Sekitar satu setengah tahun yang lalu, saya memasuki tempat kerja yang mengaku melakukan pengembangan Agile. Apa yang saya pelajari adalah bahwa tempat ini telah mengadopsi beberapa praktik lincah (seperti standup harian, perencanaan sprint dan ulasan sprint) tetapi tidak ada prinsip (tepat waktu / hanya mentalitas yang cukup baik, mengekspos kegagalan awal, komunikasi yang kaya).
Sekarang saya ditugasi untuk membuat tim lebih gesit dan saya diyakinkan bahwa saya telah menerima sepenuhnya dukungan dari para devs dan tim bisnis. Sebagai program percontohan, mereka telah memberi saya sebuah proyek yang baru saja menyelesaikan 15 bulan pengumpulan persyaratan, memiliki dokumen Analisis & Desain 110 halaman (untuk dianggap sebagai "ditulis dalam batu"), dan di mana saya tidak memiliki akses hingga akhir pengguna (hanya untuk komite yang terdiri dari manajer pengguna yang sebenarnya tidak akan menggunakan produk).
Saya memulai dari yang kecil, memberi mereka daftar hasil yang diharapkan untuk 5 sprint pertama (meninggalkan sprint yang akan datang tidak terdefinisi), daftar tujuan untuk sprint pertama, dan saya membedah dokumen A & D untuk mendapatkan cukup cerita pengguna untuk memenuhi tujuan sprint pertama. .
Sejak itu, mereka telah bertanya mengapa kita tidak memiliki semua persyaratan untuk semua sprint, mengapa saya belum mulai mengerjakan hal-hal untuk sprint ketiga (yang mereka anggap lebih penting tetapi didasarkan pada hasil kerja yang pertama. 2 sprint) dan semakin mendesak untuk mendokumentasikan lebih banyak hal yang dianggap sibuk oleh seluruh tim IT saya atau tidak terkait dengan kami (seperti menulis buku petunjuk di muka, mendokumentasikan semua bidang data dari semua sprint di muka, dan banyak lagi "di muka" pekerjaan).
Ini cukup kasar bagi saya sebagai manajer proyek baru, tetapi ada perbaikan yang telah saya terapkan secara efektif seperti scrumban untuk manajemen cerita, pemrograman pasangan, dan meminta bisnis memberi kami tes penerimaan pelanggan di muka (sebagai bagian dari dokumentasi persyaratan) .
Jadi pertanyaan saya adalah:
- Apa yang bisa saya lakukan untuk lebih efektif memperkenalkan perubahan ke bisnis yang tahan?
- Apakah ada praktik lain yang dapat saya perkenalkan di sisi TI untuk membantu menunjukkan bisnis manfaat gesit?
- Beban dokumentasi mencekik kami - bisnis masih melihatnya sebagai strategi manajemen risiko dan bukan sebagai risiko. Apa yang bisa kita lakukan untuk meringankan kekhawatiran dan tuntutan dokumentasi mereka (khususnya jumlah dokumentasi dan kebutuhan mereka untuk semua itu di muka)?
- Kami berada di gedung terpisah dari bisnis kami, sekitar 3 blok jauhnya dan mereka menolak untuk mempekerjakan orang-orang mereka di proyek bersama-sama dengan b / c orang itu "tidak akan dapat mengerjakan proyek-proyek mereka yang lain saat mereka berada di kami bangunan." Mereka mengharapkan kita untuk selalu pergi ke sana dan menggabungkan pertanyaan-pertanyaan kita sehingga kita dapat menanyakan semuanya sekaligus dan tidak menyia-nyiakan waktu orang itu dengan "interupsi terus-menerus." Apa yang bisa kita lakukan untuk mendapatkan komunikasi yang lebih kaya dari mereka?
Setiap saran tambahan juga akan dihargai.
Terima kasih!