3 agile kesalahpahaman

1) kita tidak dapat menggunakan Agile dengan model bisnis kami.

Tentu saja bisa. Jika Anda memiliki tugas, maka Anda dapat menggunakan Agile. Agile telah diterapkan dalam lingkungan bisnis yang sangat kompleks, termasuk perbankan dan keuangan, Kesehatan, asuransi, pemrosesan pembayaran dan banyak lagi. Agile menawarkan banyak transparansi dan akuntabilitas, yang sering mengapa orang-orang di beberapa lingkungan yang ragu-ragu untuk beralih ke Agile.

2) poin harus berhubungan dengan kompleksitas dan tidak usaha atau uang.

Ketika saya pertama kali mendengar tentang SCRUM poin, saya sangat gembira; "Selamat tinggal akuntabilitas, Halo halus berlayar. Tim kami akan dapat bekerja dengan langkah mereka sendiri dan tidak perlu khawatir tentang tekanan lagi." Yah, sayangnya, waktu adalah uang dan hampir setiap proyek memiliki jumlah terbatas waktu dan jumlah uang yang terbatas. Juga, sebagai karier saya berkembang ke manajemen portofolio, dimana tim kiriman harus disinkronisasi, point sistem ini tidak seperti ide bagus setelah semua. Mencoba untuk perkiraan untuk iterasi, pers dan "Pergi hidup" tanggal menjadi hampir mustahil dengan beberapa sistem poin yang berbeda.

Sebagai mantan pengembang, saya menyukai gagasan bahwa poin berdasarkan kompleksitas, dan tidak upaya atau anggaran. Namun, seperti tahun-tahun berlalu, saya mulai pemberitahuan satu SCRUM tim setelah lain memiliki rumus mereka sendiri, dimana poin disamakan dengan usaha, dalam beberapa cara atau yang lain. Aku segera menyadari bahwa sepanjang hidup adalah bahasa universal kita semua mengerti: waktu dan uang; dan waktu biaya uang www.rockingjokes.com
. Banyak mungkin bertanya, bagaimana waktu biaya uang? Setiap menit anggota tim yang duduk di meja mereka, meteran berjalan, dimana uang berkurang setiap detik, karena sumber daya yang menerima gaji Apakah mereka bekerja atau tidak.

Kekurangan lain yang saya alami dengan poin adalah "poin padding" atau "memompa poin". Ini adalah perbedaan dalam metodologi, karena itu merusak transparansi, inspeksi dan adaptasi, yang merupakan landasan SCRUM. Saya telah menyaksikan tim menggunakan sistem ini seperti permainan shell yang canggih, untuk memperdayakan atas manajemen, mengenai kinerja. Misalnya, tim tersebut yang berada di belakang jadwal akan pad poin mereka untuk memberikan ilusi bahwa mereka yang mengejar dan akan tepat waktu. Bagaimana dicapai? Tim mungkin melakukan 50 poin per iterasi / Sprint untuk kecepatan, yang berarti bahwa jika mereka memiliki 300 poin "pekerjaan tidak selesai", kemudian mereka akan menyelesaikan pekerjaan dalam 6 iterasi, yang mungkin tidak menguntungkan bisnis timeline. Jadi, tim mulai padding mereka mengarah ke, katakanlah, 100, yang akan memberikan penampilan yang mereka akan memberikan dalam 3 iterasi, yang mungkin lebih cepat dari jadwal dan menguntungkan untuk bisnis. Sementara itu, tidak ada yang berubah dan pengiriman tentu tidak akan terjadi pada waktu, jauh lebih awal. Memompa poin yang lain "flimflam" yang sering terjadi dalam SCRUM / lincah. Tim mengadopsi tinggi-mulai sistem poin, yang memberikan semua penampilan luar yang tim adalah berkinerja tinggi. Manajemen adalah menyaksikan dengan kecepatan, katakanlah, 500 poin, yang sangat lebih tinggi daripada tim lain, yang mungkin memiliki kecepatan 50-titik. Jadi, tim dengan poin yang lebih tinggi yang disebut berkinerja tinggi, ketika pada kenyataannya semua, mereka tidak menyelesaikan pekerjaan lagi daripada tim lain.

Terdapat jenis lain dari "padding" saya telah menyaksikan, disebut "Padding cerita". Mana tim akan menambahkan berbagai cerita kecil untuk iterasi mereka / Sprint backlog. Cerita ini mungkin sehari atau setengah hari yang layak usaha. Tim kemudian akan menyelesaikan semua kisah-kisah kecil ini, yang merupakan tugas yang benar-benar individu, memberikan ilusi bahwa tim berkinerja tinggi, karena mereka telah menyelesaikan banyak cerita. Namun, ketika upaya dihitung ada jumlah minimal usaha, yang membuat kecepatan yang lebih rendah daripada seluruh tim.

Sekarang, mungkin ada banyak Puritan yang tidak akan menyukai ide menggunakan sistem poin yang universal, sehingga pertanyaan saya kepada mereka mungkin, "Apakah Anda keberatan jika majikan Anda membayar Anda di titik-titik yang mungkin atau mungkin tidak terwujud ke uang?" Jadi, jika ada ketidaksediaan untuk menerima gaji kita dalam poin, kemudian mengapa pelanggan kami dan sponsor bisnis dapat diharapkan untuk menerima ini sebagai mata uang sah? Pada akhir hari, setiap proyek memiliki, cepat atau lambat, mematuhi segitiga besi: waktu, uang dan kualitas. Sebanyak yang kita inginkan untuk mencoba untuk meniadakan prinsip ini, itu adalah seperti mencoba untuk meniadakan gravitasi.

Apakah ini berarti bahwa Agile atau SCRUM poin tidak bekerja? Tidak sama sekali, tapi saya percaya bahwa harus ada sangat dekat tab terus sistem poin. Secara pribadi, saya (dan banyak sesama portfoli