Jawaban:
Saya akan menambahkan ke daftar @ Graham:
Saya akan menambahkan yang berikut ini:
Pengembangan Cepat Steve McConnell berisi bab tentang manajemen risiko, dengan daftar panjang risiko yang bermanfaat. Saya telah menggunakannya sebagai titik awal lebih dari sekali.
Apakah Anda memiliki campuran orang yang tepat? Apakah semua pengembang aplikasi Anda pengembang dalam proyek data-sentris? Apakah Anda memerlukan perancang basis data, orang QA, atau spesialis UI alih-alih hanya merekrut orang dengan keahlian yang sama?
Apakah Anda memiliki perangkat keras yang memadai untuk mendukung proyek? Ini terutama benar jika Anda membuat sistem volume tinggi atau jika Anda terlalu murah untuk membeli server pengembangan selain server produksi.
Sudahkah Anda mengatur cadangan dari basis data Anda? Hanya memiliki kode untuk membuat ulang basis data tidak cukup, Anda harus menjaga data juga bahkan pada dev.
Apakah pengembang Anda bekerja dengan kumpulan data kecil dan bukannya satu ukuran yang akan diproduksi? Ini hampir menjamin masalah kinerja produksi karena kueri yang bekerja dengan baik pada kumpulan data kecil seringkali tidak pada kumpulan besar. Saya telah melihat banyak pembaruan produksi gagal yang harus segera dibatalkan karena masalah khusus ini.
Apakah Anda mendefinisikan apa yang harus dilakukan dalam kasus tepi dan apakah Anda mengujinya? Sebagai contoh, saya telah melihat proyek-proyek di mana tidak ada yang pernah mendefinisikan apa yang terjadi apa persetujuan diperlukan dan pemberi persetujuan mengatakan tidak.
Apakah Anda akan dipaksa membuat pilihan desain yang buruk untuk memenuhi tenggat waktu yang tidak masuk akal?
Dalam perencanaan Anda untuk proyek, apakah Anda menganggap orang-orang mengambil liburan dan hari-hari sakit, mendapatkan tugas sebagai juri, mengambil cuti berkabung dll? Anda perlu merencanakan tidak hanya untuk orang-orang yang keluar dari proyek tetapi untuk cuti sehari-hari yang didapat orang.