Sprint Retrospective: Format, Soalan, dan Contoh

Retrospektif sprint ialah mesyuarat di mana pasukan berhenti menghantar produk selama sejam dan berbincang secara jujur tentang cara mereka bekerja. Kebanyakan pasukan menjadualkannya. Tetapi tidak ramai yang menjalankannya dengan baik.

Apakah Retrospektif Sprint?

Retrospektif sprint ialah upacara Scrum berulang yang diadakan pada penghujung setiap Sprint, di mana pasukan mencerminkan cara mereka bekerja bersama dan bersetuju dengan penambahbaikan khusus untuk dibawa ke Sprint berikutnya. Ia ialah perbualan tentang "cara kami bekerja," bukan perbualan tentang "apa yang kami bina."

Panduan Scrum mentakrifkan tiga soalan yang membingkai setiap retrospektif: Apakah yang berjaya? Apakah yang boleh diperbaiki? Dan apakah satu penambahbaikan bernilai tinggi yang akan dilakukan oleh pasukan untuk Sprint berikutnya?

Di mana perancangan sprint menetapkan hala tuju pasukan untuk Sprint yang akan datang, retrospektif menutup kitaran bagi Sprint yang baru selesai. Bersama-sama, keduanya membentuk enjin penambahbaikan dalam metodologi agile.

Fakta Utama

• Retrospektif sprint telah menjadi sebahagian daripada Panduan Scrum rasmi sejak terbitannya yang pertama pada tahun 1995, dan merupakan salah satu daripada lima acara Scrum (Panduan Scrum, 2020).
• "Agile Retrospectives: Making Good Teams Great" oleh Esther Derby dan Diana Larsen (2006) mengkodifikasikan struktur retrospektif lima peringkat yang digunakan oleh majoriti pasukan Scrum hari ini.
• 83% pasukan agile berprestasi tinggi melaporkan menjalankan retrospektif secara berkala, berbanding 52% pasukan berprestasi rendah (State of Agile Report, Edisi ke-17, 2023).

Retrospektif Sprint berbanding Semakan Sprint

Kedua-dua mesyuarat ini berlaku pada penghujung setiap Sprint dan mudah mengelirukan. Tetapi kedua-duanya mempunyai tujuan yang berbeza sepenuhnya.

Retrospektif adalah untuk pasukan. Semakan adalah untuk produk. Menjalankan kedua-duanya sebagai satu mesyuarat adalah kesilapan biasa yang mematikan kejujuran: orang tidak akan berbincang secara terbuka tentang masalah proses apabila pihak berkepentingan luar berada dalam bilik.

5 Peringkat Retrospektif

Struktur lima peringkat Derby dan Larsen daripada "Agile Retrospectives" memberikan pasukan satu alur yang boleh diandalkan. Setiap peringkat mempunyai tujuan khusus, dan melangkau peringkat adalah punca kebanyakan retro gagal.

Pasukan yang terus ke "jana pandangan" tanpa mengumpulkan data dahulu akan berakhir dengan perdebatan pendapat, bukan maklum balas berasaskan bukti. Dan pasukan yang melangkau "tutup" terlepas peluang untuk menambah baik retro itu sendiri dari masa ke masa.

Format Retrospektif Popular

Format yang anda pilih membentuk perbualan yang anda perolehi. Berikut adalah lima format retrospektif yang paling kerap digunakan dan bila setiap satu berfungsi dengan terbaik.

Tukar format setiap beberapa Sprint. Menjalankan Mula-Berhenti-Teruskan setiap kali menghasilkan jawapan yang sama daripada orang yang sama. Format baharu menetapkan semula perbualan.

Soalan Retrospektif untuk Ditanya

Soalan retrospektif yang baik membuka perbualan, bukan menutupnya. Berikut adalah promot yang dikelompokkan mengikut tujuan.

Untuk mendedahkan apa yang berjaya:

• Apakah yang anda banggakan daripada Sprint ini?
• Bahagian mana proses kami yang berfungsi lebih baik daripada yang dijangkakan?
• Apakah yang kami lakukan yang patut kami jaga dan tidak pernah hentikan?

Untuk mendedahkan apa yang menyakitkan:

• Apakah yang paling melambatkan anda dalam Sprint ini?
• Di manakah kami kehilangan kepercayaan antara satu sama lain atau dengan pihak berkepentingan?
• Apakah yang anda terpaksa cari jalan lain untuk diselesaikan, bukannya diselesaikan secara langsung?

Untuk menjana pandangan:

• Mengapa ini berlaku, dan adakah ia pernah berlaku sebelum ini?
• Jika kami mengubah satu perkara tentang cara kami bekerja, apakah yang akan memberi impak terbesar?
• Andaian apa yang kami buat yang ternyata salah?

Untuk mendorong tindakan:

• Apakah satu perkara yang kami komited untuk diubah dalam Sprint berikutnya?
• Siapa yang memiliki perubahan itu, dan bagaimana kami tahu ia berjaya?
• Apakah "kejayaan" untuk penambahbaikan ini dalam masa dua minggu?

Fasilitator retro terbaik tidak memilih soalan terlebih dahulu untuk setiap peringkat. Mereka mendengar pada peringkat dua dan membiarkan data menunjuk ke soalan pandangan dan tindakan yang paling penting untuk Sprint khusus ini.

Cara Menjalankan Retrospektif Sprint

Retrospektif yang dijalankan dengan baik tidak berlaku secara kebetulan. Berikut adalah playbook langkah demi langkah untuk retro satu jam standard bagi Sprint dua minggu.

Langkah 1: Had masa mesyuarat

Tetapkan masa tamat yang tegas dan patuhinya. Panduan Scrum memperuntukkan maksimum tiga jam untuk Sprint satu bulan, dikira secara berkadar. Untuk Sprint dua minggu, 60 hingga 90 minit adalah sasaran. Beritahu pasukan had masa pada permulaan. Ia mewujudkan rasa mendesak dan memastikan Peringkat 4 tidak dipinggirkan.

Langkah 2: Tetapkan suasana (5 minit)

Mulakan dengan semakan suhu atau semakan satu patah perkataan ("bagaimana perasaan anda tentang Sprint ini dalam satu perkataan?"). Ini membolehkan semua orang bercakap sebelum topik sukar timbul, dan ia memberi isyarat bahawa perasaan adalah data yang sah di sini, bukan gangguan. Ingatkan pasukan tentang arahan utama retrospektif: semua orang melakukan yang terbaik yang mereka boleh dengan maklumat dan sumber yang ada.

Langkah 3: Kumpulkan data (15 minit)

Minta setiap orang menulis pemerhatian pada nota pelekat (fizikal atau digital) untuk kategori format yang dipilih. Tetapkan pemasa. Kemudian setiap orang berkongsi nota mereka satu persatu. Jangan berbincang dahulu: sekadar dedahkan dan kelompokkan. Pada akhir peringkat ini, anda sepatutnya mempunyai peta Sprint yang kelihatan pada papan.

Langkah 4: Jana pandangan (15 minit)

Pilih dua atau tiga kelompok yang paling banyak mendapat perhatian. Tanya "mengapa" bukan "apa." Jika pasukan berkata "kami mempunyai terlalu banyak gangguan," tanya apa yang menyebabkannya. Adakah keutamaan yang tidak jelas? Giliran sedia panggil yang tidak dilindungi? Pihak berkepentingan yang terus menghubungi jurutera? Perubahan punca akar mengubah tingkah laku. Pembaikan simptom tidak mengubah apa-apa.

Langkah 5: Tentukan tindakan (15 minit)

Pasukan mengundi untuk satu hingga tiga tindakan penambahbaikan. Setiap tindakan memerlukan pemilik, takrifan selesai, dan tarikh semakan (biasanya retrospektif berikutnya). Tuliskannya di tempat yang benar-benar akan dilihat oleh pasukan: papan Sprint, dokumen dikongsi, atau item agenda semakan berkala. Jika item tindakan pasukan anda daripada enam retrospektif terakhir tersimpan dalam dokumen yang tidak pernah dibuka sesiapa, itulah masalah proses yang perlu diselesaikan dahulu.

Langkah 6: Tutup dan nilai retro (10 minit)

Minta setiap orang menilai retrospektif pada skala satu hingga lima dan terangkan penilaian mereka dalam satu ayat. Ini kelihatan kecil, tetapi begitulah retro bertambah baik dari masa ke masa. Jika semua orang memberi nilai tiga kerana perbincangan kekal di peringkat permukaan, anda tahu perlu memilih format atau fasilitator yang berbeza kali seterusnya. Terima kasih kepada semua orang atas kejujuran mereka dan tamatkan mengikut jadual.

Langkah 7: Tindak lanjut item tindakan

Scrum Master menyemak item tindakan penambahbaikan pada permulaan retrospektif Sprint berikutnya. Bukan sebagai audit, tetapi sebagai isyarat: adakah kami benar-benar melakukan apa yang kami katakan? Jika item tindakan yang sama muncul dalam tiga retrospektif berturut-turut, ia bukan item tindakan; ia adalah masalah struktur yang memerlukan perbualan berbeza.

Anti-Corak Retrospektif Biasa

Walaupun pasukan yang menjalankan retrospektif secara berkala boleh jatuh ke dalam corak yang menghakisnya.

Sesi meluahkan perasaan. Retro menjadi forum aduan tanpa pandangan atau tindakan. Pembaikan: tegakkan Peringkat 3 dan Peringkat 4 walaupun Peringkat 2 berjalan lebih lama.

Lima patah perkataan yang sama setiap kali. "Komunikasi," "dokumentasi," "proses," dan "kejelasan" muncul pada setiap papan, Sprint demi Sprint. Pembaikan: tukar format, tanya soalan punca akar, dan pantau sama ada item tindakan Sprint lepas benar-benar dihantar.

Bilik yang sunyi. Tiada sesiapa yang menulis sesuatu yang jujur kerana ada pengurus dalam bilik atau kerana pasukan tidak berasa cukup selamat. Pembaikan: jalankan retro sebagai acara pasukan Scrum sahaja dan nyatakan secara eksplisit arahan utama pada permulaan.

Item tindakan tanpa pemilik. "Pasukan akan menambah baik serah terima" bermakna tiada siapa akan menambah baik serah terima. Pembaikan: setiap item tindakan memerlukan seorang pemilik bernama dan hasil yang boleh diukur.

Keletihan retrospektif. Pasukan telah menjalankan begitu banyak retro yang tidak produktif sehingga mereka sudah tidak berminat secara mental. Pembaikan: akui secara langsung, jalankan satu format yang berbeza dengan sungguh-sungguh, dan tutup dengan item tindakan sebenar yang dihantar sebelum retro berikutnya bermula. Satu sesi yang produktif menetapkan semula jangkaan lebih cepat daripada lima perbualan tentang mengapa retro penting.

Falsafah Kaizen tentang penambahbaikan berterusan membingkai retrospektif dengan baik: penambahbaikan kecil yang konsisten lebih cepat berkumpul berbanding pembaharuan berkala. Satu perubahan bermakna setiap Sprint bermakna 26 penambahbaikan dalam setahun.

Soalan Lazim

Berapa lama tempoh retrospektif sprint?

Panduan Scrum menetapkan maksimum tiga jam untuk Sprint satu bulan, dikira secara berkadar. Untuk Sprint dua minggu, 60 hingga 90 minit adalah piawaian. Pasukan dengan amalan retrospektif yang kukuh sering selesai dalam masa 45 minit kerana mereka telah belajar bergerak cepat dari data kepada pandangan kepada tindakan.

Siapa yang menghadiri retrospektif sprint?

Retrospektif sprint adalah untuk pasukan Scrum sahaja: Scrum Master, Product Owner, dan pasukan pembangunan. Pihak berkepentingan, pengurus, dan pelanggan tidak hadir. Ketidakhadiran mereka adalah disengajakan. Retro adalah tempat di mana pasukan berbincang tentang cara mereka bekerja bersama, dan perbualan itu memerlukan keselamatan psikologi yang dipecahkan oleh pemerhati luar.

Apakah perbezaan antara retrospektif sprint dan semakan sprint?

Semakan sprint memberi tumpuan kepada produk: pasukan menunjukkan apa yang dibina, pihak berkepentingan memberi maklum balas, dan Backlog dikemas kini. Retrospektif sprint memberi tumpuan kepada proses: pasukan mencerminkan cara mereka bekerja bersama dan bersetuju dengan penambahbaikan. Output berbeza, peserta berbeza, nada berbeza. Jangan sekali-kali menggabungkan keduanya menjadi satu mesyuarat.

Berapa kerap anda perlu menjalankan retrospektif?

Setiap Sprint, tanpa pengecualian. Nilai retrospektif bertambah dengan konsistensi: pasukan membina kepercayaan, item tindakan dijejaki, dan penambahbaikan menjadi tabiat bukan peristiwa. Pasukan yang melangkau retrospektif semasa "Sprint sibuk" adalah pasukan yang paling memerlukannya.

Apakah yang menjadikan format retrospektif baik untuk pasukan yang sedang bergelut?

Mulakan dengan Mad-Sad-Glad atau semakan perasaan mudah sebelum yang lain. Pasukan yang bergelut sering mempunyai kandungan emosi yang tidak diluahkan yang menghalang pengumpulan data yang jujur. Sebaik sahaja perasaan dinamakan dan diakui, pasukan boleh beralih ke peringkat analitik. Mula-Berhenti-Teruskan dan DAKI (Drop, Add, Keep, Improve) kedua-duanya berfungsi dengan baik untuk menjana tindakan berstruktur daripada data emosi itu.

---

Retrospektif sprint adalah tempat di mana komitmen agile terhadap penambahbaikan berterusan benar-benar hidup atau mati. Setiap pasukan menjalankan Sprint. Mereka yang secara konsisten menghantar kerja yang lebih baik adalah mereka yang menganggap retrospektif seserius perancangan sprint. Pilih format anda, hadkan masa mesyuarat, dapatkan satu item tindakan sebenar, dan semak sama ada ia dihantar sebelum retro berikutnya bermula. Itulah seluruh amalannya.