Komodifikasi yang Gagal atas Pekerjaan Teknis

Komodifikasi yang Gagal atas Pekerjaan Teknis

• Semangat seorang pria terhadap memasak, sosok yang sangat berbakat di bidang data engineering sekaligus manajer pertamanya.
• Kecintaannya pada memasak sangat besar, sampai-sampai ia membagikan analisis tentang distribusi panas pada ayam di dalam oven.
• Ia mengungkapkan rasa hormat terhadap kompleksitas memasak dan kompleksitas operasional McDonald's.

Sekilas wawasan tentang pola pikir eksekutif tingkat C

• Membaca buku berjudul 'The Phoenix Project' untuk memahami kondisi industri teknologi.
• Buku itu menjelaskan bahwa operasi TI mirip dengan pekerjaan di pabrik manufaktur, dan hal ini memberi implikasi tentang pengelolaan alur kerja dalam organisasi.
• Ada banyak buku bertema serupa seperti 'The Unicorn Project' dan 'Investments Unlimited', dan buku-buku tersebut memberikan saran tentang cara menjalankan organisasi secara efisien.

McData

• Perusahaan yang menjual produk teknologi memasarkan produknya dengan berfokus pada reproduksibilitas pekerjaan yang konsisten, alih-alih detail teknis dari produk tersebut.
• Produk menjanjikan bahwa mereka dapat memberikan hasil yang cukup baik dalam menyelesaikan masalah teknis tanpa bergantung pada kemampuan insinyur tertentu.
• Banyak perusahaan mengabaikan detail teknis dan hanya berusaha menyelesaikan masalah dengan membeli sistem baru.

It's Fucking Raw

• Banyak pekerjaan teknis masih belum terkomodifikasi, dan ini merupakan masalah penting.
• Komodifikasi pekerjaan teknis sering kali gagal, yang menyebabkan perusahaan menjual dan membeli produk yang tidak benar-benar berfungsi.
• Komodifikasi pekerjaan teknis masih sangat terkait dengan kreativitas individu, dan hal itu terhubung dengan unsur manusia dalam organisasi.

Opini GN⁺

• Poin terpenting dari tulisan ini adalah bahwa komodifikasi pekerjaan teknis masih belum sepenuhnya berhasil.
• Memahami kompleksitas dan kreativitas dalam pekerjaan teknis, lalu mengelolanya secara efektif, masih menjadi tantangan bagi banyak perusahaan.
• Tulisan ini menarik karena menunjukkan betapa rumitnya upaya untuk melihat pekerjaan teknis sebagai sekadar komoditas.

[GN⁺]

Komentar Hacker News

• Saya rasa penulis mengabaikan bahwa sebagian besar pekerjaan teknis kini sudah menjadi komoditas. Hal-hal yang dulu merupakan pekerjaan teknis sekarang telah berubah menjadi tugas yang sederhana. Misalnya, mail merge atau pembukuan entri ganda kini digantikan oleh pemindaian barcode sederhana dan pembayaran dengan ketukan. Bagian yang lebih sulit bukan pekerjaan teknisnya, melainkan pengumpulan kebutuhan.
• Saya setuju bahwa komoditisasi penuh atas pekerjaan teknis adalah ide yang buruk, dan itu akan terus gagal. Namun, saya tidak merasa bahwa The Phoenix Project menganjurkan hal itu. Inti utama The Phoenix Project adalah memiliki sistem yang jelas untuk mengelola dan mengotomatisasi pekerjaan berulang, meminimalkan waktu progres pekerjaan, membagikan informasi secara luas, mengerjakan hal-hal yang benar-benar dibutuhkan bisnis, serta mengurangi pekerjaan yang tidak direncanakan dan kebisingan agar karyawan bisa mengerjakan hal yang lebih bernilai.
• Saya menunjukkan adanya kebingungan antara istilah 'commodification' dan 'commercialization'. 'Commodification' berarti hal-hal yang sebelumnya bersifat eksklusif berubah menjadi umum, sedangkan 'commercialization' berarti hal-hal yang sebelumnya tidak dijual berubah menjadi sesuatu yang dapat dijual.
• Pengembang bukanlah pegawai remaja McDonald's, melainkan lebih mirip insinyur yang merancang mesin tersebut. Pemrograman bukanlah melakukan pekerjaan itu sendiri, melainkan pekerjaan meta: sekali daftar perintah ditulis, komputer dapat menjalankan pekerjaan itu tanpa batas.
• Ada anggapan keliru bahwa pengembangan perangkat lunak sudah 'dikomoditaskan' sehingga tidak perlu lagi menulis kode. Kenyataannya, membangun sistem untuk menyelesaikan masalah baru tidaklah mudah, dan tetap memerlukan programmer karena dibutuhkan teks yang merepresentasikan aturan dan alur logis, kontrol versi, rollback, dan sebagainya.
• Anda tidak bisa menghasilkan buku pengembangan diri yang benar-benar bernilai tanpa membiarkan unsur manusia berkembang. Namun, Anda tetap memerlukan pabrik yang bisa mencetak buku, dan penjilidan yang indah hanya bisa dihasilkan ketika dijalankan oleh orang-orang yang punya keterhubungan dengan pekerjaan itu.
• Industri teknologi sudah lama mencoba mengomoditisasi para pengembang. Meskipun ada framework tingkat tinggi dan requirement yang tampak sederhana, banyak perangkat lunak masih tidak bekerja dengan baik. Seperti yang ditunjukkan penulis, solusi yang sesungguhnya adalah pengembang yang kompeten dan peduli.
• Ada upaya di peran business intelligence/analitik untuk mengganti orang yang menulis SQL dengan orang yang bisa memakai alat seperti Tableau. Namun, ada beberapa masalah: harus merekrut lebih banyak orang (dengan upah lebih rendah), logika bisnis menjadi tersembunyi di UI dan makin rumit, dan sekarang solusi disimpan dalam workbook Tableau sehingga tidak dapat digunakan sebagai masukan untuk hal lain.
• Saya merasa lebih tepat membandingkan perangkat lunak dengan perencanaan kota, dan kini mulai muncul berbagai bidang spesialisasi. Seiring berkembangnya standar, mungkin akan dibutuhkan sertifikasi khusus untuk bekerja di bidang tertentu. Dalam banyak kasus, perangkat lunak bukanlah hasil akhir, melainkan sesuatu yang menyediakan kemungkinan-kemungkinannya sendiri.
• Saya pernah bekerja di perusahaan yang menerapkan ide-ide The Phoenix Project dengan memperlakukan pengembang seperti komponen mesin di pabrik, tetapi perusahaan itu akhirnya menutup anak perusahaan utamanya dan memecat sebagian besar karyawannya.