Saya pikir Anda tidak boleh melupakan pihak lain. Untuk pengguna mana pun, sulit untuk menghasilkan daftar detail lengkap dari apa yang Anda inginkan. Pikirkan diri Anda sendiri, Anda memikirkan hal-hal baru setiap saat.
Ini adalah kerja keras yang luar biasa untuk menghasilkan semua persyaratan dan detail dari sesuatu yang hanya Anda miliki dengan gagasan yang kabur. Saya tidak berpikir siapa pun bisa.
Saya punya buku di sini dari tahun 70-an yang disebut "mengapa proyek perangkat lunak gagal". Ketika saya membaca di blog dan mendapatkan majalah IT saya membaca di sampul "mengapa proyek perangkat lunak gagal". Dan ketika saya membandingkan konten buku dengan daftar saat ini .... tidak ada yang berubah. Pengembangan berulang: ya banyak variasi dan itu membantu pada tingkat tertentu. Namun setelah sekian lama isi majalah memiliki sampul yang sama. Jika Anda tidak percaya saya gali beberapa magz dari masa lalu dan lihat bagaimana Anda dapat menyalin dan menempelkan teks ke sekarang.
Masalah ini tidak dapat dipecahkan pada akhirnya. Kami telah menemukan alat baru, proses, daftar periksa, skema analisis persyaratan, kasus penggunaan (bisnis), kerangka kerja pengembangan, BPM, SOA, Anda menyebutnya dan masih ada masalah yang sama ...
Anda perlu mengoptimalkan ini di sekitar 'specifier persyaratan'. Jadi, Anda perlu memberi orang-orang itu alat yang memadai, apa pun yang memungkinkan mereka untuk meningkatkan level mereka :
Jadi mis. Untuk orang-orang ini: pola-pola tertentu di luar kotak, masukan dari proyek-proyek lain dan perusahaan yang melakukan hal yang sama menyalin persyaratan dan hasil akhir pelajaran mereka, membuat orang-orang di sana yang telah melalui kotoran dan dapat membantu orang ini untuk menentukan hal-hal yang menyebabkan masalah terbesar dan bukan "sepele" tetapi hanya dapat dipelajari setelah melakukannya (misalnya konsultan teknis senior yang melakukan hal yang sama di perusahaan lain), berikan orang-orang ini persyaratan perkakas komposer, untuk asuransi, bank, telekomunikasi dll ... : jangan menemukan proses Anda sendiri, beli proses generik di luar kotak, dll ... mereka PERLU alat seperti pengembang membutuhkan alat dan pola dan kerangka kerja.
Tidak menyelesaikannya tetapi memperbaikinya secara signifikan IMHO perbaikan harus di sekitar area itu dan tidak lebih lambat.
Sama seperti pengembang, orang-orang ini hanya berusaha melakukan yang terbaik yang mereka bisa. Tapi tidak seperti pengembang untuk bidangnya, sebagian besar barang yang kami terima begitu saja setelah 30 tahun bahkan tidak ada di bidang itu. Secara umum alat mereka adalah pandangan, keunggulan, kata dan papan. Proses mereka adalah sesi curah pendapat. Banyak perbaikan yang bisa dilakukan di bidang ini. Ofcourse masalahnya adalah kebanyakan mereka duduk "di luar" IT sehingga bahkan rencana dari CIO untuk memperbaiki situasi di bidang itu jatuh di telinga tuli ... tapi itu pertanyaan lain: bagaimana "menjual" ini.
