Ini adalah tulisan paling personal yang saya buat sepanjang tahun ini, jadi biar saya jujur saja. Saya mengerjakan custom software untuk perusahaan kecil dan menengah, dan 2022 memberi saya setumpuk pelajaran delivery software dengan cara yang tidak mudah. Sebagian saya pelajari dari proyek yang berjalan lancar. Lebih banyak lagi saya pelajari dari proyek yang melawan saya habis-habisan.

Saya ingin menuliskan ini selagi masih segar di ingatan, sebagian untuk Anda dan sebagian untuk versi saya yang akan memulai proyek berikutnya di bulan Januari. Tidak ada cerita perang dengan nama-nama, tidak ada pamer jumlah sistem yang berhasil live. Hanya lima hal yang benar-benar mengubah cara saya bekerja.

Jika Anda mempekerjakan developer, atau Anda sendiri seorang developer, sebagian dari ini mungkin terasa menyakitkan tapi berguna.

Pelajaran 1: Rilis Kecil Selalu Mengalahkan Peluncuran Besar

Proyek yang paling menyakitkan di 2022 adalah proyek dengan satu tanggal peluncuran besar yang masih berbulan-bulan lagi. Proyek yang berjalan mulus adalah yang mengirimkan sesuatu yang kecil setiap beberapa minggu.

Ada alasannya, dan ini bukan sekadar soal teknis. Peluncuran besar menyembunyikan risiko sampai momen paling buruk. Anda membangun selama empat bulan, semua orang mengasumsikan semuanya baik-baik saja, lalu kenyataan datang sekaligus di hari peluncuran. Rilis kecil memunculkan masalah yang sama di minggu kedua, saat masih murah untuk diperbaiki dan belum ada yang mempertaruhkan reputasinya pada tanggal tersebut.

Satu proyek yang hampir saya lepas awalnya di-scope sebagai satu kali pengiriman besar. Kami menegosiasikan ulang menjadi lima pengiriman yang lebih kecil. Kode yang sama, budget yang sama, level stres yang sama sekali berbeda. Sekarang saya menolak proyek apa pun yang tidak bisa dipecah-pecah. Kalau tidak bisa dikirim bertahap, itu bukan detail kecil, itu peringatan.

Pelajaran 2: Adopsi Mengalahkan Fitur

Saya membangun fitur di 2022 yang tidak dipakai siapa pun. Itu kalimat yang paling tidak ingin saya tulis dan justru paling perlu saya tulis.

Anda bisa mengirimkan modul yang bekerja sempurna, sudah ditest, terdokumentasi, sesuai spek persis, lalu menyaksikannya tidak tersentuh karena orang yang seharusnya memakainya tidak pernah mengubah kebiasaan mereka. Fiturnya bukan deliverable sebenarnya. Perubahan perilakulah deliverable-nya, dan saya tidak menganggarkan satu jam pun untuk itu.

Sekarang saya mengajukan pertanyaan berbeda sebelum membangun apa pun: siapa yang akan memakai ini, dan apa yang benar-benar akan membuat mereka beralih dari cara lama? Fitur yang sedikit lebih jelek tapi diadopsi orang mengalahkan fitur brilian yang diabaikan. Ini kebenaran menyakitkan yang sama yang saya bahas di mengapa bisnis Anda butuh strategi teknologi, bukan sekadar website. Software yang tidak dipakai bukan aset. Itu liabilitas dengan tagihan maintenance.

Pelajaran 3: Perhatian Klien Adalah Sumber Daya yang Paling Langka

Dulu saya kira budget dan waktu adalah kendala utama. Keduanya memang penting, tapi bottleneck sesungguhnya di 2022 adalah perhatian klien.

Seorang pemilik bisnis yang sibuk dan tidak bisa menjawab satu pertanyaan selama dua minggu akan menghambat proyek lebih lama daripada masalah teknis apa pun. Keputusan menumpuk. Tim harus menunggu, yang menghabiskan budget, atau menebak-nebak, yang menghabiskan kepercayaan. Proyek yang melesat lancar adalah yang punya pengambil keputusan sungguhan memberi saya tiga puluh menit fokus setiap minggu. Yang berlarut-larut adalah yang membuat saya mengejar bayangan.

Jadi sekarang saya memperlakukan perhatian klien sebagai sumber daya yang harus dijaga, bukan diasumsikan tersedia. Saya mengumpulkan pertanyaan jadi satu batch, bukan mencicilnya satu-satu. Saya membawa keputusan yang sudah "dikunyah" duluan, lengkap dengan rekomendasi, sehingga jawabannya cukup ya atau tidak, bukan esai panjang. Hormati sumber daya yang langka ini dan semuanya bergerak lebih cepat.

Pelajaran 4: Dokumentasi Adalah Hadiah untuk Diri Anda di Masa Depan

Pelajaran yang tidak keren. Di dua proyek tahun ini saya kembali setelah enam bulan dan tidak ingat lagi kenapa saya membangun sesuatu dengan cara tertentu. Saya harus reverse-engineer keputusan saya sendiri. Itu pajak yang saya bayar karena melewatkan dokumentasi saat sedang sibuk.

Dokumentasi bukan sekadar paperwork. Itu pesan untuk siapa pun yang akan menyentuh sistem ini berikutnya, yang sering kali adalah diri Anda sendiri, lelah, dikejar deadline, dan sudah lupa segalanya. Setengah jam yang Anda habiskan menuliskan alasannya, bukan cuma apanya, akan terbayar berkali-kali lipat. Klien yang paling baik saya layani adalah yang sistemnya bisa diambil alih oleh siapa pun yang kompeten, karena alasan di baliknya tertulis, tidak terjebak di kepala saya saja.

Pelajaran 5: Katakan Tidak pada Scope Lebih Awal

Setiap proyek yang berat tahun ini punya akar masalah yang sama: saya bilang ya pada scope yang seharusnya saya pertanyakan dulu. Satu "tambahan kecil" di sini, satu "perubahan cepat" di sana. Tidak ada yang benar-benar kecil, semuanya cepat dijanjikan tapi lambat dikerjakan.

Mengatakan tidak adalah sebuah skill, dan saya baru mulai membaiknya di akhir tahun. Bukan penolakan mentah, tapi "ya, dan ini konsekuensinya, dan ini yang harus digeser." Membuat trade-off terlihat jelas mengubah scope creep dari sekadar bantuan menjadi keputusan yang diambil klien dengan mata terbuka. Itu melindungi timeline dan, anehnya, juga hubungan kerja. Klien lebih percaya developer yang mengatakan biaya sesungguhnya daripada yang selalu bilang ya lalu gagal memenuhi janji.

Kesimpulan

Ringkas satu tahun ini dan pelajaran delivery software-nya senada: kirim kecil-kecil, kejar adopsi bukan fitur, jaga perhatian klien, tuliskan semuanya, dan hargai kata "ya" Anda secara jujur.

Tidak satu pun dari ini soal menulis kode yang lebih baik. Ini soal sistem manusia di sekitar kode, yang justru menjadi penentu sebagian besar proyek berhasil atau gagal. Saya menulis kode yang lebih rapi dibanding setahun lalu. Tapi saya menjalankan proyek jauh lebih baik dibanding setahun lalu, dan itulah perbedaan yang dirasakan klien.

Jika Anda mencari seseorang yang bekerja dengan cara ini, itulah yang saya lakukan di ervandra.com/partner. Memasuki tahun depan, saya sedang mengoptimalkan pelajaran-pelajaran yang tidak keren ini, karena pelajaran yang tidak keren itulah yang terbukti membayar.