Retrospective adalah satu bagian yang terintegrasi di dalam Scrum dan tidak boleh untuk dilewatkan. Di sini adalah kesempatan bagi Scrum Team untuk menginspeksi dirinya sendiri, beradaptasi, dan membuat perencanaan peningkatan(improvement planning) yang akan dilakukan di sprint berikutnya.
Hasil yang diharapkan dalam Retrospective adalah Scrum Team akan terus belajar meningkatkan dirinya dan berevolusi untuk menjadi lebih baik, lebih ‘jago’, dan lebih dewasa. Sehingga pada akhirnya menjadi High Performance Team.
Tetapi tidak jarang juga Retrospective ini gagal. Gagal baik saat pelaksanaan maupun hasilnya. Akibatnya team tidak akan mendapatkan keuntungan dari event ini dan bisa berdampak terhadap kelanjutan untuk sprint-sprint berikutnya.
Berikut adalah beberapa hal yang menyebabkan mengapa Retrospective kita bisa berujung gagal :
1. Tidak melakukan Retrospective
Faktor inilah yang paling utama, jarang atau tidak melakukan Retrospective sama sekali. Umumnya tim akan merasa puas saat Sprint Review di mana Product Owner (PO) dan Stakeholder memberikan feedback yang baik dari hasil increment. Karena hal ini pulalah, mereka tidak merasa membutuhkan event ini.
Selain itu, dengan deadline yang cukup ketat, banyak juga yang beranggapan kalau Retrospective hanya buang-buang waktu, bagi mereka lebih baik langsung masuk sprint berikutnya daripada menyisihkan waktu untuk melakukan Retro. Dengan begitu keuntungan dari Retrospective tidak akan tercapai termasuk tidak adanya peningkatan terhadap tim.
Baca Juga: Mengenal Agile Software Development yang Lagi Hits
2. Scrum Team yang Tidak Lengkap Saat Retrospective
Hal yang cukup disayangkan adalah apabila Retrospective tidak dihadiri oleh Scrum Team secara lengkap. Eksplorasi keberhasilan sebuah team dan juga pencarian masalah (blocker) sangat dibutuhkan dari partisipasi seluruh anggota. Event ini adalah bagian dari inspeksi diri dan team serta bagaimana peningkatan yang dibutuhkan untuk sprint berikutnya.
3. Tidak Adanya Keberanian untuk Bicara dan Terbuka
Diperlukan partisipasi aktif saat Retrospective dilaksanakan. Team diharapkan untuk bisa bicara secara langsung tentang apa saja yang berjalan dengan baik selama Sprint ini, apa yang kurang dan bagaimana untuk memperbaikinya.
Keberanian untuk bicara dan memberikan umpan balik (feedback) di depan umum sangat dibutuhkan saat event ini berjalan. Karena apabila tidak, maka Retrospective akan berjalan pasif dan tidak akan menghasilkan apa-apa.
4. Terlalu Didominasi Satu atau Dua Orang Tertentu
Kebalikan dari nomor 2, Retrospective yang hanya didominasi oleh satu atau dua orang saja juga tidak akan efektif. Hal ini akan mengakibatkan tidak terjadinya pengidentifikasian masalah karena dominasi satu orang biasanya akan menutup permasalahan sesungguhnya dari keseluruhan team. Diharapkan dalam Retrospective, seluruh anggota team dapat berkontribusi secara langsung di dalam forum.
5. Hanya Fokus dengan Masalah
Salah satu pertanyaan kunci dalam Retrospective adalah “Apa yang berjalan dengan baik?”
Itu adalah kesempatan tiap anggota team untuk memberikan apresiasi terhadap Scrum Team itu sendiri. Apabila fokus pembicaraan langsung melompat kepada masalah yakni dengan pertanyaan “Apa yang berjalan tidak baik?”, maka akan memberi kesan bahwa apa yang dicapai oleh team ini penuh dengan kritik.
Akan menjadi tidak baik terhadap moral team tersebut. Suasana yang positif sangat dibutuhkan dalam event ini, sehingga Retro tidak hanya menjadi ajang saling tunjuk, kritik dan menyalahkan tetapi juga sebagai wadah untuk saling mengapresiasi sesama anggota team sehingga terjalin harmoni yang baik.
6. Lemahnya Peran Scrum Master Sebagai Fasilitator
Dibutuhkan peran Scrum Master yang cukup kuat sebagai fasilitator dalam event ini. Terutama untuk Scrum Team yang masih sangat ‘muda’ dan masih perlu dibimbing.
Seorang Scrum Master harus dapat membawa Retrospective ini menjadi sebuah event yang menyenangkan dengan nuansa positif. Scrum Master diharapkan dapat menjadi guru (teacher) terhadap Scrum Team dan mengajarkan bagaimana pentingnya event ini.
Salah satu titik kritis dalam Retrospective dan juga Sprint Event lainnya adalah lemahnya peran Scrum Master sebagai seorang ‘Jedi’ dalam memastikan semua event di dalam Scrum dapat berjalan dengan baik.
Baca Juga: 5 Cara Praktis Kenalkan Scrum Kepada Development Team
7. Tidak Menjalankan Rencana Peningkatan (Improvement Plan)
Ini yang paling fatal. Seberapa seringnya Retrospective dilakukan, apabila rencana peningkatan yang sudah disepakati tidak dilaksanakan hasilnya akan sia-sia. Setiap Retro yang ada nanti hanya membicarakan hal yang sama dan itu-itu saja dan akhirnya hanya akan buang-buang waktu.
Dibutuhkan komitmen yang kuat dari seluruh anggota team untuk dapat menjalankan apa yang sudah direncanakan. Hal ini pada akhirnya untuk kebaikan bersama sehingga output dari sprint yang diharapkan bisa dihasilkan dengan baik.
Bagaimana dengan Retrospective yang biasa kamu dan tim lakukan? Apakah mengalami masalah yang sama atau mungkin ada yang bisa ditambahkan? Yuk, kita diskusi langsung!
Kalau kamu ingin belajar lebih dalam tentang Retrospective, kamu bisa belajar lewat e-learning Ekipa.
Namun, kalau kamu butuh partner yang tepat untuk bertanya tentang Retrospective, kamu bisa bergabung dengan Ekipa+ karena tiap minggunya kamu bisa ikut Open Coach Call dan bertanya bebas pada Agile Coach Ekipa secara langsung.
Menarik, bukan? Yuk tunggu apalagi!
