Scrum memiliki beberapa ide menarik untuk diatasi dan estimasi yang tepat dari tantangan abadi. Pada artikel ini saya telah melihat kumpulan dari mereka yang: poin cerita, kecepatan burn-down dan perencanaan poker. Scrum paling sering digunakan untuk proyek pengembangan perangkat lunak, tetapi ide dalam artikel ini dapat diterapkan pada semua jenis pekerjaan.
Langkah 1 – Kumpulkan Kisah Pengguna Bersama DominoQQ.
Di Scrum, Setiap Proyek adalah kumpulan cerita pengguna yang dipecah. Ini adalah fungsi dari satu bagian deskripsi yang harus dijalankan oleh perangkat lunak yang disediakan. Mereka benar-benar persyaratan, tetapi seperti yang dikatakan Kent Beck dalam bukunya yang luar biasa “Extreme Programming Explained”, persyaratannya terdengar wajib, dan lebih banyak lagi yang pertama kali diminta pengguna adalah “menyenangkan untuk dimiliki”. Setiap cerita pengguna menggambarkan perjalanan melalui perangkat lunak. Misalnya, sebuah cerita mungkin mengatakan, “Masuk menggunakan nama pengguna dan sandi Anda dan bawa pulang layar utama.”
Tim perangkat lunak akan bekerja dengan klien mereka untuk memutuskan cerita pengguna mana yang akan ditugaskan untuk sprint pekerjaan berikutnya. Sprint berlangsung sekitar 20 hari. Untuk melakukan ini, tim pengembangan perlu memperkirakan pekerjaan yang terlibat dan setiap cerita pengguna. Di sinilah ide poin pengguna dan perencanaan poker berguna.
Langkah 2 – Perkirakan Setiap Kisah Pengguna dalam Ketentuan Poin Cerita
Misalnya, pengembang mungkin mengatakan cerita pengguna yang membutuhkan waktu delapan jam untuk menyelesaikannya dan tim akan suatu hari nanti. Namun ketika dia mulai bekerja dia menemukan komitmen waktu lain, dan hanya dapat bekerja satu jam per cerita. Delapan hari kemudian dia menyelesaikan tugasnya. Durasi sulit diperkirakan; Kita semua mengalami hari baik dan hari buruk dan beberapa hari lebih banyak gangguan daripada yang lain. Jawaban Scrum untuk ini adalah menjauhkan tim dari perkiraan waktu dan alih-alih mengevaluasi cerita setiap pengguna dalam hal poin cerita. Poin cerita adalah ukuran ukuran abstrak.
Cara terbaik untuk menggunakan poin cerita adalah memulai dengan cerita pengguna pertama dan memberinya ukuran tertentu, misalnya sepuluh poin cerita. Lalu, untuk cerita selanjutnya, ajukan pertanyaan seberapa besar ini dibandingkan dengan yang pertama? Jika ukurannya setengah, itu diberikan lima poin cerita. Perbandingan relatif ini membantu menentukan ukuran pikiran penyiar.
Langkah 3 – Bermain Poker Perencanaan
Perencanaan poker adalah cara yang baik untuk memperkirakan poin cerita. Setiap anggota tim diberikan satu set kartu remi “poker”. Setiap kartu memiliki nomor, yang mewakili poin cerita. Biasanya setiap anggota tim memiliki sekitar 20 kartu. Daripada menggunakan satu sampai dua puluh, seri fibonacci sering digunakan (1,2,3,5,8,13,21,34 dan seterusnya). Variasi celah antara bilangan fibronacci mewakili ketidakpastian yang melekat dengan estimasi.
Permainan “poker” kemudian dimulai. Kisah pengguna disajikan kepada tim, kemudian setiap anggota tim memilih kartu yang mewakili perkiraan dan tempat mereka di atas meja. Semua kartu dibalik secara bersamaan. Ini penting, karena jika tidak, perkiraan satu orang bisa jadi perkiraan orang lain. Sebuah diskusi mengikuti di mana pengembang membenarkan perkiraan mereka. Proses ini diulangi beberapa kali.
Langkah 4 – Menggunakan Kecepatan untuk Mengubah Poin Cerita menjadi Durasi
Poin cerita adalah abstrak, jadi sekarang tim mengonversinya untuk melihat berapa banyak waktu yang diperlukan untuk mengembangkan kumpulan cerita pengguna yang memiliki ukuran poin pengguna tertentu. Di sinilah kecepatan konsep Scrum masuk. Kecepatan adalah ukuran seberapa banyak pekerjaan yang dapat dilakukan tim pada hari-hari biasa. Dengan kata lain
Velocity = Poin cerita / Durasi
Jadi, jika cerita pengguna berukuran 30 poin cerita dan kecepatan khas tim adalah tiga poin cerita per hari, cerita pengguna harus diselesaikan dalam waktu 10 hari kalender. Pertanyaan selanjutnya tentu saja berapa kecepatan tim Anda? Nah, cara terbaik untuk melakukan ini adalah dengan melakukan beberapa sprint dan melihat seberapa banyak pekerjaan yang tim lakukan pada hari-hari biasa. Jika ini adalah sprint pertama, tim harus berkumpul dan membuat perkiraan yang masuk akal tentang kecepatan potensial mereka (mungkin menggunakan poker perencanaan lagi).
Burndown Charts adalah alat yang berguna untuk membantu tim memantau pekerjaannya dan menghitung kecepatannya. Mereka menunjukkan, dari hari ke hari, berapa banyak poin pengguna yang tersisa. Setiap hari tim diminta untuk menghitung ulang berapa banyak poin cerita yang tersisa dan angka ini diplot pada grafik. Angka ini mudah-mudahan turun, tetapi kadang-kadang ketika tim mulai bekerja, mereka akan menyadari bahwa perkiraan awal mereka terlalu rendah. Grafik Burndown The Slope adalah tim kecepatan.
Memperkirakan selalu sulit, tidak ada yang memiliki bola kristal untuk dapat melihat ke masa depan, tetapi ide Scrum tentang poin pengguna dan perencanaan poker memberikan pendekatan yang membantu dengan diskusi kolaboratif dan poker.
