🤔 Kode Sempurna Itu Mitos
Dulu, saya pikir tim engineering yang hebat adalah tim yang kodenya bersih, dokumentasi rapi, dan zero bugs.
Sekarang, setelah beberapa tahun menjadi CTO, saya berubah pikiran.
Tim yang sehat tidak selalu menghasilkan kode sempurna.
Karena kode sempurna hampir tidak pernah ada di dunia nyata.
Yang saya cari sekarang justru tanda-tanda lain. Tanda bahwa tim saya sehat secara manusiawi, bukan hanya teknis.
Berikut 5 tanda yang menurut saya paling penting.
1️⃣ Tim Berani Bilang "Saya Tidak Tahu"
Ini tanda pertama dan paling saya hargai.
Di tim yang tidak sehat, semua orang berpura-pura tahu. Takut terlihat bodoh. Takut dianggap kurang kompeten.
Di tim yang sehat, orang dengan nyaman berkata:
“Saya belum pernah handle ini sebelumnya. Tapi saya akan cari tahu.”
Atau:
“Saya tidak yakin ini cara terbaik. Ada ide lain?”
Keberanian untuk menunjukkan ketidaktahuan adalah fondasi dari belajar bersama. Tanpa ini, tim hanya akan diam-diam membuat kesalahan yang sama.
Saya lebih percaya engineer yang bilang "saya tidak tahu" daripada yang selalu punya jawaban instan.
2️⃣ Bug Baru Tidak Selalu Disalahkan ke Seseorang
Coba ingat: ketika ada bug di production, bagaimana reaksi tim Anda?
Tim tidak sehat akan langsung mencari siapa yang salah.
Tim sehat akan langsung mencari apa yang salah dengan proses.
Perbedaan ini sangat besar.
Di tim sehat, bug dianggap kegagalan sistem, bukan kegagalan individu. Lalu diskusi bergeser ke:
- “Kenapa testing tidak menangkap ini?”
- “Apakah requirement-nya kurang jelas?”
- “Bagaimana kita mencegah ini terulang?”
Bukan ke: “Siapa yang commit kode ini?”
Budaya tanpa rasa takut akan kesalahan adalah salah satu investasi terbaik seorang CTO.
3️⃣ Mereka Bisa Menjelaskan Mengapa (Bukan Hanya Apa)
Coba tanya ke engineer di tim Anda:
“Kenapa kita pakai pendekatan ini untuk fitur X?”
Jika jawabannya hanya “Karena dulu sudah begini” atau “Karena saya suka framework ini” — hati-hati.
Tim yang sehat bisa menjelaskan alasan di balik keputusan teknis. Bukan hanya apa yang mereka kerjakan, tapi mengapa itu penting bagi bisnis.
Mereka paham bahwa kode adalah alat, bukan tujuan.
Engineer yang baik menulis kode. Engineer yang hebat tahu kapan kode tidak perlu ditulis.
4️⃣ Ada Waktu untuk "Membersihkan Meja" Tanpa Didesak
Salah satu sumber burnout terbesar adalah:
Tim hanya bergerak dari satu fitur ke fitur berikutnya, tanpa pernah diberi waktu untuk bernapas.
Tim yang sehat memiliki ritme pemeliharaan yang terjadwal. Ini bukan refactor besar-besaran yang memakan waktu berbulan-bulan. Tapi kegiatan kecil rutin seperti:
- Memperbaiki test yang flaky
- Menghapus kode mati (dead code)
- Menulis ulang bagian yang membingungkan
Dan yang lebih penting: mereka tidak perlu memohon izin untuk melakukan ini.
Ini sudah menjadi bagian dari definition of done mereka.
Jika satu-satunya cara tim Anda bisa membersihkan utang teknis adalah dengan berhenti total dari fitur baru — Anda sudah terlambat.
5️⃣ Anggota Tim Tidak Takut Mengkritik Ide Saya (CTO)
Ini tanda yang paling jujur.
Jika tim saya hanya mengangguk setiap kali saya berbicara, itu pertanda buruk. Artinya mereka tidak merasa aman untuk tidak setuju.
Tim yang sehat justru sering berdebat secara sehat. Mereka mengajukan pertanyaan sulit:
- “Kenapa kita pilih ini, padahal opsi lain lebih sederhana?”
- “Bukankah ini akan bermasalah nanti kalau traffic naik?”
- “Saya punya alternatif. Boleh saya coba?”
Saya tidak butuh tim yang selalu setuju. Saya butuh tim yang membuat keputusan saya lebih baik karena mereka berani mengkritik.
Kalau tim Anda takut bicara jujur, Anda bukan memimpin tim. Anda hanya mengelola sekelompok orang yang patuh.
🧠 Bonus: Satu Tanda yang Sering Terlupakan
Mereka masih terlihat bahagia pada hari Senin pagi.
Kedengarannya sepele. Tapi percayalah, ini metrik yang paling sulit direkayasa.
Tim yang sehat datang ke kerja (meskipun remote) dengan energi yang tidak dipaksakan. Mereka bercanda. Mereka membantu satu sama lain. Mereka tidak terlihat seperti sedang menahan beban.
Kode bisa diperbaiki. Tapi semangat tim yang mati sangat sulit dihidupkan kembali.
🪑 Penutup
Saya tidak pernah punya tim dengan kode sempurna.
Tapi saya beberapa kali punya tim yang sehat.
Dan dari pengalaman saya, tim yang sehat-lah yang akhirnya menghasilkan kode yang baik dalam jangka panjang. Bukan sebaliknya.
Jadi jika Anda CTO atau tech lead, mungkin sekarang saatnya bertanya:
“Dari 5 tanda ini, mana yang sudah ada di tim saya? Mana yang masih perlu dibangun?”
Bukan hanya: “Berapa persen test coverage kita?”
💬 Diskusi
“Dari 5 tanda di atas, mana yang paling sulit diwujudkan di tim engineering Anda? Atau ada tanda lain yang menurut Anda lebih penting?”
Saya tunggu cerita Anda di kolom komentar.
Bio Penulis
Erwin Rahayu. Bekerja di tim kepemimpinan teknologi. Menulis untuk merapikan pikiran tentang tantangan sehari-hari di persimpangan bisnis dan engineering.
Top comments (0)