Templat Agenda Perancangan Sprint untuk Pasukan Kejuruteraan

Mengapa sprint menjadi terlebih beban

Perancangan sprint mempunyai satu kegagalan struktur yang tidak dielakkan oleh templat: pasukan memilih backlog sprint sebelum sesiapa menyemak kapasiti. Hasilnya ialah sprint yang kelihatan boleh dicapai di papan putih dan runtuh menjelang hari Rabu apabila dua jurutera tidak hadir separuh minggu, satu tiket menggandakan tiga kali skop, dan tiga butiran mempunyai kebergantungan yang tidak dinyatakan pada sesuatu perkhidmatan yang sedang ditulis semula oleh pasukan platform.

Penyelesaiannya mudah dan hampir tidak pernah dilakukan: berkomitmen kepada kapasiti sebelum berkomitmen kepada kerja. Templat di bawah dibuka dengan semakan kapasiti tepat atas sebab itu.

Agenda (salin-tampal ini)

Tempoh: 2 jam untuk sprint 2 minggu; 1 jam untuk sprint 1 minggu
Format: Dipermudah, dengan backlog kelihatan kepada seluruh pasukan

Bahagian 1 — Matlamat sprint (10 min)

Satu ayat: rupa sprint yang berjaya dari luar bagaimana?
Matlamat itu sepatutnya cukup khusus sehingga mana-mana ahli pasukan boleh menilai pada penghujung sprint sama ada anda mencapainya
Tolak matlamat yang hanyalah senarai tiket ("siapkan penstrukturan semula auth dan halaman pengebilan") — itu ialah backlog, bukan matlamat

Bahagian 2 — Semakan kapasiti (15 min)

Senaraikan setiap ahli pasukan mengikut nama
Untuk setiap satu: cuti PTO yang dirancang, giliran bertugas, mesyuarat berulang, komitmen luaran yang diketahui
Nyatakan kapasiti sebagai mata cerita atau hari yang tersedia — bukan bilangan kepala
Nombor ini ialah siling; jangan pilih lebih banyak kerja daripada yang disokongnya

Bahagian 3 — Pemilihan backlog (45 min)

Tinjau butiran keutamaan tertinggi daripada backlog yang telah diperhalusi
Untuk setiap calon: adakah pasukan mempunyai cukup untuk memulakannya, atau adakah soalan terbuka yang memerlukan jawapan sebelum sprint bermula? Soalan terbuka tergolong dalam barisan pemperhalusan, bukan sprint
Berhenti memilih apabila anda mencapai 80% kapasiti; baki 20% menyerap limpahan dan kerja yang tidak dirancang

Bahagian 4 — Kriteria penerimaan (20 min)

Untuk setiap butiran yang dipilih: nyatakan kriteria yang menjadikannya siap
Jika pasukan tidak dapat menyatakan kriteria dalam 60 saat, tiket itu belum cukup diperhalusi — pindahkannya kembali ke backlog
Tulis dalam tiket sekarang, di dalam bilik; jangan bergantung pada "kita akan tambah kemudian"

Bahagian 5 — Risiko dan kebergantungan (15 min)

Apa yang boleh menyekat penyampaian matlamat sprint yang tidak dikawal oleh pasukan?
Namakan penanggung jawab kebergantungan; timbulkannya sekarang sementara ada masa untuk menyelesaikannya sebelum tengah sprint
Kebergantungan yang tidak diselesaikan mendapat penanggung jawab yang dinamakan daripada pasukan yang akan menjejakinya

Penutup (15 min)

Sahkan matlamat sprint masih sah memandangkan kerja yang dipilih
Tetapkan pencatat ringkasan sprint, atau sahkan penyediaan laporan automatik
Sahkan tarikh perancangan seterusnya

Apa yang terlepas oleh kebanyakan templat perancangan sprint

Templat perancangan sprint yang paling popular menumpu pada penyusunan backlog dan definisi-siap. Kedua-duanya penting. Tiada satu pun yang menangani kesilapan perancangan yang menghasilkan kegagalan sprint paling banyak: memilih kerja tanpa menyemak ketersediaan.

Sepasukan lima jurutera pada kapasiti penuh mempunyai kira-kira 200 mata cerita yang tersedia bagi setiap sprint 2 minggu. Sepasukan lima orang dengan dua jurutera bercuti PTO, seorang bergilir bertugas, dan seorang dalam acara luar tiga hari mungkin ada 110 sahaja. Jika anda memilih 180 mata dalam sprint kedua, anda sudah pun gagal. Langkah pemilihan itulah tempat komitmen berlebihan berlaku, dan kapasiti mesti mendahuluinya.

Jurang kedua ialah kriteria penerimaan. Pasukan bergerak pantas melalui perancangan dan berhasrat menulis kriteria kemudian. Kemudian tidak berlaku pada tahap kekhususan yang sama. Orang yang bakal menulis kriteria yang tepat di dalam bilik menulis sesuatu yang lebih kabur daripada ingatan pada keesokan harinya, atau tidak menulisnya langsung. Percanggahan tengah sprint tentang apa maksud "siap" hampir selalu boleh dikesan kepada kriteria penerimaan yang dilangkau semasa perancangan.

Kos berganda daripada jurang ini — sprint terlebih beban, penemuan tengah sprint, definisi yang diperdebatkan semula — kelihatan jelas apabila anda menjumlahkannya: Cukai mesyuarat.

Mengapa nota perancangan sprint lebih sukar daripada rupanya

Perancangan sprint menjana lebih banyak maklumat daripada hampir mana-mana mesyuarat berulang lain: matlamat sprint, nombor kapasiti, rasional pemilihan butiran demi butiran, kriteria penerimaan bagi setiap tiket, penanggung jawab kebergantungan, butiran risiko. Menulis ringkasan yang berguna memerlukan rakaman semua itu dalam bentuk yang berguna tiga hari kemudian apabila seseorang bertanya "mengapa kita memotong butiran itu?"

Pavleur menjana laporan perancangan sprint secara automatik di penghujung panggilan. Ia merakam matlamat sprint, backlog yang dipilih berserta rasional, kriteria penerimaan seperti yang dinyatakan dalam mesyuarat, dan penanggung jawab kebergantungan seperti yang dinamakan. Jika seseorang berkongsi skrin backlog atau hamparan kapasiti, visual itu disertakan dalam laporan bersama-sama perbincangan — konteks yang alat audio sahaja seperti Otter atau Fireflies akan terlepas sepenuhnya. Sesiapa yang menyertai lewat atau perlu menyemak sesuatu keputusan di tengah-tengah sprint mempunyai rekod penuh. Untuk perbandingan bagaimana ini berbeza daripada alat audio sahaja: Pavleur berbanding alternatif.

Menguruskan perubahan pelan tengah sprint

Pelan sprint ialah komitmen, bukan kontrak. Apabila ada sesuatu di tengah-tengah sprint yang benar-benar membatalkan pelan — insiden pengeluaran, kebergantungan kritikal yang menyekat tiga tiket, peralihan keutamaan daripada kepimpinan — respons yang betul ialah panggilan perancangan semula yang pantas, bukan penurunan skop secara senyap. Panggilan perancangan semula mengambil masa 20 minit dan menghasilkan matlamat sprint yang dikemas kini yang mencerminkan realiti. Alternatifnya ialah sprint yang gagal di atas kertas tetapi diselaraskan secara tidak rasmi dengan cara yang tiada sesiapa catatkan, menjadikan retrospektif lebih sukar dan nombor kelajuan tidak bermakna.

Bina tabiat perancangan semula yang jelas. Gunakan struktur yang sama: kapasiti yang dikemas kini, pemilihan yang disemak semula, matlamat yang dinyatakan semula. Ia mengambil masa jauh lebih sedikit daripada kekeliruan yang dicegahnya.