Saya bekerja di perusahaan yang sangat brilian dengan niat melakukan XP. Komunikasi yang baik dan manajemen terbuka untuk diskusi yang konstruktif tetapi karena kendala waktu yang mendesak, beberapa hal tertentu dianggap terlalu RUP untuk didiskusikan.
Saat ini saya sedikit bermasalah dengan volume perubahan yang menjadi kebutuhan saat mengimplementasikan cerita. Saya percaya banyak dari penemuan ini (yang tentu saja membutuhkan waktu dan usaha) adalah tanggung jawab penulis cerita (pelanggan, pengguna akhir dan pemilik produk) dan bukan pengembang. Singkatnya, cerita pengguna terlalu konseptual dan hanya menyampaikan maksud yang mendasarinya tetapi kurang detail (khususnya pra-kondisi dan pasca-kondisi, relevansi dengan cerita lain, dependensi, dan yang serupa). Pengembang diharapkan untuk mengisi kekosongan atas kebijakannya sendiri berdasarkan kebajikan pengembang XP menjadi desainer dan analis pada saat yang sama. Masalahnya adalah banyak dari kekosongan ini ditemukan setelah beberapa asumsi yang salah masuk ke dalam waktu dan kode evaluasi karena melihat kerumitan tambahan muncul daripada yang diperkirakan sebelumnya. Bahkan kemudian menemukan hal yang benar untuk mengisi membutuhkan waktu yang - untuk berbagai tingkatan - dianggap sebagai penyimpangan dari estimasi awal.
Saya mencari cara yang konstruktif untuk menyampaikan implikasi ini kepada manajemen dengan cara yang tidak akan menjadikan saya sebagai seseorang yang mencoba mempersulit hal-hal yang tidak perlu. Saya baru dan sampai sekarang saya belum membangun banyak kredibilitas.
Wawasan Anda dipersilahkan.
Terkait erat dan entah bagaimana memberikan jawaban: Seberapa banyak detail tentang kisah pengguna yang bisa diharapkan pengembang?