Template retrospektif: format, contoh — dan cara agar action item bertahan sampai retro berikutnya (2026)

Retrospektif adalah rapat tempat sebuah tim meninjau cara kerjanya — selama satu sprint, satu rilis, atau satu bulan — lalu memutuskan apa yang perlu diubah. Bukan apa yang dibangun; itu urusan review. Yang dibahas adalah bagaimana pekerjaan itu dibangun: apa yang memperlambat, apa yang melancarkan, dan satu atau dua hal yang akan dilakukan tim secara berbeda lain kali. Template retrospektif adalah satu halaman yang menampung percakapan itu dalam urutan tetap, agar rapat menghasilkan keputusan, bukan sekadar daftar keluhan.

Panduan ini membahas keahliannya lebih dulu — format, template retrospektif sprint yang bisa Anda salin, contoh yang sudah terisi, dan empat set pertanyaan yang biasa dirotasi kebanyakan tim — lalu mekanismenya: di mana retro berlangsung dalam tools yang sudah dipakai tim Anda, dan apa yang terjadi pada tindak lanjutnya setelah panggilan berakhir. Sebab ujian sejati sebuah retrospektif bukanlah board di akhir jam itu. Ujiannya adalah lima menit pertama retro berikutnya, saat seseorang bertanya apakah dua perubahan yang disepakati semua orang benar-benar terjadi.

Apa itu retrospektif — dan apa yang bukan

Empat rapat berada dekat dengan retrospektif, dan tim yang menggabungkannya akan menanggung akibatnya:

Retrospektif adalah satu-satunya dari keempatnya yang membahas tim itu sendiri, di hadapan tim, dengan tim yang mengambil keputusan. Itulah sebabnya hasilnya kecil — tim hanya bisa mengubah satu atau dua kebiasaan per siklus, bukan sepuluh — dan mengapa retro dengan daftar panjang biasanya sudah berubah menjadi review atau incident review dengan nama yang keliru. Agenda sprint review dan agenda retro adalah dua halaman berbeda, dan itu ada alasannya.

Retrospektif juga bukan rapat status yang dibumbui perasaan. "Mari kita bergilir menyampaikan bagaimana rasanya sprint ini" hanya menghasilkan suasana hati, bukan perubahan. Template di bawah ini meminta data sebelum opini, menulis sebelum bicara, dan keputusan sebelum jam berakhir.

Isi template: formatnya

Template retrospektif yang berguna memiliki tujuh bagian, dalam urutan ini. Kebanyakan template di internet hanya memuat sebagian; dua yang paling sering hilang adalah yang pertama dan yang terakhir.

1. Tindak lanjut retro sebelumnya, diperiksa. Sebelum yang lain: setiap tindak lanjut dari sebelumnya, penanggung jawabnya, dan salah satu dari tiga status — selesai, belum selesai beserta alasannya, dibatalkan. Dua menit untuk daftar berisi tiga item. Retrospektif yang melewatkan slot ini sedang mengumumkan bahwa tindak lanjutnya opsional, dan seisi ruangan mendengarnya.
2. Periode dalam fakta. Apa yang dirilis, apa yang mundur, apa yang rusak, dalam angka atau tanggal, sudah ada di board sebelum siapa pun berbicara. Tiga sampai lima baris. Opini yang diperdebatkan atas fakta yang sama akan bertemu; opini yang diperdebatkan atas ingatan yang berbeda tidak.
3. Apa yang berjalan baik. Ditulis dulu, satu catatan per orang per poin, baru dibacakan. Menulis lebih dulu adalah aturan yang membuat separuh tim yang pendiam bisa didengar, sekaligus alasan biasa mengapa retro didominasi dua suara.
4. Apa yang tidak. Dengan cara yang sama. Catatan membahas pekerjaan dan cara kerja, bukan orang; fasilitator memindahkan catatan yang menyebut nama seseorang ke parking lot untuk dibahas dalam one-on-one.
5. Kelompokkan dan pilih. Kelompokkan catatan, lalu biarkan setiap orang memberikan dua suara pada klaster yang ingin dibahas. Satu atau dua teratas menjadi pokok retro untuk sisa waktunya; sisanya menunggu retro berikutnya, dan daftar yang menunggu itu disimpan.
6. Satu atau dua perubahan, sebagai tindak lanjut. Untuk setiap klaster terpilih, perubahan yang disanggupi tim, ditulis sebagai action item: satu penanggung jawab, satu kata kerja, satu tanggal. "Lebih baik dalam estimasi" adalah harapan; "Lena — menambahkan pengecekan estimasi 15 menit pada planning hari Kamis — mulai sprint depan" adalah tindak lanjut.
7. Penanggung jawab, tanggal pengecekan, dan apresiasi. Bacakan kembali tindak lanjut beserta penanggung jawabnya; sebutkan tanggal pengecekannya — biasanya retro berikutnya; lalu tutup dengan satu putaran ucapan terima kasih, dengan menyebut nama. Item terakhir ini bukan hiasan: inilah yang membuat orang bersedia menulis catatan di item 4 pada kesempatan berikutnya.

Yang tidak masuk: apa pun yang termasuk dalam review (cakupan), incident review (linimasa satu kegagalan), atau one-on-one (satu orang). Retrospektif yang mencoba menampung semua itu akan molor dan tidak memutuskan apa-apa.

Cara menjalankannya: sebelum, selama, sesudah

Sebelum: tetapkan slot dan siapkan faktanya. Retrospektif adalah rapat berulang, setelah review dan sebelum planning berikutnya, agar bekerja dari apa yang benar-benar dirilis; bagaimana posisinya dalam minggu kerja dibahas di panduan ritme rapat. Sehari sebelumnya, fasilitator memposting fakta periode itu di channel tim — daftar yang dirilis, daftar yang mundur, insiden — beserta tindak lanjut retro sebelumnya dengan penanggung jawabnya, sehingga item 1 dan item 2 sudah dibaca sebelum rapat, bukan disusun saat rapat. Rotasikan fasilitatornya: retro yang selalu dipimpin manajer akan berubah menjadi laporan kepada manajer.

Selama: menulis sebelum bicara, lalu keputusan. Buka dengan pengecekan tindak lanjut — setiap penanggung jawab menyatakan selesai atau belum, dan alasannya, dalam satu kalimat. Lalu fakta, dibacakan dalam satu menit. Kemudian delapan menit menulis dalam diam untuk yang berjalan baik dan yang tidak, setiap catatan terlihat oleh semua orang begitu masuk, dalam bahasa masing-masing anggota jika board-nya menerjemahkan, dan dalam satu bahasa yang disepakati ruangan jika tidak. Pembacaan, pengelompokan, pemungutan suara: lima belas menit. Klaster terpilih mendapat sisa jam, dan satu-satunya tugas fasilitator pada bagian itu adalah mengubah obrolan menjadi tindak lanjut yang bernama sebelum waktu habis, membacakan masing-masing agar penanggung jawabnya menyetujuinya dua kali. Lima menit di akhir: tindak lanjut beserta penanggung jawab dan tanggal pengecekan, lalu apresiasi.

Sesudah: terbitkan halamannya di hari yang sama, di tempat retro berikutnya akan membukanya. Board dengan catatannya, klaster terpilih, tindak lanjut beserta penanggung jawabnya, dan tindak lanjut sebelumnya beserta statusnya — satu halaman, untuk semua orang, termasuk yang tidak hadir. Lalu taruh di tempat retrospektif berikutnya dimulai: pengecekan tindak lanjut di bagian atas halaman berikutnya adalah salinan daftar tindak lanjut di bagian bawah halaman ini. Retrospektif yang disimpan di buku catatan fasilitator adalah retrospektif yang tidak dimiliki tim.

Cara menjalankan jam itu sendiri — pembukaan, pembagian waktu, pembacaan kembali hasil di lima menit terakhir — adalah keahlian yang sama dengan rapat yang efektif pada umumnya. Yang khas untuk retro adalah aturan menulis lebih dulu dan batas dua perubahan.

Template retrospektif sprint

[Tim] — Retrospektif, sprint [nomor] / [periode]
Tanggal: [tanggal] · Waktu: [mulai]–[selesai] · Tautan: [tautan rapat]
Tujuan: memilih satu atau dua perubahan pada cara kita bekerja, dan memeriksa perubahan yang kita pilih terakhir kali.
Fasilitator: [nama, bergilir] · Catatan: [nama atau "rekap"]
Bahan bacaan: halaman retro sebelumnya, fakta periode ini

1. Tindak lanjut retro sebelumnya — fasilitator — 5 mnt — informasi
– [Penanggung jawab] — [tindakan] — tenggat [tanggal] — selesai / belum selesai: [alasan] / dibatalkan
– [Penanggung jawab] — [tindakan] — tenggat [tanggal] — selesai / belum selesai: [alasan] / dibatalkan

2. Periode dalam fakta — fasilitator — 3 mnt — informasi
Dirilis: [daftar]. Mundur: [daftar]. Rusak: [daftar]. [Satu angka yang penting pada periode ini.]

3. Yang berjalan baik — semua orang, menulis dulu — 8 mnt — diskusi
[Catatan, satu poin masing-masing, dibacakan setelah menulis.]

4. Yang tidak — semua orang, menulis dulu — 8 mnt — diskusi
[Catatan tentang pekerjaan dan cara kerja — bukan tentang orang.]

5. Kelompokkan dan pilih — semua orang — 10 mnt — keputusan
Klaster: [A], [B], [C]. Dua suara per orang. Terpilih: [satu atau dua]. Menunggu giliran: [sisanya].

6. Perubahan yang kita sanggupi — tim — 15 mnt — keputusan
– [Penanggung jawab] — [kata kerja + objek] — mulai [tanggal] — dicek pada retro [tanggal]
– [Penanggung jawab] — [kata kerja + objek] — mulai [tanggal] — dicek pada retro [tanggal]

7. Penanggung jawab, tanggal pengecekan, apresiasi — 5 mnt
Tindak lanjut dibacakan kembali beserta penanggung jawabnya. Tanggal pengecekan: retro berikutnya, [tanggal]. Satu ucapan terima kasih per orang, dengan menyebut nama.

Parking lot: [hal yang diangkat tetapi tidak terpilih — dibawa ke halaman retro berikutnya]

Template ini berupa teks biasa: bisa ditempel ke dokumen, canvas, kolom sticky note di whiteboard, atau pesan chat tanpa perlu memformat ulang. Urutannyalah yang penting; alatnya tidak.

Contoh terisi: tim produk beranggotakan delapan orang, setelah sprint dua minggu

Tim Platform — Retrospektif, sprint 31
Tujuan: memilih satu atau dua perubahan pada cara kita bekerja, dan memeriksa perubahan yang kita pilih terakhir kali.
Fasilitator: Mateusz · Catatan: rekap
Bahan bacaan: halaman retro sprint 30; fakta sprint 31 yang diposting di channel kemarin

1. Tindak lanjut retro sebelumnya — 5 mnt
– Priya — memindahkan daily ke pukul 09.30 agar Lisbon bergabung secara langsung — tenggat 2 Nov — selesai
– Kenji — definition of done satu halaman untuk jalur mobile — tenggat 6 Nov — belum selesai: menunggu suntingan dari lead QA; dijadwalkan ulang ke 20 Nov

2. Periode dalam fakta — 3 mnt
Dirilis 9 dari 11 item yang direncanakan. Mundur: job ekspor, email onboarding. Rusak: satu insiden, 40 menit, indeks pencarian. Review hari Kamis molor 25 menit.

3. Yang berjalan baik — 8 mnt
Pairing untuk perbaikan pencarian menyelesaikannya di hari yang sama. Channel menyimpan faktanya, sehingga tidak ada yang bertanya "apa yang kita rilis" dua kali. Lisbon bergabung di setiap daily.

4. Yang tidak — 8 mnt
Dua item masih setengah terspesifikasi saat sprint dimulai. Review molor karena demo disiapkan selama rapat. Laporan insiden ditulis terlambat tiga hari.

5. Kelompokkan dan pilih — 10 mnt
Klaster: kesiapan di awal sprint (6 suara), durasi review (4), penulisan laporan insiden (3), estimasi (2). Terpilih: kesiapan, review. Menunggu: laporan insiden, estimasi.

6. Perubahan yang kita sanggupi — 15 mnt
– Lena — pengecekan kesiapan untuk setiap item pada hari Selasa sebelum planning; item tanpa spesifikasi satu baris dan penanggung jawab tidak masuk sprint — mulai sprint 32 — dicek pada retro 28 Nov
– Tomás — lingkungan demo siap dan teruji paling lambat tengah hari pada hari review — mulai sprint 32 — dicek pada retro 28 Nov

7. Penanggung jawab, tanggal pengecekan, apresiasi — 5 mnt
Dibacakan kembali. Tanggal pengecekan: 28 Nov. Terima kasih kepada Priya untuk pairing pencarian dan kepada Lisbon untuk start yang lebih awal.

Parking lot: laporan insiden; estimasi — urutan pertama dalam daftar untuk retro sprint 32.

Perhatikan apa yang membuat halaman ini bekerja: item pertama dan item kedua dari akhir adalah daftar yang sama, dilihat dengan selisih dua minggu. Tindak lanjut sprint 31 lahir di bagian bawah halaman sprint 30 dan dinilai di bagian atas halaman ini; tindak lanjut sprint 32 akan dinilai pada 28 November. Lingkaran itulah seluruh nilai sebuah retrospektif, dan itulah bagian yang oleh kebanyakan template diserahkan pada ingatan.

Empat set pertanyaan, dan kapan masing-masing cocok

Item 3 dan 4 dalam template adalah sepasang pertanyaan, dan tim bisa jenuh dengan pasangan yang sama. Empat alternatif yang dikenal luas, masing-masing tetap berakhir di item 5 dan 6:

Set mana pun yang Anda pakai, dua aturan tetap berlaku: menulis sebelum bicara, dan hasilnya satu atau dua tindak lanjut dengan penanggung jawab. Set pertanyaan yang menghasilkan dinding catatan yang lebih kaya tetapi tanpa keputusan telah membuat rapat lebih menarik dan kurang berguna.

Di mana retrospektif berlangsung dalam tools yang sudah Anda pakai

Setiap platform besar menyediakan board atau dokumen untuk retro, dan masing-masing berhenti di titik yang berbeda. Hanya perilaku yang terdokumentasi, dari halaman resmi vendor, dengan bulan pengecekan setiap fakta:

Dua hal sama di setiap baris. Board retro adalah dokumen di samping rapat, dalam satu bahasa tempat ia ditulis atau rapat diadakan; dan apakah tindak lanjut retro sebelumnya selesai adalah pertanyaan yang tidak dijawab oleh dokumen — seseorang membuka halaman sebelumnya pada rapat berikutnya dan membacakannya ke dalam ruangan. Bila itu sudah cukup, salah satu dari keempatnya akan memadai dan tabel ini adalah jawaban lengkapnya. Ke mana transkrip, rekaman, dan ringkasan panggilan Teams atau Meet berakhir sesudahnya, dan siapa yang masih bisa membukanya, dipetakan dalam tempat Teams dan Meet menyimpan transkrip, rekaman, dan ringkasan Anda; cakupan terjemahan langsung setiap platform di dalam panggilan dan di mana ia berhenti dibahas dalam panduan Teams dan Meet (Teams, Meet).

Bagaimana tindak lanjut bertahan sampai retro berikutnya

InterMIND adalah ruang komunikasi tempat rapat hidup dalam sebuah channel, sehingga retrospektif punya rumah yang jelas: channel tersendiri, tempat fakta periode dan tindak lanjut retro sebelumnya diposting sehari sebelumnya, dan channel itu menyimpan rekap setiap sesi, sehingga halaman sprint 30 hanya berjarak satu klik dari halaman sprint 31. Setiap anggota mengetik dalam bahasanya sendiri dan membaca yang lain dalam bahasanya; halaman yang disusun di tempat lain masuk ke channel lewat email — host memberi channel alamat tersendiri, dan pesan yang dikirim ke sana muncul sebagai pesan biasa dengan pengirim yang tercantum dan lampiran yang tetap tersimpan.

Selama panggilan, board adalah catatan yang ditampilkan di layar semua orang di samping tile video dengan Share to conference: fasilitator menyuntingnya secara langsung selagi ruangan menulis poin-poinnya, dan setiap peserta membacanya dalam bahasanya sendiri, dengan versi aslinya hanya satu sentuhan jauhnya. Rekap sesi sebelumnya dapat dibagikan ke konferensi dengan cara yang sama, sehingga item 1 — tindak lanjut retro sebelumnya — adalah catatan sebenarnya di layar semua orang, bukan ingatan seseorang tentangnya.

Saat panggilan berakhir, rekap ditulis dari rapat itu sendiri: ringkasan, poin yang ditandai disepakati, terbuka, atau diperdebatkan, action item beserta penanggung jawabnya, dengan setiap baris menyimpan stempel waktunya. Rekap tiba lewat email, sebagai pesan di channel, dan sebagai tautan di acara kalender, dan setiap anggota yang masuk membacanya dalam bahasanya sendiri — catatan itu diterjemahkan per pembaca, bukan ditulis sekali dalam bahasa yang kebetulan dipakai ruangan. Anggota mana pun dapat menyuntingnya, dan setiap suntingan menyimpan penulis serta riwayat revisi. Host dapat menambahkan salinan rekap ke alamat mana pun — kotak masuk tracker atau CRM — sehingga kedua tindak lanjut sampai ke sistem pencatatan tanpa ada yang meneruskan apa pun. Teams dan Meet, menurut dokumentasinya di atas, menerjemahkan momennya — teks langsung di panggilan, rekap dalam bahasa rapat; di sini ruanglah yang tetap terjemahan.

Di organisasi yang mengaktifkan halaman status tim, tindak lanjut retro juga diperiksa. Setiap tindak lanjut yang dicatat sebuah rekap bergabung ke rantai tugas organisasi, dan saat rekap berikutnya ditulis, yang masih terbuka dinilai berdasarkan apa yang dikatakan: tindak lanjut yang dilaporkan seseorang telah selesai ditandai selesai; tindak lanjut yang dibahas tetapi belum selesai ditandai belum selesai dengan alasan dalam kata-kata rapat; tindak lanjut yang tidak diangkat siapa pun tetap terbuka. Penilaian itu tersimpan di halaman status organisasi, masing-masing dengan rekap yang mendasarinya, dan di awal sesi berikutnya Mia menyebutkan item yang terbuka beserta penanggung jawabnya — sehingga item 1 dalam template tetap dibicarakan meskipun tidak ada yang membuka halaman sebelumnya. Halaman status tim adalah fitur pratinjau: admin organisasi mengaktifkannya di Settings → Advanced setelah menyetujui ketentuan alfa (halaman Preview features menjelaskan masing-masing).

Seorang tamu — kontraktor di sprint tersebut, insinyur klien yang diundang ke satu retro — bergabung lewat tautan, tanpa akun dan tanpa biaya, dari ponsel, di browser, dan mendengar rapat secara langsung dalam bahasanya sendiri. Tidak ada catatan untuk tamu sesudahnya — akunnya gratis, dan akun itulah yang membuat catatan dapat dijangkau. Host menyediakan ruangnya dan, pada paket berbayar, hanya membayar anggota yang aktif dalam 28 hari terakhir; anggota yang tidak aktif tetap memiliki akses tanpa biaya.

• Buka rekap lengkap — catatan nyata yang dirender oleh kode yang sama dengan yang menulis rekap Anda, termasuk action item.
• Coba demo langsung — tanpa pendaftaran; bicaralah, dan dengarkan ruangan diterjemahkan per pendengar.

Retrospektif sebagai keahlian akan bertahan di tool apa pun: tetap ada yang harus bertanya kepada tim apa yang perlu diubah dan menahannya pada dua jawaban. Yang tidak perlu bertahan adalah pekerjaan kedua — mengetik ulang board setelah panggilan, dalam satu bahasa, dan membuka retro berikutnya dengan bertanya apakah ada yang melakukan apa yang diputuskan retro sebelumnya.

FAQ

Apa itu rapat retrospektif?

Retrospektif adalah rapat berulang tempat sebuah tim meninjau cara kerjanya selama satu periode — sprint, rilis, atau sebulan — dan menyanggupi satu atau dua perubahan pada cara kerjanya. Rapat ini memeriksa tindak lanjut retro sebelumnya lebih dulu, menaruh fakta periode di board, mengumpulkan apa yang berjalan baik dan apa yang tidak secara tertulis, mengelompokkan dan memberi suara, lalu diakhiri dengan tindak lanjut yang memiliki penanggung jawab dan tanggal pengecekan. Ini berbeda dari review, yang meninjau apa yang dibangun, dan dari incident review, yang meninjau satu kegagalan.

Bagaimana menjalankan retrospektif sprint?

Tetapkan slot setelah review dan sebelum planning, lalu posting fakta periode dan tindak lanjut retro sebelumnya di channel tim sehari sebelumnya. Dalam rapat: periksa tindak lanjut terakhir (lima menit), bacakan faktanya, tulis catatan yang berjalan baik dan yang tidak dalam diam sebelum ada yang bicara, bacakan, kelompokkan, beri suara dengan dua suara per orang, dan gunakan sisa waktu untuk mengubah satu atau dua klaster teratas menjadi tindak lanjut dengan satu penanggung jawab dan satu tanggal. Bacakan kembali tindak lanjutnya, sebutkan tanggal pengecekan — biasanya retro berikutnya — dan tutup dengan apresiasi. Terbitkan halamannya di hari yang sama di tempat retro berikutnya akan membukanya.

Apa 5 tahap retrospektif?

Struktur lima tahap yang banyak digunakan adalah: menyiapkan suasana (tujuan, tindak lanjut sebelumnya, aturan), mengumpulkan data (fakta periode dan catatan semua orang), menghasilkan wawasan (mengelompokkan catatan dan menemukan pola di baliknya), memutuskan apa yang dilakukan (satu atau dua tindak lanjut dengan penanggung jawab), dan menutup (pembacaan kembali, tanggal pengecekan, apresiasi). Template dalam panduan ini terpetakan ke tahap-tahap itu item demi item: item 1–2 menyiapkan suasana dan mengumpulkan fakta, 3–5 mengumpulkan dan mengelompokkan, 6 memutuskan, 7 menutup.

Apa perbedaan antara sprint review dan retrospektif sprint?

Review meninjau pekerjaannya — apa yang dibangun, apakah itu yang dimaksudkan, apa yang berubah di backlog — dengan pemangku kepentingan di ruangan. Retrospektif meninjau cara kerja — apa yang memperlambat tim dan apa yang akan diubahnya — hanya dengan tim. Review meninggalkan item yang diterima dan perubahan backlog; retrospektif meninggalkan satu atau dua tindak lanjut tentang cara kerja tim, dan tindak lanjut terakhir yang ditandai selesai atau belum. Retro ditempatkan setelah review agar bekerja dari apa yang benar-benar dirilis.

Apa itu start, stop, continue?

Set pertanyaan retrospektif dengan tiga kolom: apa yang harus mulai dilakukan tim, apa yang harus dihentikan, dan apa yang harus terus dilakukan. Set ini menggantikan pasangan berjalan baik dan tidak dari template dasar dan cocok untuk tim yang menginginkan tindak lanjut langsung dari catatan — catatan "start" sudah setengah tindak lanjut. Pengelompokan, pemungutan suara, dan batas satu atau dua perubahan yang disanggupi tetap berlaku.

Apa 4 pertanyaan dalam retrospektif?

Retrospektif klasik mengajukan empat pertanyaan: apa yang sudah kita lakukan dengan baik, apa yang kita pelajari, apa yang harus kita lakukan secara berbeda lain kali, dan apa yang masih membingungkan kita. Itu adalah 4L dalam bentuk lain — liked, learned, lacked, longed for — dan paling baik untuk periode yang lebih panjang, seperti satu kuartal atau akhir proyek, saat belajar sama pentingnya dengan memperbaiki.

Berapa lama retrospektif sprint sebaiknya berlangsung?

Untuk sprint dua minggu dan tim lima sampai sepuluh orang, 45 sampai 60 menit: lima untuk tindak lanjut sebelumnya, tiga untuk fakta, enam belas untuk menulis, lima belas untuk pembacaan, pengelompokan, dan pemungutan suara, lima belas untuk perubahan, lima untuk penutupan. Retrospektif yang rutin berlangsung lebih lama biasanya telah membiarkan review atau diskusi insiden masuk ke ruangan; retro yang jauh lebih singkat biasanya telah melewatkan penulisan atau tindak lanjutnya.

Apa yang harus ada dalam template retrospektif?

Tujuh hal: tindak lanjut retro sebelumnya beserta statusnya; periode dalam fakta; apa yang berjalan baik; apa yang tidak — keduanya ditulis dulu; pengelompokan dan pemungutan suara; satu atau dua perubahan yang ditulis sebagai action item dengan penanggung jawab dan tanggal; dan penutup — pembacaan kembali, tanggal pengecekan, apresiasi — dengan parking lot untuk hal yang menunggu. Dua bagian yang dilewatkan kebanyakan template adalah yang pertama dan yang kedua dari akhir: pengecekan tindak lanjut lama dan penanggung jawab-serta-tanggal pada yang baru. Keduanyalah yang menghubungkan satu retro dengan retro berikutnya.

Sumber: Microsoft — Take meeting notes in Microsoft Teams; Microsoft — Recap in Microsoft Teams; Zoom — Generating meeting agenda with AI Companion; Zoom — Using Meeting Summary with AI Companion; Google — Calendar & Meet settings for "Take notes for me"; Google Meet — "Take notes for me" in Google Meet; Slack — Meeting agenda template; Slack — Use huddles in Slack. Setiap sel tabel mencantumkan bulan pengecekan faktanya: halaman catatan Microsoft, halaman agenda Zoom, halaman Google, dan halaman Slack dicek Oktober 2026; halaman rekap Microsoft dan halaman ringkasan rapat Zoom dicek Agustus 2026. Struktur lima tahap dan set pertanyaan merupakan praktik umum dan tidak mengandung klaim vendor. Vendor mengubah paket, fitur, dan daftar bahasa dari waktu ke waktu; periksa halaman mereka untuk kondisi terkini.