Ya saya tahu ini adalah pertanyaan lama, tetapi saya punya jawaban baru. : P
Pisahkan rapat.
Kami membagi pertemuan perencanaan Sprint kami menjadi 3 pertemuan mini terpisah
- Perawatan backlog
- Pemilihan cerita
- Rincian tugas
Kami melakukan masing-masing pada hari yang berbeda, tepat setelah Scrum harian kami - segera setelah harian selesai, kami langsung masuk ke aktivitas perencanaan, dan kemudian kami bebas dari pertemuan (yang direncanakan) sisa hari itu.
Jadi ya, kami membuat perencanaan kami: -O
Saya akan membahas lebih detail tentang apa yang terlibat dalam setiap sesi dalam satu detik, tetapi izinkan saya menjelaskan bagaimana kami sampai pada hal ini.
Kami, seperti Anda, memiliki masalah dengan rapat perencanaan Sprint yang sangat mengerikan. Kami memiliki semua elemen yang tepat, tetapi semuanya hanya berlangsung selamanya dan benar-benar menguras mental dan emosional untuk melewati.
Kemudian saya mendapatkan ide ini setelah membaca artikel Business Insider ini di Pivotal's 5 menit setiap hari tentang memecah pertemuan kami menjadi sesi yang lebih pendek dan melakukannya di awal setiap hari.
Saya membawanya dengan tim di retrospektif. Beberapa anggota tim langsung menyukainya, yang lain agak khawatir, tetapi kemudian magang kami menyebutkan beberapa penelitian yang ia baca tentang teknik pomodoro dan mulai melanjutkan tentang hal itu, dan itu benar-benar membantu ide mendapatkan daya tarik.
Jadi kami memutuskan untuk mencobanya.
Kami membagi waktu 2 jam menjadi 3 sesi 25 menit. (ya, itu matematika yang tidak jelas, tetapi semua orang merasa pertemuan kami terlalu panjang dan hanya ingin melakukannya jika kami menghemat waktu).
Dan itu berhasil! Kami telah melakukannya selama sekitar 6 minggu sekarang di dua proyek terpisah (total 6 sprint dua minggu) dan itu membuat perbedaan dunia.
Kami lebih produktif. Kami menghemat banyak waktu.
Kami mendapatkan hasil yang lebih baik. Dan kami tidak lagi takut pertemuan perencanaan kami.
Dan sejujurnya, kotak waktu 25 menit kami cukup longgar - beberapa sesi berjalan sangat cepat, seperti 5-10 menit pada beberapa sesi perawatan kami, dan beberapa berlangsung lama, seperti ketika kami akhirnya mengidentifikasi cerita baru atau harus membagi cerita dan estimasi ulang selama negosiasi. Namun secara keseluruhan, biasanya rata-rata tidak lebih dari 1,5 jam untuk seluruh shebang, dan saya pikir itu sebabnya ia bekerja dengan sangat baik.
Ke detail .....
Perawatan backlog
Cukup sederhana - kami meninjau cerita prioritas utama, berbicara tentang apa yang diperlukan, dan memastikan perkiraan kami baik.
Kami akan menaksir ulang cerita jika diperlukan - seperti misalnya kami memperkirakan sesuatu bulan lalu dan setelah menyadari apa yang sebenarnya terjadi dengan cerita yang serupa, kami mungkin setuju untuk memperkirakan kembali. ( Ngomong- ngomong, kami menggunakan poin cerita tanpa unit , dan kami tidak memperkirakan tugas ).
Juga, jika PO telah menambahkan cerita baru yang menurutnya merupakan prioritas tinggi, inilah saatnya untuk memperkirakannya.
Karena kita tidak melakukan pemilihan Story hingga hari berikutnya, proses ini memberi PO sedikit waktu untuk melakukan penilaian akhir tentang apa yang paling penting untuk dilakukan dalam iterasi berikutnya - dan ini terbukti sangat membantu.
Pertemuan ini cenderung berjalan singkat dengan beberapa PO dan lama dengan yang lain. (secara pribadi, saya pikir ini adalah indikator bau yang bagus tentang bagaimana PO Anda lakukan)
Pemilihan Cerita
Dapatkan Chris Voss Anda , saatnya untuk bernegosiasi.
Pada pertemuan ini, kami mengambil cerita prioritas utama dan menentukan DoD untuk masing-masing. Kami menegosiasikan apa yang akan dilakukan oleh masing-masing - memecah dan menggabungkan cerita sesuai kebutuhan - sampai kita semua dapat menyetujui tujuan Sprint kita.
Kami mendapat banyak manfaat dari memiliki pikiran yang segar dan energi pagi yang baik untuk pertemuan ini - dan mengetahui bahwa kami akan melakukan tugas di lain hari memungkinkan kami untuk menghabiskan waktu yang kami butuhkan untuk benar-benar bernegosiasi dengan baik dan memahami komitmen kami.
Tugas
Oke, jadi saya akan menjadi yang pertama untuk mengatakan, tugas itu saya PALING favorit bagian dari perencanaan dalam pertemuan satu hari tua kami.
Kami hanya tidak pernah mencapai langkah kami dengan ini. Kami mencoba menyimpan tugas sampai akhir pertemuan - tetapi kami semua hanya dikuras saat itu dan itu benar-benar tidak produktif. Kami mencoba mendefinisikan tugas pada saat yang sama dengan DoD kami selama negosiasi kami, tetapi kami menemukan itu terlalu mengganggu dan terlalu rumit - kami akan kelelahan sebelum memilih semua cerita. Juga, sangat sulit untuk terus beralih fokus / berpikir bolak-balik antara memperkirakan, bernegosiasi, pemilihan cerita, dan pembuatan tugas. Kami berjuang, dan itu menyebalkan, dan itu membuat pertemuan kami mengerikan.
Tapi sekarang, dengan mendefinisikan DoD pada satu hari, dan tidak melakukan tugas sampai hari berikutnya, kita tidak kehabisan tenaga, kita selalu berada di mindstate yang benar, dan itu memberi kita sepanjang hari untuk mengasah cerita dan benar-benar pikirkan dan pahami semua tugas sebelum kita mulai.
Ini saja, IMHO, adalah pengubah total permainan.
Menyatukan semuanya.
Jadi, inilah jadwal upacara Sprint kami sekarang:
- Senin - Scrum harian -> Ulasan Sprint
- Selasa - Scrum harian -> Backlog grooming
- Rabu - Scrum harian -> Pemilihan cerita
- Kamis - Scrum harian -> Tugas
- Jumat - Scrum harian -> Retrospektif
Ini bekerja sangat baik untuk kita. Jika Anda mencobanya, saya ingin mendengar apa yang Anda pikirkan.