Retrospektif proyek sebelum serah terima meninjau seberapa baik tim pelaksana menyiapkan tim penerima untuk menjalankan, mendukung, atau melanjutkan hasil proyek. Kegiatan ini menemukan kesenjangan koordinasi dan pengetahuan selagi masih ada waktu untuk memperbaikinya. Retrospektif melengkapi penerimaan formal; tidak menggantikannya dan tidak dengan sendirinya mengizinkan risiko yang belum terselesaikan.
Lakukan cukup awal agar temuan dapat ditindaklanjuti. Waktu yang tepat bergantung pada proses transisi: alur kerja internal yang kecil mungkin hanya memerlukan tinjauan singkat sebelum transfer akhir, sedangkan layanan kompleks mungkin membutuhkan beberapa tinjauan selama serah terima bertahap.
Panduan serah terima dari Association for Project Management memandang serah terima sebagai proses transisi dan menekankan transfer pengetahuan yang bermakna. Lokakarya di bawah ini menerapkan gagasan tersebut dalam retrospektif tim dengan berfokus pada hal yang benar-benar dapat dilakukan tim penerima.
Ajukan pertanyaan yang berbeda dari perayaan proyek
Perayaan penyelesaian mengakui hasil kerja. Retrospektif meninjau cara pekerjaan dilakukan. Keputusan kesiapan serah terima memastikan apakah syarat transfer yang disepakati sudah terpenuhi. Jika ketiganya digabung tanpa menjelaskan tujuannya, masalah yang belum terselesaikan bisa sulit disampaikan.
Mulailah dengan: “Apa yang mungkin dibutuhkan tim penerima bulan depan tetapi belum kita siapkan agar dapat digunakan?” Pertanyaan ini mengundang orang untuk menunjukkan kesenjangan praktis tanpa menganggap pencapaian proyek tidak berarti.
Tetapkan batas yang jelas. Sesi ini dapat menemukan pengetahuan pemulihan yang belum tersedia, kepemilikan dukungan yang belum diputuskan, atau asumsi penerimaan yang terlambat. Sesi tidak boleh secara informal merundingkan ulang kontrak, menyetujui pengecualian keselamatan, atau membagikan informasi di luar hak akses peserta.
Gunakan panduan retrospektif tim jika peserta belum mengenal format ini. Sertakan orang yang akan menerima pekerjaan, bukan hanya tim pelaksana yang menilai kinerjanya sendiri.
Siapkan paket kecil berisi bukti transfer
Bawa kriteria penerimaan terkini, pemilik operasional, masalah yang masih terbuka, dan lokasi petunjuk yang relevan. Minta tim penerima menyebutkan skenario yang mereka perkirakan akan ditangani. Jangan meminta mereka menerima tumpukan dokumen besar tanpa memahami materi mana yang mendukung tugas tertentu.
Lembar kerja transfer yang berguna:
| Skenario atau kewajiban | Bukti atau panduan yang dibutuhkan | Penanggung jawab di pihak penerima | Kesenjangan dan keputusan berikutnya |
|---|---|---|---|
| Operasi rutin | Penerima dapat menyelesaikan alur kerja normal yang disepakati | Peran operasional yang ditunjuk | Petunjuk atau akses yang belum tersedia |
| Kegagalan umum | Pemulihan atau eskalasi yang tepat dapat diperagakan | Pemilik dukungan atau layanan | Pemicu atau tanggung jawab tidak jelas |
| Perubahan mendatang | Pemelihara dapat menemukan keputusan dan batasan yang diketahui | Pemilik pekerjaan lanjutan | Asumsi belum didokumentasikan |
| Batasan terbuka | Penerima memahami dampak dan penanganan yang disepakati | Pemilik penerimaan yang berwenang | Kondisi yang memerlukan keputusan formal |
| Pengukuran berkelanjutan | Tinjauan manfaat atau hasil memiliki penanggung jawab tetap | Pemilik bisnis atau produk | Tidak ada tanggal tinjauan setelah proyek ditutup |
Kategori di atas hanya contoh. Proyek yang diatur secara ketat, kritis bagi keselamatan, atau terikat kontrak membutuhkan persyaratan dan jaminan spesialis yang telah disetujui. Tabel lokakarya tidak dapat menggantikannya.
Simpan rincian sensitif di sistem yang disetujui dan gunakan referensi jika diperlukan. Retrospektif membutuhkan bukti secukupnya untuk mendukung keputusan, bukan salinan seluruh arsip proyek.
Agenda 60 menit untuk tim pelaksana dan penerima
Menit 0–8: perjelas transfer. Nyatakan apa yang akan diserahkan, kepada siapa, dan keputusan apa yang dapat didukung sesi ini. Jelaskan hubungan temuan dengan proses penerimaan formal.
Menit 8–23: telusuri skenario nyata. Minta tim penerima menjelaskan operasi rutin dan kegagalan yang masuk akal menggunakan materi yang tersedia. Biarkan peserta dari tim pelaksana mengamati sebelum menjelaskan hal yang belum diketahui. Ketergantungan tersembunyi pada ingatan seseorang sering terlihat pada tahap ini.
Menit 23–35: tinjau persiapannya. Apa yang mempermudah transfer? Di bagian mana tim terlambat menemukan persyaratan? Asumsi kepemilikan mana yang ternyata keliru? Bedakan pelajaran proses dari kesenjangan kesiapan langsung yang diakibatkannya.
Menit 35–50: klasifikasikan temuan. Bedakan syarat yang menghalangi transfer, syarat yang perlu diterima oleh pihak berwenang, pekerjaan lanjutan dengan pemilik yang sudah menerima, dan pelajaran untuk proyek mendatang. Jangan biarkan pemungutan suara prioritas mengesampingkan kontrol yang diwajibkan.
Menit 50–60: pastikan penanggung jawab dan pemeriksaan berikutnya. Tugaskan pekerjaan tersisa kepada orang yang benar-benar akan tersedia. Tentukan tanggal tinjauan dan siapa yang dapat memastikan penyelesaian atau menerima suatu kondisi. Tampilkan keputusan yang belum selesai sebagai hal yang belum selesai.
Jadwal ini hanya saran. Jika panduan mengungkap kegagalan kesiapan yang berarti, gunakan waktu yang diperlukan untuk memahaminya, bukan mempercepat agenda agar rapat bisa dinyatakan selesai.
Contoh lengkap: panduan tersedia, kemampuan belum ada
Dalam skenario hipotetis ini, tim pelaksana menyerahkan layanan pelaporan internal. Tim itu sudah membuat panduan operasional dan memberi demonstrasi. Semua orang mengira serah terima akan berjalan biasa.
Dalam retrospektif, analis penerima mencoba skenario pemulihan laporan terjadwal dengan mengikuti panduan. Langkah-langkahnya mengacu pada akun layanan yang dikendalikan seorang teknisi tim pelaksana yang akan pindah ke proyek lain. Dokumentasi memang tersedia, tetapi tim penerima tidak bisa menjalankan prosedur menggunakan akses yang disetujui.
Kelompok mencatat dua temuan berbeda. Kesenjangan langsungnya adalah akses operasional yang belum tersedia dan jalur eskalasi yang belum disepakati. Pelajaran prosesnya adalah tim memeriksa keberadaan panduan, bukan menguji kegunaannya bersama penerima.
Pemilik layanan yang berwenang memutuskan bahwa transfer belum dapat dianggap selesai sampai masalah akses dan panduan pelaksanaan dituntaskan. Penanggung jawab dari tim pelaksana tetap bertanggung jawab atas kesenjangan tersebut, dan pemilik di pihak penerima akan memeriksa prosedur yang telah diperbarui. Retrospektif ini sendiri tidak memberikan akses atau menghapus persyaratan.
Untuk paket transfer berikutnya, tim memasukkan panduan yang dipimpin penerima lebih awal dalam rencana. Itulah eksperimen perbaikannya, dan hal ini berbeda dari menutup masalah yang sedang terjadi.
Pastikan pekerjaan terbuka tetap ditangani setelah proyek berakhir
“Tambahkan ke backlog” belum lengkap kecuali tim yang akan melanjutkan menerima backlog tersebut dan memiliki cara untuk memprioritaskan itemnya. Pastikan tujuan pencatatan, penanggung jawab, dan konsekuensi jika pekerjaan tidak diselesaikan.
Untuk setiap tindak lanjut yang diterima, catat alasan mengapa hal itu tidak menghalangi transfer, orang yang berwenang menerima penanganan tersebut, dan pemicu tinjauan. Hindari label “masalah yang diketahui” tanpa penjelasan karena penerima bisa memikul risiko yang tidak pernah disetujuinya.
Pastikan penerima yang berwenang dapat mengakses pengetahuan. Tautan ke ruang kerja pribadi kontraktor yang akan keluar bukanlah transfer yang tahan lama. Periksa akses menggunakan izin normal penerima, bukan dengan menganggap akses administrator tim pelaksana berlaku bagi semua orang.
Tindak lanjut singkat setelah periode operasi pertama dapat mengungkap kesenjangan yang tidak terlihat dalam panduan. Sepakati tinjauan itu sebelum tim pelaksana bubar, termasuk siapa yang masih tersedia untuk membantu.
Gunakan kembali pelajaran tanpa menyalin seluruh proyek
Catat pola yang dapat diterapkan kembali, misalnya “uji petunjuk pemulihan bersama pemegang peran penerima sebelum penerimaan akhir.” Sertakan kapan pelajaran itu berlaku dan bukti yang akan menunjukkan bahwa praktik tersebut membantu.
Hindari saran umum seperti “berkomunikasilah lebih awal” tanpa keputusan atau perilaku yang spesifik. Tim mendatang perlu tahu apa yang harus dilakukan secara berbeda dan mengapa tindakan itu penting.
Gunakan panduan tentang butir tindakan retrospektif untuk mengubah satu pelajaran menjadi perubahan yang ditinjau. Baca ide retrospektif untuk format diskusi, sambil menyimpan catatan penerimaan dan transisi yang resmi di sistem proyek yang disetujui.
Pertanyaan yang sering diajukan
Retrospektif sebaiknya dilakukan sebelum atau sesudah serah terima formal?
Sesi sebelum serah terima dapat menemukan kesenjangan yang masih bisa diperbaiki. Tinjauan setelahnya dapat memeriksa pengalaman operasi yang sebenarnya. Pilih salah satu atau keduanya sesuai kebutuhan transisi, dan bedakan tujuan belajarnya dari keputusan penerimaan formal.
Siapa yang perlu hadir dalam retrospektif serah terima?
Sertakan perwakilan tim pelaksana, orang yang menerima tanggung jawab operasional atau lanjutan, dan pemilik keputusan terkait. Undang spesialis jika kesenjangan yang berdampak besar memerlukannya. Rapat yang hanya dihadiri tim pelaksana tidak dapat memastikan kesiapan tim penerima.
Bisakah tim menerima serah terima dengan masalah yang masih terbuka?
Hanya melalui proses penerimaan dan risiko proyek yang berwenang. Jelaskan setiap masalah, dampaknya, penanggung jawab selanjutnya, dan penanganan yang disepakati. Retrospektif dapat membantu keputusan itu, tetapi tidak dengan sendirinya memberi wewenang untuk mengesampingkan persyaratan.