Berapa banyak poin cerita yang harus Anda alokasikan dalam sprint awal?


18

Ketika pertama kali mengimplementasikan Scrum dalam sebuah tim, bagaimana Anda menentukan jumlah poin cerita yang ada dalam sprint awal ketika Anda tidak tahu kecepatan tim?

Haruskah Anda mendasarkan ini pada perkiraan jam dan hanya menggunakan poin pada tahap selanjutnya?


2
Berapa lama Sprint?
Gopi

Nah itu wajar pertimbangan - dalam kasus saya ini 1 minggu untuk tim 3 - tetapi bahkan pada tim yang lebih besar, bagaimana Anda awalnya mengatur pekerjaan selama sprint sebelum Anda mengetahui kecepatan tim ..
Mysterion

@Sri Kumar: Apa bedanya?
azheglov

Jawaban:


13

Anda tidak memiliki fakta sejarah untuk dijadikan dasar, jadi saya sarankan Anda tidak perlu repot menebak. Mencoba menghitung kecepatan hanya berdasarkan pada beberapa rumus hanyalah buang-buang waktu saja.

Cukup perkirakan cukup banyak cerita dan biarkan tim mengerjakannya selama sprint pertama. Mereka akan menyelesaikan apa yang mereka selesaikan. Setelah sprint awal ini, Anda akan memiliki kecepatan Anda yang sebenarnya. Karena sprint Anda (luar biasa!) 1 minggu, Anda akan mendapatkan kecepatan sebenarnya sejak dini.


"Perkirakan cukup banyak cerita"?
Armand

1
Lebih dari yang mereka bisa selesaikan di iterasi pertama.
Martin Wickman

4
ada perkiraan kecepatan yang diperlukan untuk melakukan itu;)
Armand

4

Tidak ada yang bisa mengatakan berapa banyak poin cerita yang bisa Anda ambil untuk sprint pertama Anda. Pertama-tama poin cerita adalah nilai tanpa unit. Anda tidak harus membuat keputusan awal seperti 1 poin cerita = 6 jam karena dalam banyak kasus nanti akan bertentangan dengan Anda. Juga setiap proyek dapat memiliki "ukuran" poin cerita yang berbeda.

Komitmen harus dilakukan berdasarkan pertemuan Perencanaan dengan pemilik produk. Anda akan melalui cerita pengguna dan PO akan menjelaskan beberapa detail tentang mereka. Dia juga akan memberikan beberapa kriteria penerimaan (definisi selesai). Rapat perencanaan dibatasi waktu (berdasarkan panjang sprint dan ukuran tim) sehingga pengamatan pertama adalah berapa banyak cerita pengguna yang dapat Anda diskusikan. Berdasarkan informasi yang diterima dari PO, tim harus dapat membuat penilaian profesional tentang berapa banyak cerita pengguna yang dibahas dapat dilakukan dalam sprint. Karena tim tahu bahwa ini adalah sprint awal dan belum ada yang dilakukan, tim mungkin hanya akan berkomitmen untuk sejumlah kecil pekerjaan tetapi ini akan meningkat di sprint masa depan.

Nilai poin cerita murni tidak boleh digunakan untuk perencanaan dan estimasi waktu. Ini harus digunakan untuk menggambarkan kompleksitas relatif tetapi masih 8 poin cerita dapat berarti sesuatu antara 6-12 (Fibonacci) poin cerita dalam kenyataan sehingga mengatakan bahwa 8 poin cerita sama dengan 4 hari benar-benar berbahaya karena bisa juga 3 atau 6 + "buang" (overhead) dalam sprint awal.

Salah satu prinsip lincah utama adalah 'Memberdayakan Orang'. Perencanaan dan komitmen adalah pemberdayaan yang Anda berikan kepada tim. Tim bertanggung jawab untuk mengirimkan cerita pengguna yang diringankan tetapi tentu saja mereka bisa gagal dan mereka tidak boleh disalahkan atas kegagalan komitmen dalam sprint awal. Sprint awal adalah untuk kalibrasi.


2

Salah satu tekniknya adalah memilih beberapa cerita pengguna berukuran sedang, memberi mereka ukuran yang sewenang-wenang dalam poin dan membuat mereka dipecah dalam tugas oleh tim. Kemudian tim memperkirakan setiap tugas dalam jam, yang setelah disimpulkan memberi Anda perkiraan kasar jam kerja per poin cerita. Mengetahui total kapasitas kerja untuk sprint, Anda dapat memperkirakan untuk mendapatkan sejumlah poin cerita yang secara teoritis dapat Anda selesaikan dalam sprint.

Ini tidak harus ditafsirkan sebagai tujuan yang tepat untuk dicapai, dan harus dilupakan begitu kecepatan nyata pertama tim muncul, ketika sprint pertama selesai.


1

Anda harus menebak, karena Anda belum memiliki informasi untuk melanjutkan. Namun, jika Anda sudah melakukan pekerjaan di luar Scrum tetapi dengan tim yang sama, Anda mungkin dapat menggunakan pengalaman estimasi sebelumnya untuk memandu perkiraan Anda. Atau Anda bisa mengambil cerita tambahan sampai Anda kehabisan waktu.


0

Anda tidak hanya mengandalkan estimasi titik untuk perencanaan sprint. Selama perencanaan, kecepatan Anda dapat membantu Anda dengan cepat "mengusulkan" rencana lari dan / atau membantu dengan pemeriksaan kewarasan Anda sebelum membuat komitmen akhir; tetapi, tidak peduli berapa banyak data kecepatan yang Anda miliki, tim akhirnya harus berkomitmen untuk cerita, bukan poin .

Ingatlah, cerita 5 x 1 poin tidak sama dengan cerita 1 x 5 poin untuk nilai yang sangat kecil yaitu 1. Mereka hanya kira-kira setara untuk tujuan perencanaan jangka panjang.

Dan di situlah nilai utama poin dimainkan: ketika Anda perlu memperkirakan kapan epik atau rilis dapat diselesaikan, atau apakah Anda memiliki terlalu banyak di piring Anda untuk tanggal rilis yang dijadwalkan.

Yang mengatakan, tim yang sukses akhirnya akan menemukan dirinya merencanakan jumlah poin yang sama setiap sprint. Tapi, akan ada variasi berdasarkan cerita tertentu dalam sprint itu. Tim yang sukses dapat mengartikulasikan selama perencanaan mengapa beberapa cerita 5 poin tidak benar-benar mengimbangi semua 5 cerita 1 poin yang awalnya diusulkan ...

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.