Anda pasti tahu gejalanya. Teknik membangun apa yang mereka pahami dari spesifikasi. Produk melihat hasilnya dan mengatakan bahwa itu tidak sesuai dengan maksudnya. Desain menunjukkan bahwa interaksi seharusnya bekerja secara berbeda. Bagian pemasaran bertanya mengapa fitur yang mereka umumkan minggu lalu tidak dirilis. Dan semua orang meninggalkan retrospektif setelah membahas "komunikasi" sebagai masalah tanpa mengubah apa pun.
Format retrospektif standar tidak dirancang untuk ketegangan lintas fungsi. "Apa yang berjalan dengan baik / apa yang tidak" memperlakukan tim sebagai satu unit, yang menutupi kesenjangan antar fungsi. Permasalahan yang menarik – prioritas yang tidak selaras, serah terima yang terputus, konteks yang hilang – berada di antara PM, teknik, desain, dan pemasaran. Anda memerlukan format retrospektif untuk mencarinya.
Mengapa Retro Lintas Fungsional Membutuhkan Pendekatan Berbeda
Dalam tim dengan fungsi tunggal, setiap orang memiliki konteks yang kira-kira sama. Retrospektif tim teknik dapat mengasumsikan pemahaman bersama tentang basis kode, alat, dan pengorbanan teknis.
Tim lintas fungsi tidak memiliki kemewahan ini. Setiap fungsi dioptimalkan untuk hal yang berbeda:
- Produk berfokus pada hasil pelanggan dan dampak bisnis
- Teknik berfokus pada kualitas teknis, kemudahan perawatan, dan kecepatan pengiriman
- Desain berfokus pada koherensi dan kegunaan pengalaman pengguna
- GTM (pemasaran, penjualan, dukungan) difokuskan pada penentuan posisi, kesiapan peluncuran, dan komunikasi pelanggan
Ini bukan tujuan yang bertentangan. Mereka saling melengkapi. Namun mereka menciptakan titik ketegangan alami yang hanya terlihat saat Anda melihat karya yang sama dari berbagai sudut. Sebuah fitur dapat dibuat dengan baik secara teknis, dirancang dengan buruk, diposisikan dengan benar, dan masih belum memenuhi kebutuhan pelanggan. Setiap fungsi akan memiliki penilaian berbeda mengenai jalannya sprint.
Format: Perspektif Fungsi + Kolom Penjajaran
Siapkan lima kolom:
Perspektif Produk — Seperti apa siklus ini dari sudut pandang produk? Apakah permasalahan yang tepat diprioritaskan? Apakah wawasan pelanggan berhasil? Apakah pengorbanan dilakukan dengan bijaksana?
Perspektif Teknik — Seperti apa siklus teknik ini? Apakah persyaratannya cukup jelas untuk dijadikan acuan? Apakah ada kendala teknis yang tidak diperhitungkan dalam perencanaan? Di mana pengerjaan ulang terjadi?
Perspektif Desain — Seperti apa siklus desain ini? Apakah penerapan akhir sesuai dengan pengalaman yang diharapkan? Apakah keputusan desain dibuat dengan konteks yang cukup mengenai kendala teknis? Di mana terdapat kesenjangan antara desain dan apa yang dikirimkan?
GTM Perspektif — Seperti apa siklus ini dari sudut pandang masuk ke pasar? Apakah tim diberi tahu tentang pengirimannya dan kapan? Apakah ada kejutan yang memengaruhi pengiriman pesan, dokumentasi, atau kesiapan dukungan?
Penjajaran — Ini adalah kolom yang paling penting. Setelah mengisi kolom fungsi, tim mengidentifikasi tema yang melintasi fungsi. Ini adalah peluang peningkatan nyata Anda.
Cara Memfasilitasinya
Retro lintas fungsi lebih sulit difasilitasi dibandingkan retro tim tunggal karena dinamika kekuatannya berbeda. Inilah yang berhasil:
Rotasikan fasilitator di berbagai fungsi. Jangan selalu meminta PM atau scrum master menjalankannya. Ketika seorang insinyur memfasilitasi, mereka secara alami mengajukan pertanyaan yang berbeda. Ketika seorang desainer memfasilitasi, mereka melihat pola yang berbeda. Rotasi juga membangun empati: memfasilitasi retro untuk grup yang mencakup fungsi Anda akan memaksa Anda memberikan ruang untuk perspektif yang berbeda dari Anda.
Gunakan masukan anonim untuk kolom fungsi. Orang akan lebih jujur tentang gesekan lintas fungsi jika namanya tidak dicantumkan. "Persyaratan tidak jelas dan diubah tiga kali" lebih mudah ditulis di kartu anonim daripada diucapkan dengan lantang di depan PM yang menulis persyaratan tersebut.
Mengatur waktu kolom setiap fungsi secara merata. Tanpa struktur, fungsi yang paling keras akan mendominasi. Berikan setiap kolom waktu diskusi lima hingga tujuh menit. Hal ini memastikan bagian teknis tidak mengacaukan desain, dan GTM tidak dilewati karena tim kehabisan waktu.
Anggap segala sesuatu sebagai masalah proses, bukan masalah manusia. "Serah terima dari desain ke teknik tidak mencakup spesifikasi interaksi" dapat ditindaklanjuti. "Desainer tidak berkomunikasi dengan jelas" adalah pernyataan menyalahkan yang menutup pembicaraan.
Masalah Handoff
Jika ada satu masalah yang lebih sering muncul pada retro lintas fungsi dibandingkan masalah lainnya, maka masalah tersebut adalah serah terima yang rusak. Saat-saat ketika pekerjaan berpindah dari satu fungsi ke fungsi lainnya adalah saat informasi hilang.
Titik kegagalan handoff yang umum:
PM untuk Desain: Persyaratan produk yang kurang memiliki konteks tentang masalah pelanggan, menyebabkan desainer membuat asumsi. Atau persyaratan yang terlalu preskriptif sehingga menghalangi desainer untuk mengeksplorasi ruang solusi.
Desain hingga Rekayasa: Rancang hasil yang tidak memperhitungkan kendala teknis, kasus rumit, atau perilaku responsif. Atau desain terlambat diserahkan sehingga teknisi harus mulai membangun sebelum diselesaikan.
Rekayasa untuk GTM: Fitur diselesaikan tanpa waktu tunggu yang cukup bagi pemasaran untuk mempersiapkan penentuan posisi, dokumentasi, atau materi pendukung. Atau perubahan cakupan yang tidak dikomunikasikan sehingga menyebabkan pengumuman tidak akurat.
GTM untuk Produk: Masukan pelanggan dan sinyal pasar dari penjualan, dukungan, dan pemasaran yang tidak dimasukkan kembali ke dalam prioritas produk.
Retrospektif Anda harus secara eksplisit menanyakan tentang serah terima: mana yang berjalan lancar, mana yang menimbulkan masalah, dan apa yang membuat serah terima berikutnya menjadi lebih baik. Seiring waktu, hal ini menciptakan putaran umpan balik yang mempererat hubungan antar fungsi.
Item Tindakan yang Sebenarnya Membutuhkan Kolaborasi
Kesalahan terbesar dalam retro lintas fungsi adalah menugaskan item tindakan ke fungsi individual. "Teknik akan menulis dokumentasi yang lebih baik" atau "Desain akan dikirimkan lebih awal" adalah komitmen fungsi tunggal yang tidak mengatasi akar permasalahan lintas fungsi.
Item tindakan yang lebih baik terlihat seperti:
- Pasangan PM dan pimpinan teknologi mengenai kriteria penerimaan sebelum sprint dimulai, menggantikan sesi serah terima dengan sesi kerja kolaboratif
- Desainer bergabung pada hari pertama implementasi untuk mempelajari fitur-fitur kompleks guna menjawab pertanyaan secara real-time, bukan melalui komentar asinkron
- Teknik memberikan GTM "perkiraan pengiriman" di pertengahan sprint dengan tingkat keyakinan, sehingga pemasaran dapat merencanakan tanpa bergantung pada sinyal biner selesai/belum selesai
- Pemeriksaan penyelarasan lintas fungsi setiap bulan di mana setiap fungsi berbagi prioritasnya saat ini dan tim mengidentifikasi konflik sebelum menjadi masalah
Polanya: item tindakan yang menciptakan titik kontak antar fungsi, bukan meminta satu fungsi untuk ditingkatkan secara terpisah.
Menghadapi Dinamika yang Tidak Nyaman
Mari kita jujur tentang apa yang membuat retro lintas fungsi sulit dilakukan. Ada dinamika kekuatan nyata yang berperan.
PM sering kali mengambil keputusan akhir mengenai prioritas. Hal ini dapat membuat para insinyur dan desainer merasa bahwa gaya retro itu performatif — mereka dapat mengangkat masalah, namun PM yang akan memutuskan apa yang harus dilakukan. Atasi hal ini dengan memastikan bagian teknik dan desain benar-benar memiliki kepemilikan atas cara kerjanya, meskipun produklah yang memiliki apa yang dibuat.
Perbedaan senioritas antar fungsi. Jika VP Teknik berada dalam situasi retro dengan desainer junior, percakapan tidak akan seimbang tanpa fasilitasi aktif. Pertimbangkan apakah orang yang tepat ada di ruangan tersebut, atau apakah retro harus terjadi di tingkat rekan.
Keluhan historis. Tim lintas fungsi sering kali membawa rasa frustrasi yang belum terselesaikan dari siklus masa lalu. Beberapa retro pertama mungkin didominasi oleh ventilasi. Biarkan itu terjadi. Singkirkan rasa frustrasi sehingga Anda dapat beralih ke wilayah yang konstruktif. Namun tetapkan ekspektasi bahwa setelah sesi awal, fokusnya beralih ke perbaikan ke depan.
Ketidakseimbangan jarak jauh vs. lokasi yang berdekatan. Jika beberapa fungsi dilakukan di kantor dan fungsi lainnya dilakukan secara jarak jauh, maka peserta jarak jauh berada pada posisi yang dirugikan secara struktural. Gunakan format retro digital sepenuhnya di mana setiap orang berkontribusi melalui antarmuka yang sama, di mana pun lokasinya.
Seperti Apa Kelihatannya Seiring Waktu
Anda akan mengetahui bahwa retro lintas fungsi berfungsi ketika:
- Keluhan serah terima berkurang karena tim secara proaktif meningkatkan titik transisi
- Fungsi-fungsi mulai memberikan konteks secara sukarela satu sama lain alih-alih menunggu untuk diminta
- Item tindakan secara alami melibatkan beberapa fungsi yang berkolaborasi
- Kolom "Penjajaran" mulai menghasilkan lebih sedikit item karena perataan menjadi default
- Orang-orang dari fungsi berbeda saling merujuk perspektif satu sama lain dalam merencanakan percakapan di luar masa lalu
Hal ini tidak terjadi dalam satu sesi. Dibutuhkan tiga hingga lima siklus sebelum tim membangun kepercayaan yang cukup dan bahasa bersama untuk melakukan percakapan lintas fungsi yang benar-benar produktif. Tetaplah melakukannya.
Tips Praktis
Mulailah dengan uji coba. Jika tim Anda belum pernah menjalankan retro lintas fungsi, mulailah dengan satu sesi yang berfokus pada peluncuran atau pencapaian terbaru. Hal ini memberikan format subjek yang konkrit dan menghindari ketidakjelasan "bagaimana perkembangan kolaborasi secara umum".
Pertahankan maksimal 75 menit. Retro lintas fungsi lebih berat dibandingkan retro standar karena ada lebih banyak perspektif untuk didengar. Namun melebihi 75 menit menyebabkan kelelahan dan penurunan kualitas. Disiplin dalam mengatur waktu.
Bagikan ringkasan di seluruh fungsi. Setelah retro, kirimkan ringkasan singkat tentang tema utama dan item tindakan kepada semua pemangku kepentingan, termasuk orang-orang yang tidak hadir dalam ruangan. Hal ini menciptakan transparansi dan akuntabilitas.
Jangan menjalankannya setiap sprint. Setiap dua hingga empat minggu biasanya tepat untuk retro lintas fungsi. Di antaranya, masing-masing fungsi dapat menjalankan retrospektifnya sendiri yang berfokus pada peningkatan fungsi tertentu.
Coba NextRetro gratis — Jalankan retrospektif lintas fungsi dengan kartu anonim, kolom yang dapat disesuaikan untuk setiap fungsi, dan pemungutan suara untuk memprioritaskan masalah penyelarasan.
Terakhir Diperbarui: Februari 2026
Waktu Membaca: 7 menit
