Tanya HN: Apa proyek paling tidak berguna yang pernah kalian ikuti?

Renungan tentang pekerjaan yang tidak perlu

• Pengalaman seorang karyawan yang bekerja di departemen otomatisasi pipeline perusahaan.
• Tim memutuskan untuk menghentikan alat internal karena masalah pemeliharaan, lalu membuat pipeline yang mengotomatiskan implementasi alat tersebut untuk berjaga-jaga jika tim lain membutuhkannya.
• Bulan ini, salah satu anggota tim menemukan kemungkinan perbaikan dalam otomatisasi tersebut, sehingga karyawan itu dipilih untuk menerapkan perubahan pada alat sebelumnya.

Paradoks otomatisasi pipeline

• Setelah menerapkan perubahan, pull request tidak disetujui karena ada penyesuaian rinci yang diminta oleh seseorang dari tim yang sama.
• Penyesuaian ini dimaksudkan untuk meningkatkan ketahanan otomatisasi pipeline dalam skenario yang sangat jarang terjadi.
• Namun, pada minggu yang sama, pemimpin tim memberi tahu tim lain bahwa alat internal tersebut telah dihentikan dan tidak boleh lagi digunakan.

Beban pekerjaan yang tak bermakna

• Muncul pertanyaan tentang perlunya otomatisasi pipeline yang mengimplementasikan penggunaan alat yang sudah dihentikan.
• Karena alat tersebut sudah dihentikan, timbul pertanyaan mengapa penyesuaian pada otomatisasi yang tidak akan digunakan siapa pun masih diperlukan.
• Ada kebingungan tentang alasan dialokasikannya pekerjaan yang tampak seperti pemborosan waktu.

Pendapat GN⁺

• Situasi seperti ini menyingkap kurangnya komunikasi di dalam organisasi dan masalah dalam pengelolaan proses. Di satu sisi ada pemberitahuan resmi bahwa alat tersebut telah dihentikan, tetapi di sisi lain pekerjaan peningkatan untuk alat itu masih terus berjalan.
• Masalah ini menyebabkan pemborosan sumber daya serta dapat memicu kebingungan dan ketidakpuasan di antara karyawan. Hal ini bisa menurunkan moral karyawan dan dalam jangka panjang berdampak negatif pada produktivitas perusahaan.
• Untuk mencegah situasi seperti ini, diperlukan pedoman yang jelas tentang status dan tingkat kepentingan proyek, serta komunikasi berkelanjutan dengan semua tim yang terkait. Selain itu, dibutuhkan pendekatan yang strategis dalam proses menentukan prioritas pekerjaan.
• Kasus ini menunjukkan masalah umum yang juga dapat terjadi di organisasi atau tim lain, dan melaluinya organisasi dapat memperoleh kesempatan untuk meninjau kembali serta memperbaiki proses mereka sendiri.
• Bagi karyawan yang mengalami situasi seperti ini, penting untuk secara berkala memastikan bahwa upaya mereka digunakan ke arah yang bernilai dan bermakna, serta bila perlu mengangkat masalah tersebut kepada manajemen tingkat atas atau departemen SDM.

[GN⁺]

Pendapat Hacker News

• Pengalaman mengembangkan sebuah sistem ERP

  • Pernah mengerjakan sistem ERP internal yang dikembangkan selama 15 tahun oleh berbagai developer.
  • Sistem itu merupakan inti perusahaan, tetapi manajemen menunjuk sistem tersebut sebagai penyebab masalah.
  • Manajemen baru mendorong penggantian ke solusi standar industri.
  • CTO dan penulis dengan tegas berpendapat proyek itu akan melampaui anggaran dan gagal, tetapi manajemen mempercayai kata-kata vendor dan tetap menjalankannya.
  • Vendor tidak memahami skala proyek dan tetap percaya diri sambil menghilangkan fungsi-fungsi penting.
  • Pada akhirnya, setelah 5 tahun, proyek berakhir gagal setelah membuang jutaan dolar.

• Upaya masuk ke bisnis smart energy meter

  • Pernah mengalami upaya sebuah perusahaan media besar untuk terjun ke bisnis smart energy meter.
  • Ribuan meter sudah dibeli, diberi branding, lalu disimpan di gudang.
  • Pengembangan API sudah selesai, tetapi UI bermasalah dan perlu diperbaiki.
  • Anggaran jutaan dolar untuk peluncuran pemasaran sudah disiapkan, tetapi pada hari peluncuran dewan direksi perusahaan membatalkannya dengan alasan citra merek dan risiko kegagalan.

• Pengalaman proyek yang tidak bermakna

  • Mengembangkan sistem yang memasang "EnGUAGEment meter" di setiap lorong untuk menampilkan suasana hati karyawan.
  • Pada ulang tahun CEO, tingkat partisipasi harus ditingkatkan.
  • Pada akhirnya, tingkat partisipasi harian hanya berada di kisaran 30-40%.

• Proyek kontrol akses jaringan di peritel besar

  • Ditugaskan membangun ACL router Cisco, tetapi diduga proyek dibatalkan di tengah jalan.
  • Penulis telah membangun sistem otomatis, tetapi setelah itu tidak pernah lagi mendengar perkembangan proyeknya.

• Tindakan sengaja menurunkan performa agar alat internal dihentikan pemakaiannya

  • Atas permintaan VP, melakukan pekerjaan untuk sengaja memperlambat alat internal lama.
  • Menambahkan pesan kesalahan palsu dan jeda acak untuk memicu keluhan pengguna.

• Migrasi darurat perusahaan SaaS ke AWS

  • Setelah diakuisisi, mendapat instruksi untuk migrasi ke AWS, tetapi karena biaya tinggi yang timbul akibatnya, pada akhirnya kembali dipindahkan ke data center.

• Proyek pembaruan unit test di perusahaan software dan hardware Selandia Baru

  • Dengan anggaran 10 juta dolar, awalnya menargetkan pembaruan unit test, tetapi di tengah jalan proyek beralih arah menjadi pengembangan alat inspeksi paket.
  • Pemimpin proyek keluar dari perusahaan di tengah jalan, dan hasil akhirnya tidak bermakna, tetapi perusahaan tetap menilai proyek itu sukses.

• Pengembangan simulator di kelas pemrograman universitas

  • Setelah kuliah pertama, ingin berbicara kepada profesor tentang pengembangan simulator, tetapi profesor mengatakan ia dibebaskan dari kehadiran kelas dan akan diberi nilai A.
  • Di akhir semester, profesor tidak mengingat janji itu, dan baru mengubah nilainya setelah simulator tersebut diperlihatkan.

• Pengembangan situs bermain online Magic the Gathering

  • Mengembangkan situs yang lebih baik daripada opsi yang sudah ada, tetapi tidak merilisnya karena masalah hak cipta.

• Pengembangan peralatan pengujian untuk board kontrol satelit

  • Mengembangkan peralatan untuk menguji board kontrol satelit, tetapi programnya dibatalkan sehingga peralatan itu tidak pernah digunakan dan akhirnya dibuang.