Poin pengguna dan Perencanaan poker – Beberapa Memperkirakan Gagasan Scrum

poker

Scrum memiliki beberapa ide menarik untuk mengatasi tantangan abadi estimasi akurat. Dalam artikel ini saya ingin memiliki melihat koleksi pendekatan-pendekatan: poin cerita, membakar-down kecepatan dan perencanaan poker. Scrum umumnya digunakan untuk proyek-proyek pengembangan perangkat lunak, tetapi ide-ide dalam artikel ini dapat diterapkan untuk setiap jenis pekerjaan.

Langkah 1 – Kumpulkan Bersama Person Tales

Dalam Scrum setiap proyek dipecah menjadi kumpulan cerita pengguna. Ini adalah deskripsi dari satu bagian dari fungsi bahwa perangkat lunak situs judi dikirimkan harus melakukan. Mereka benar-benar persyaratan, tetapi sebagai Kent Beck mengatakan dalam bukunya yang sangat baik “Ekstrim Pemrograman Dijelaskan”, persyaratan terdengar wajib, dan banyak dari apa yang awalnya pengguna meminta yang “bagus untuk kaya.” Setiap cerita pengguna menggambarkan perjalanan melalui perangkat lunak. Misalnya, cerita mungkin berkata, “Go online menggunakan nama pengguna dan password dan akan dibawa ke layar awal.”

Tim perangkat lunak akan bekerja dengan klien mereka untuk memutuskan di mana cerita pengguna akan disampaikan selama dash berikutnya kerja. Dash biasanya berlangsung sekitar 20 hari. Untuk melakukan hal ini kebutuhan tim pengembangan untuk memperkirakan pekerjaan yang terlibat dengan masing-masing cerita pengguna. Di sinilah ide-ide poin pengguna dan perencanaan poker berguna.

Langkah 2 – Perkirakan Setiap Cerita Pengguna Dalam Ketentuan Cerita Poin

Satu memperkirakan perangkap adalah upaya membingungkan (jumlah jam sesuatu yang dibutuhkan untuk melakukan) dengan durasi (atas apa periode waktu kalender sesuatu yang dibutuhkan untuk melakukan.) Misalnya, pengembang mungkin mengatakan cerita pengguna akan mengambil delapan jam untuk menyelesaikan dan tim akan menganggap dia bisa melakukannya dalam satu hari. Namun ketika ia mulai bekerja ia menemukan ia memiliki komitmen waktu lainnya, dan hanya dapat bekerja pada cerita selama satu jam sehari. Delapan hari kemudian ia selesai tugas. Durasi sulit untuk memperkirakan; kita semua memiliki hari baik dan hari buruk dan beberapa hari memiliki lebih interupsi dari yang lain. Jawaban Scrum untuk ini adalah untuk memindahkan tim yang sama sekali jauh dari estimasi kali dan bukannya memperkirakan setiap cerita pengguna dalam hal poin cerita. Cerita poin adalah ukuran abstrak ukuran.

Cara terbaik untuk menggunakan poin cerita adalah untuk memulai dengan cerita pengguna pertama dan memberikan ukuran tertentu, misalnya sepuluh cerita poin. Kemudian, untuk cerita selanjutnya, mengajukan pertanyaan, seberapa besar adalah ini dibandingkan dengan yang pertama? Jika setengah ukuran itu ditugaskan lima poin cerita. perbandingan relatif Hal ini membantu untuk jangkar ukuran dalam pikiran estimator ini.

Langkah three – Bermain Perencanaan poker

Perencanaan poker adalah cara yang baik untuk memperkirakan poin cerita. Setiap anggota tim diberi satu set “poker” bermain kartu. Setiap kartu memiliki nomor di atasnya, mewakili estimasi titik cerita. Biasanya setiap anggota tim memiliki sekitar 20 kartu. Daripada menggunakan kartu satu sampai dua puluh tahun, seri fibonacci sering digunakan (1,2,three,5,eight,13,21,34 dan sebagainya). Variasi dalam kesenjangan antara angka-angka fibonacci mewakili ketidakpastian yang melekat dengan memperkirakan.

The “poker” permainan kemudian dimulai. Sebuah cerita pengguna disajikan kepada tim, maka setiap anggota tim memilih kartu yang merupakan estimasi dan tempat-tempat mereka jika wajah di atas meja. Semua kartu diserahkan secara bersamaan. Hal ini penting, karena kalau perkiraan satu orang mungkin bergoyang ini lain. Sebuah diskusi berikut di mana pengembang membenarkan perkiraan mereka. Proses ini diulang beberapa kali.

Langkah four – Menggunakan Velocity Mengkonversi Cerita Poin Untuk Period

Cerita poin yang abstrak, jadi sekarang tim mengkonversikannya ke durasi untuk melihat berapa banyak waktu yang diperlukan untuk mengembangkan koleksi cerita pengguna dari ukuran titik pengguna tertentu. Di sinilah konsep Scrum kecepatan datang. Velocity adalah ukuran dari berapa banyak pekerjaan tim dapat melakukan di hari-hari biasa. Dengan kata lain

Velocity = Cerita poin / Durasi

Jadi jika cerita pengguna adalah 30 cerita poin besar dan kecepatan khas tim adalah tiga poin cerita per hari, cerita pengguna harus mengambil 10 hari kalender untuk menyelesaikan. Pertanyaan berikutnya tentu saja adalah apa adalah kecepatan tim Anda? Nah cara terbaik untuk memperkirakan ini adalah dengan melakukan beberapa dash dan melihat berapa banyak pekerjaan tim tidak pada hari biasa. Jika dash pertama, tim harus datang bersama-sama dan membuat perkiraan yang wajar dari kecepatan kemungkinan mereka (mungkin dengan menggunakan perencanaan poker lagi).

grafik burndown adalah alat yang berguna untuk membantu tim memonitor pekerjaan dan menghitung kecepatan mereka. Mereka menunjukkan, dari hari-demi-hari, berapa banyak poin pengguna tetap dilakukan. Setiap hari tim diminta untuk menghitung ulang berapa banyak poin cerita tetap dan angka ini diplot pada grafik. Angka ini mudah-mudahan turun, meskipun kadang-kadang sebagai tim masuk ke sebuah pekerjaan, mereka akan menyadari bahwa perkiraan awal mereka terlalu rendah. Kemiringan grafik burndown adalah kecepatan tim.

Memperkirakan selalu sulit, tidak ada yang memiliki bola kristal untuk bisa melihat ke masa depan, tetapi ide-ide Scrum poin pengguna dan perencanaan poker memberikan pendekatan yang membantu untuk diskusi kolaboratif dan berpikir yang harus memberikan prediksi yang lebih akurat. Pemantauan kecepatan tim menggunakan burndown grafik bantuan untuk memberikan informasi sejarah yang berguna untuk memperkirakan masa depan dan juga transparansi di mana tim sedang dalam proses pembangunan pada waktu tertentu.

You may also like

Leave a Reply

Your email address will not be published. Required fields are marked *