Meta-komentar: Akan menyenangkan untuk memiliki pertanyaan survei tentang Programmer.
Karena Scrum sangat bervariasi antara tim dan organisasi yang berbeda, pertanyaan ini akan sangat sulit dijawab. Scrum harus tentang memberdayakan tim untuk memberikan perangkat lunak yang hebat dan pengembang harus seperti itu.
Dimana yang salah?
Jawabannya ada dalam pernyataan saya di atas. Tim tidak diberdayakan atau perangkat lunak yang hebat tidak dikirimkan.
Ada begitu banyak mode kegagalan, berikut adalah beberapa:
- Pemilik produk tidak memahami pelanggan atau bisnis.
- Tim tidak mengerti pelanggan atau bisnis.
- Masalah organisasi menghalangi tim dalam mencapai tujuan mereka.
- Scrum berubah menjadi manajemen mikro sehari-hari.
Itu terkadang dikenal sebagai scrum-buts .
IMO Scrum lebih disukai / sukses jika:
- Tim telah membuat keputusan untuk mengadopsi Scrum karena merasa itu sesuai untuk produk / proyek.
- Ada umpan balik yang kuat / berkelanjutan dari pelanggan melalui pemilik produk.
- Kirim setelah setiap sprint.
- Tim memiliki otonomi, pengorganisasian diri dan kepercayaan / dukungan penuh dari organisasi.
- Sebagian besar item dalam jaminan datang dari tim.
Komentar lain adalah bahwa dalam programer "malas" Scrum hanya bertanggung jawab kepada tim sehingga mereka dapat memilih untuk bertanggung jawab kepada bos mereka. Bagaimanapun, saya tidak berpikir ini adalah faktor.
Masalah yang saya lihat dengan Scrum adalah masalah ayam dan telur. Jika Anda sudah gesit, Anda mungkin tidak perlu Scrum. Jika Anda secara inheren tidak tangkas, Scrum mungkin tidak akan mengubahnya, bahkan mungkin akan memperburuk keadaan karena akan membawa kelincahan ke permukaan dan membuatnya sangat terlihat sehingga kekuatan anti-gesit dapat menghancurkannya :-)
Bisakah organisasi yang tidak gesit menjadi gesit? Saya tidak tahu Saya pikir Scrum ingin melakukan itu, tetapi saya tidak yakin itu bisa.