“Kami kehilangan pengembang kami bulan lalu.” Ini adalah awal dari direktur sebuah organisasi internasional ternama. Setelah menghabiskan beberapa bulan dan beberapa ribu dolar untuk perangkat lunak untuk departemen baru, pengembang itu “dipanggil pergi”. Tidak ada sambungan telepon. Tidak ada kontak email. Mengemudi ke rumah orang tersebut mengungkapkan bahwa dia telah menjual propertinya. Pergilah!
Saat mewawancarai calon klien ini, saya mengetahui bahwa ini bukanlah tragedi pertama mereka. Segera setelah pekerjaan dimulai pada proyek tersebut, mantan pengembang tersebut terpukul keras.
Tim saya akan menjadi nomor tiga. Pertanyaan awal saya tentang keberadaan spesifikasi perangkat lunak menimbulkan mata frustrasi dan referensi yang tidak jelas ke aplikasi sebelumnya yang digunakan sebagai “model” untuk memulai proyek baru. Tidak ada spesifikasi tertulis. Tidak ada skema. Hanya setumpuk kode tidak berfungsi yang ditinggalkan oleh pengembang sebelumnya (yang sekarang telah hilang).
- Apa tujuan bisnis dan laba atas investasi yang diharapkan untuk proyek tersebut?
- Audiens apa yang harus Anda senangi?
- Fitur apa yang mereka butuhkan?
- Apa prioritasnya?
Semua pertanyaan penting harus ditanyakan lagi – dan kali ini kami berharap pertanyaan tersebut dicatat oleh seorang profesional yang akan menyimpan dokumen-dokumen ini di pusat, lokasi bersama!
Tampaknya universal bahwa kita membenci perencanaan. Kami lebih suka melompat ke suatu aktivitas dan “memangkas layar” saat melakukannya. Selain itu, penolakan kami untuk mempertimbangkan beberapa skenario mimpi buruk dan membuka proyek kami pada risiko besar.
Apakah kita mempekerjakan seseorang untuk bekerja di atap kita tanpa mengetahui apakah mereka memiliki asuransi? Bisakah kita mempekerjakan seorang tukang kayu daripada seorang arsitek untuk membangun rumah impian baru kita? Ini adalah konsep tingkat dasar yang kita miliki tentang kehidupan di dunia fisik. Namun, ketika datang ke dunia pengembangan perangkat lunak yang kompleks, perusahaan masih terjun ke proyek tanpa rencana bisnis tertulis yang jelas. Mereka pasti melempar dadu seperti pergi ke Vegas.
Letusan gunung berapi dapat dan memang terjadi selama proyek Anda. Buat rencana untuk mengurangi risiko. Tuliskan apa yang ingin Anda lakukan sebelum memulai. Minimal, diagram proyek program harus berisi:
- Piagam proyek – menjawab pertanyaan “mengapa”
- Daftar Peran – Menjawab pertanyaan “siapa”
- Daftar Fitur – Menjawab pertanyaan “apa”
- Formulir navigasi – menjawab pertanyaan “di mana”
- Model data – fondasi fakta dan hubungan
- Ringkasan persyaratan – bermacam-macam seperti kendala, risiko, kemampuan, dll.
Jangan terjebak tanpa cetak biru yang jelas yang membuat proyek Anda terus berjalan setelah tantangan tak terduga.