Kami Membangun Produk yang Salah Selama 6 Minggu
Kami membangun sesuatu yang salah selama enam minggu. Klien tidak pernah mengeluh. Itulah masalahnya.
Ini bukan tentang alat atau trik produktivitas. Ini tentang sebuah kenyataan pahit.
Seorang klien di bidang layanan kesehatan meminta kami membuat sistem pemesanan pasien. Kami mengajukan pertanyaan. Kami mengangguk. Kami mulai membangun.
Pada minggu keenam, kami menunjukkan demo kepada mereka. Klien terdiam.
Mereka berkata: "Ini bagus. Tapi perawat tidak membuat janji temu. Koordinator asuransi yang melakukannya. Alur kerja mereka berbeda."
Tidak ada yang berbohong. Tidak ada miskomunikasi. Kami hanya gagal menanyakan siapa yang akan menggunakan perangkat lunak tersebut setiap hari.
Kode yang paling mahal adalah kode yang menyelesaikan masalah yang salah. Kode terburuk bukanlah kode yang mengalami crash. Melainkan kode yang bekerja dengan sempurna tetapi tidak menyelesaikan apa pun.
Berikut adalah kesalahan terbesar kami:
- Melewatkan persona pengguna. Kami membangun untuk pengambil keputusan, bukan untuk pengguna.
- Menganggap persetujuan sama dengan kebenaran. Klien yang berkata "ya" tidak berarti produk tersebut sudah benar.
- Menggunakan persetujuan sebagai pembelaan. Jika Anda tidak akan menunjukkan hasil kerja Anda kepada seseorang yang Anda hormati, jangan gunakan persetujuan klien sebagai tameng.
- Menganggap deployment sebagai garis finis. Keberhasilan terjadi setelah peluncuran.
Cara memperbaikinya:
Bersikaplah eksplisit saat Anda tidak setuju. Katakan kepada klien: "Kami akan membangun ini karena Anda memintanya. Namun, kami yakin X akan menyebabkan Y. Mari kita catat hal ini secara tertulis."
Kalimat ini menghentikan saling menyalahkan di kemudian hari.
Berhentilah menganggap deployment sebagai akhir. Anda membutuhkan pelacakan error, peringatan uptime, dan satu dashboard tunggal untuk tingkat error dan latensi. Anda juga membutuhkan dokumentasi untuk diri Anda di masa depan.
Kesalahan apa yang terus dilakukan oleh tim Anda?