Kisah Saat Berbohong kepada CTO dan Berhasil Lolos dari Krisis

Kisah pengembang yang berbohong kepada CTO

• Ini adalah cerita dari beberapa tahun lalu, saat bekerja di sebuah perusahaan Fortune 500
• Saat itu CTO memenangkan proyek besar untuk pelanggan penting yang punya koneksi pribadi dengannya, lalu memutuskan untuk mengalihdayakan bagian inti ke penyedia layanan teknologi besar
• Namun, "produk" dari vendor itu pada kenyataannya memerlukan kustomisasi besar-besaran agar sesuai dengan kebutuhan, dan itu adalah pilihan terburuk yang bisa diambil
• Dalam rapat pengecekan status dengan CTO, tidak ada seorang pun yang benar-benar menganggap ide ini bagus, tetapi semua hanya berkata, "Ide yang bagus, Bos"
• Pada akhirnya, ketika vendor menyerahkan "produk" tersebut, waktu sudah memasuki September, dan death march untuk peluncuran Oktober pun dimulai
• Saat pengujian, ditemukan bug serius seperti masalah performa dan terkena batas dokumen 16MB MongoDB
• Sambil memberi tahu pelanggan bahwa peluncuran akan mundur 1 bulan, diputuskan juga untuk memulai proyek rahasia guna menggantikan integrasi vendor itu
• Saya yang saat itu masih muda dan penuh semangat mulai mengembangkan sistem pengganti dengan 3 anggota tim yang ditugaskan
• Pada pertengahan Desember, setelah hampir menyelesaikan perangkat lunak pengganti selama sebulan terakhir, kami semua berada dalam kondisi burnout
• Saat itu CTO datang dan mengatakan bahwa liburan dibatalkan, dan saya menjawab, "Baik"
• Namun, sambil mengingat nasihat ayah saya, saya menyuruh anggota tim tetap pergi berlibur, lalu sendirian menghadiri rapat pengecekan status death march dengan CTO dan berbohong
  • "Tim sedang bekerja sangat keras. Hari ini kami mencapai titik integrasi milestone ke-73"
  • "Tim membuat kemajuan bagus kemarin. Kami baru saja menyelesaikan satu web service lagi"
• Seminggu kemudian, anggota tim yang sudah beristirahat kembali, dan kami berhasil meluncurkan produk tepat waktu pada bulan Januari

Opini GN⁺

• Ini adalah contoh yang menonjolkan kepemimpinan yang berhasil membawa proyek menuju keberhasilan meski dalam lingkungan yang buruk dan tuntutan yang tidak masuk akal. Terutama, perhatian pada kondisi anggota tim terasa mengesankan
• Namun, berbohong kepada CTO bukanlah hal yang diinginkan. Dalam jangka panjang, hal ini bisa merusak kepercayaan di dalam organisasi dan memicu masalah yang lebih besar
• Kegagalan dalam pemilihan vendor dan pengelolaan outsourcing memang merupakan tanggung jawab besar CTO, tetapi dalam proses memperbaikinya, komunikasi yang lebih transparan dan proaktif tampaknya tetap diperlukan
• Untuk mencegah burnout pada para pengembang, seharusnya sejak awal dibuat jadwal yang lebih realistis dan dialokasikan personel yang memadai. Crunch mode adalah praktik yang sebaiknya dihindari
• Sebagai alternatif yang patut dipertimbangkan saat menghadapi situasi serupa, ada metodologi agile. Dengan mengulangi proses pengembangan dan menerima umpan balik dalam siklus singkat, risiko bisa diminimalkan dan intensitas kerja tim dapat diatur

[GN⁺]

Opini Hacker News

• Lembur dan pembatalan cuti:
  • Bekerja berlebihan dan membatalkan cuti demi mengejar tenggat yang tidak realistis bukanlah tindakan bijak dan pada akhirnya akan disesali
  • Perusahaan yang bergantung pada karyawan mengorbankan cuti untuk mengirimkan produk turut menciptakan budaya kerja yang bermasalah
• Perusahaan yang sehat vs perusahaan yang tidak sehat:
  • Di perusahaan yang sehat, orang-orang berpengalaman kemungkinan sudah memprediksi masalah dalam pendekatan outsourcing dan menyampaikan kekhawatiran lebih awal
  • Komunikasi yang terbuka, bekerja bersama untuk mencari solusi, dan manajer yang membela kesejahteraan tim adalah tanda lingkungan yang sehat
  • Kisah ini menggambarkan situasi yang tidak sehat, di mana seorang manajer berulang kali berbohong kepada atasan
• Praktik vendor yang konyol:
  • Pendekatan vendor yang menyimpan semua transaksi dalam dokumen JSON raksasa dan harus membaca seluruhnya setiap kali ada pembaruan adalah sesuatu yang absurd
  • Contoh lain adalah startup yang menyimpan data tiket pengguna sebagai kolom tambahan di tabel pengguna hingga menghasilkan ratusan kolom
• Situasi disfungsional dan kepemimpinan:
  • Pendekatan pemimpin tim yang berbohong soal cuti tidak dapat diterima dan merupakan pelanggaran yang bisa berujung pemecatan
  • Pendekatan yang lebih baik adalah menolak tuntutan lembur yang tidak masuk akal serta menegaskan cakupan proyek yang sehat dan tanggung jawab vendor
  • Pemimpin tim bertanggung jawab melindungi timnya dari tuntutan gila, bahkan jika itu membahayakan pekerjaannya sendiri
• Tidak ada yang diuntungkan:
  • Vendor memberikan hasil berkualitas rendah, CTO tetap tidak tahu apa-apa, para developer kelelahan karena kerja berlebihan, dan tokoh utamanya bergantung pada kebohongan
  • Ini adalah situasi gila yang seharusnya tidak ditoleransi siapa pun. Pergi ke tempat kerja yang lebih baik adalah pilihan yang lebih masuk akal
• Kejujuran dan transparansi:
  • Bagi sebagian orang, berkata jujur kepada manajemen tentang masalah teknis, masalah performa, perubahan cakupan, dan sebagainya terbukti berjalan baik
  • Berbohong demi memenuhi tenggat sewenang-wenang yang ditetapkan kepemimpinan yang terputus dari kenyataan bukanlah pendekatan yang baik
• Kesenjangan kepercayaan antara developer dan manajemen:
  • Sering kali ada ketimpangan informasi dan kurangnya kepercayaan antara developer dan manajemen non-teknis
  • Manajer tidak bisa dengan mudah menilai progres dan merasa tidak yakin terhadap keberhasilan proyek
  • Karena risikonya berada di sisi bisnis, developer terdorong untuk menjembatani kesenjangan kepercayaan ini dengan mendorong pekerjaan maju dan mengirimkan hasil
• Janji lebih rendah, hasil lebih tinggi:
  • Kebohongan tokoh utama yang mengatakan pekerjaan yang sebenarnya sudah selesai itu selesai dapat sampai batas tertentu dilihat sebagai "underpromise and overdeliver"
  • Berbohong tentang pekerjaan yang belum selesai jauh lebih berisiko dan bisa merusak moral anggota tim ketika mereka kembali
• Organisasi yang tak berdaya dan alat low-code:
  • Praktik vendor yang buruk dan cakupan proyek yang sederhana menunjukkan betapa tak berdayanya sebagian perusahaan besar dalam menghadapi proyek perangkat lunak
  • Hal ini bisa menjelaskan popularitas alat low-code seperti Retool, setidaknya di kalangan pimpinan teknologi jika bukan para engineer
• Integritas dan keberanian untuk menolak:
  • "Rockstar" sejati memiliki integritas dan keberanian untuk menolak kebodohan serta tuntutan yang tidak masuk akal
  • Mengompensasi ketidakmampuan yang luar biasa atau memikul beban seluruh tim bukanlah tanggung jawab individu