Retrospektif yang Menghasilkan Perubahan Nyata

Tim engineering beranggotakan delapan orang menjalankan retrospektif dua mingguan selama enam bulan. Setiap sesi menghasilkan daftar item "yang perlu ditingkatkan" yang sama: komunikasi, ketepatan estimasi, handoff antar tim. Item-item yang sama muncul di retrospektif pertama, kedelapan, dan keenam belas. Tidak ada yang berubah karena tidak ada item tindakan spesifik yang ditugaskan ke orang tertentu dengan tanggal tertentu. Sesi-sesi itu terasa seperti terapi yang mengikis — setiap orang merasa lebih baik setelahnya, tetapi perilakunya sama.

Retrospektif yang berhasil bukan format yang lebih baik. Ini adalah disiplin untuk mengubah wawasan menjadi komitmen yang dapat dilacak.

Mengapa sebagian besar retrospektif tidak menghasilkan apa-apa

Ada dua kegagalan utama yang membuat retrospektif tidak produktif.

Kegagalan pertama adalah menghasilkan terlalu banyak item. Tim mengidentifikasi delapan belas hal yang bisa ditingkatkan, menggabungkannya menjadi sembilan tema, mendiskusikan setiap tema, dan waktu habis sebelum ada yang dikonfirmasi siapa yang bertanggung jawab untuk apa. Anggota tim pergi dengan perasaan bahwa banyak yang telah dibahas dan sedikit yang berubah.

Kegagalan kedua adalah item tindakan yang tidak dapat ditindaklanjuti. "Berkomunikasi lebih baik" dan "meningkatkan kualitas code review" bukan item tindakan. Mereka adalah tema. Item tindakan nyata memiliki pemilik tunggal, hasil yang spesifik, dan tanggal jatuh tempo. Tanpa itu, bahkan niat yang tulus tidak akan mengubah perilaku.

Format: Start-Stop-Continue yang ditingkatkan

Format Start-Stop-Continue adalah dasar yang baik karena membagi percakapan menjadi tiga pertanyaan yang dapat ditindaklanjuti. Tapi format standar sering menghasilkan terlalu banyak input dan terlalu sedikit fokus. Versi yang ditingkatkan ini menambahkan dot-voting dan batasan item tindakan.

Struktur sesi (60 menit untuk tim 6-10 orang):

(5 menit) Penetapan konteks Mulai dengan data spesifik dari sprint atau periode yang lalu: apa yang dikirim, apa yang tidak, metrik yang berubah. Ini membuat percakapan berbasis fakta daripada kesan umum. "Sprint ini kita mengirim 7 dari 10 story point yang direncanakan, 3 bug masuk ke produksi, dan cycle time kita meningkat 40%" lebih baik daripada "bagaimana perasaan kalian tentang sprint ini?"

(15 menit) Input diam Setiap orang menulis item Start, Stop, dan Continue di sticky note atau Miro secara diam-diam. Tidak ada diskusi pada fase ini. Input diam mencegah orang pertama yang berbicara menetapkan frame diskusi dan memastikan semua suara terwakili, bukan hanya yang paling vokal.

(10 menit) Berbagi dan mengelompokkan Bacakan setiap item dengan lantang dan tempelkan ke papan bersama. Kelompokkan item yang serupa. Pada akhir fase ini Anda akan melihat enam sampai dua belas kluster tema.

(10 menit) Dot-voting Setiap orang mendapat tiga vote. Mereka dapat mendistribusikan vote mereka sesuka hati — semuanya ke satu item atau tersebar di tiga item. Ini dengan cepat mengidentifikasi tema yang paling penting bagi tim tanpa negosiasi atau diskusi.

(15 menit) Pendalaman dua atau tiga tema teratas Hanya fokus pada dua atau tiga tema yang mendapat vote terbanyak. Untuk setiap tema, tanyakan: apa perubahan spesifik yang akan membuat perbedaan nyata? Apa yang harus berbeda setelah sprint berikutnya?

(5 menit) Item tindakan Ubah wawasan dari pendalaman menjadi maksimum tiga item tindakan. Setiap item harus memiliki pemilik tunggal dan tanggal jatuh tempo spesifik. Jika item tidak dapat memiliki pemilik tunggal, itu terlalu besar — pecah menjadi tindakan yang lebih kecil atau tunda ke retrospektif berikutnya.

Aturan item tindakan

Ini adalah bagian yang paling penting dan paling sering dieksekusi dengan buruk.

Item tindakan yang baik memiliki empat komponen: siapa, apa, kapan, dan bagaimana sukses terlihat.

Contoh buruk: "Tingkatkan code review." Contoh baik: "Sarah akan menambahkan checklist code review ke template PR kita sebelum 14 Maret, dan kita akan mengevaluasi apakah ini mengurangi komentar review berulang di retrospektif berikutnya."

Perbedaan ini bukan tentang formalitas. Ini tentang apakah item tersebut dapat dievaluasi. Ketika retrospektif berikutnya tiba, Anda ingin bisa menjawab: apakah ini selesai? Apakah ini berhasil?

Batasi item tindakan menjadi tiga per retrospektif. Ini terasa terlalu sedikit ketika Anda memiliki daftar panjang hal-hal yang ingin ditingkatkan. Tapi tim yang berkomitmen pada tiga item dan menyelesaikannya berkembang lebih cepat daripada tim yang berkomitmen pada sepuluh item dan tidak menyelesaikan satupun.

Membuka retrospektif dengan data

Retrospektif yang dimulai dengan pertanyaan seperti "bagaimana perasaan kalian tentang sprint ini?" menghasilkan percakapan berbasis kesan. Kesan berguna, tetapi kesan tanpa data mudah dipengaruhi oleh kejadian terakhir dan bias memori.

Data yang berguna untuk dibawa ke retrospektif:

  • Velocity: Berapa story point yang direncanakan vs. diselesaikan? Apakah ini tren?
  • Cycle time: Berapa lama rata-rata dari in-progress ke selesai? Apakah ada blocker berulang?
  • Kualitas: Berapa bug yang masuk ke produksi? Dari jenis apa?
  • Beban on-call: Berapa banyak insiden yang ditangani? Berapa lama?
  • Item tindakan sebelumnya: Dari retrospektif terakhir, item mana yang diselesaikan? Mana yang tidak?

Item terakhir itu penting. Membuka dengan "dari tiga item tindakan retrospektif terakhir, dua selesai dan satu tidak" menciptakan akuntabilitas dan menunjukkan bahwa retrospektif memiliki konsekuensi nyata.

Menangani retrospektif yang terasa tidak aman

Retrospektif memerlukan kepercayaan. Tim di mana orang merasa bahwa mengidentifikasi masalah akan digunakan melawan mereka tidak akan memberikan input yang jujur. Mereka akan mengatakan hal-hal yang positif dan netral serta menghindari topik yang sebenarnya penting.

Beberapa tanda bahwa sesi tidak cukup aman: semua orang setuju satu sama lain, semua feedback positif atau sangat umum, topik tertentu tidak pernah diangkat meskipun ada masalah yang jelas, anggota tim tertentu tidak berbicara.

Cara mengatasi ini tidak memerlukan intervensi besar. Satu perubahan format yang membuat perbedaan: input anonim untuk item Start dan Stop. Gunakan alat seperti Mentimeter, EasyRetro, atau bahkan Google Form di mana orang dapat mengirimkan item tanpa nama mereka terpasang. Setelah tema muncul, diskusi terbuka dapat dilanjutkan. Tapi fase input anonim mencegah self-censoring.

Hal lain yang membantu: facilitator yang bukan manajer langsung. Ketika manajer memfasilitasi retrospektif, ada dinamika kekuasaan yang tidak dapat dihilangkan sepenuhnya. Merotasi fasilitasi di antara anggota tim meratakan ini sedikit.

Rotasi fasilitasi

Tim yang menjalankan fasilitasi yang sama terus-menerus mengembangkan pola sesi yang mencerminkan gaya fasilitator, bukan kebutuhan tim. Merotasi fasilitasi setiap sprint atau setiap dua sprint memiliki dua manfaat: ini mengembangkan keterampilan fasilitasi di seluruh tim, dan ini mencegah satu orang menjadi penjaga gerbang percakapan yang terjadi.

Praktis untuk rotasi fasilitasi: berikan template agenda dan panduan sederhana kepada fasilitator berikutnya. Mereka tidak perlu menemukan ulang format setiap kali. Tugas mereka adalah memfasilitasi proses yang ada, bukan menciptakan proses baru.

Retrospektif untuk tim yang terdistribusi

Format tatap muka bergantung pada isyarat non-verbal dan pengaturan ruang fisik yang tidak ada dalam sesi remote. Beberapa penyesuaian yang membuat retrospektif remote lebih efektif:

Gunakan papan virtual. Miro, FigJam, dan alat serupa memungkinkan input simultan yang mencerminkan sticky note fisik. Pastikan semua orang memiliki akses sebelum sesi dimulai.

Perpanjang fase input diam. Dalam sesi tatap muka, 10 menit sudah cukup. Remote, berikan 12-15 menit. Orang membutuhkan sedikit lebih banyak waktu ketika mereka tidak bisa melihat satu sama lain bekerja.

Gunakan check-in suasana. Mulai dengan check-in cepat di mana setiap orang mengatakan satu kata atau emoji tentang bagaimana perasaan mereka. Ini membangun kehadiran sebelum konten dimulai dan memberikan konteks tentang dinamika emosional di ruangan.

Rekam item tindakan secara eksplisit. Di sesi tatap muka, Anda bisa melihat orang mencatat. Remote, baca kembali setiap item tindakan di akhir sesi dan konfirmasi pemilik dan tanggal secara verbal sebelum sesi ditutup.

Evaluasi efektivitas retrospektif

Cara terbaik untuk mengetahui apakah retrospektif Anda berhasil adalah mengevaluasi dua hal: berapa banyak item tindakan yang diselesaikan, dan apakah masalah yang sama terus muncul sprint demi sprint.

Jika tingkat penyelesaian item tindakan Anda di bawah 70%, masalahnya bukan motivasi tim. Masalahnya adalah item tindakan terlalu besar, tidak memiliki pemilik yang jelas, atau tidak diintegrasikan ke dalam pekerjaan sprint berikutnya. Perbaiki itu sebelum mengkhawatirkan hal lain.

Jika masalah yang sama muncul terus-menerus, ada dua kemungkinan: item tindakan Anda tidak mengatasi akar penyebabnya, atau ada kendala struktural yang tidak dapat diselesaikan di tingkat tim. Contoh pertama: "berkomunikasi lebih baik" sebagai item tindakan tidak akan menyelesaikan masalah komunikasi karena terlalu umum. Contoh kedua: jika dependensi pada tim lain terus menyebabkan blockage dan tim lain itu tidak hadir dalam retrospektif, mengatasi ini mungkin memerlukan eskalasi ke manajer, bukan item tindakan tim lain.

Apa yang harus dilakukan selanjutnya

Sebelum retrospektif berikutnya, lakukan satu perubahan: putuskan berapa banyak item tindakan yang akan dibatasi. Tiga adalah angka yang baik. Masukkan batasan ini ke dalam agenda dan terapkan itu bahkan ketika tim ingin menambahkan lebih banyak.

Kemudian di akhir sesi, sebelum menutup, baca kembali setiap item tindakan dengan lantang: siapa pemiliknya, apa yang akan mereka lakukan, kapan. Buat semua orang mengkonfirmasi bahwa pemahaman mereka cocok.

Dua perubahan ini — batas item tindakan dan konfirmasi verbal di akhir — konsisten meningkatkan tingkat penyelesaian lebih dari perubahan format lainnya.

Pelajari Lebih Lanjut