Anda harus melakukan pelajaran untuk semua proyek, gagal atau berhasil. Ada banyak yang bisa dipelajari dari proyek yang bagus.
Proyek gagal sejati sangat langka bagi saya. Selain memahami apa yang terjadi, saya melakukan "bertanya mengapa 5 kali" untuk mencoba menemukan penyebab yang mendasarinya. Ada juga masalah mengapa saya tidak memperhatikan apa yang sedang terjadi dan melakukan sesuatu tentang hal itu atau setidaknya keluar.
Saya pikir posisi pertama setiap orang adalah menyalahkan segalanya - klien, teknologi, masalah bisnis yang ditangani, metodologi, anggota tim, bahasa, platform, bahkan cara kita mengambil kopi di pagi hari. Hal yang menyenangkan tentang retrospektif (bahkan jika itu hanya terjadi di kepala Anda sendiri) adalah kesempatan untuk berdamai dengan beberapa atau semua faktor tersebut dan menyadari bahwa itu bukan masalahnya.
Dalam satu-satunya kegagalan nyata saya selama 30+ tahun terakhir, proyek ini telah memenuhi persyaratan selama bertahun-tahun ketika kami tiba. Kami mendapat persyaratan diselesaikan. Satu berasal dari manajemen dan ratusan dari pengguna akhir. Kami menulis kode, banyak kode, beberapa di antaranya brilian. Ada pengujian dan pengujian penerimaan dan perubahan dan argumen dan permintaan perubahan dan pekerjaan yang tidak dibayar dan pekerjaan berbayar dan menit-menit terakhir baut dan humor surealis dan eskalasi ke VP dan semua itu. Akhirnya semua terhenti. Alasan kegagalan adalah bahwa persyaratan manajemen tunggal tidak dapat diterima oleh pengguna akhir. Dan tidak peduli berapa banyak hal yang mereka dapatkan, mereka tidak dapat melewati yang itu dan tidak akan pernah menerima sistem. Tetapi manajemen tidak akan memiliki cara lain. Jadi begitu dan meskipun kami mendapat banyak uang, pada akhirnya,
Saya masih bekerja di teknologi itu, saya masih menggunakan proses itu dan saya masih bekerja dengan orang yang sama. Saya bahkan akan melakukan proyek lain untuk klien itu. Tetapi ketika pengguna akhir mengatakan bahwa mereka tidak menyukai sesuatu yang manajemen mereka masukkan ke dalam persyaratan, saya akan ingat bahwa menulis kode yang bagus tidak akan melindungi Anda dari proyek yang gagal. Dan saya akan melakukan sesuatu tentang itu, bukan satu atau dua tahun kemudian.