fbpx

Penyebab Kegagalan Retrospective, Ini 7 Alasannya

Ekipa.co – 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 untuk mencegah kegagalan Retrospective.

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.

Baca Juga: Cara Scrum Framework Didesain dan Kondisinya

Penyebab Kegagalan Retrospective

Pentingnya mengetahui penyebab kegagalan retrospective akan membuat kita lebih teliti dalam melakukan penerapan metode ini. Berikut adalah beberapa hal yang menyebabkan mengapa Retrospective kita bisa berujung gagal:

1. Tidak melakukan Retrospective

Tidak melakukan retrospective
Photo by Scott Graham on Unsplash

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.

Baca Juga: 5 Cara Terbaik Menerapkan Agile untuk Pemula

3. Tidak Adanya Keberanian untuk Bicara dan Terbuka

Tidak berani berbicara
Photo by krakenimages on Unsplash

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.

Baca Juga: 3 Cara Menjadikan Perusahaan Agile dengan Data Reporting and Analytics

4. Terlalu Didominasi Satu atau Dua Orang Tertentu

dominasi satu orang
Photo by Headway on Unsplash

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.

Baca Juga: Berencana Start Agile? Kamu Wajib Baca 2 Buku Agile Ini!

5. Kegagalan Retrospective Itu 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.

Baca Juga: 5 Karakter yang Dibutuhkan untuk Membangun Tim yang Agile

6. Kegagalan Peran Scrum Master Sebagai Fasilitator Retrospective

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)

tidak menjalankan rencana untuk sprint retrospective
Photo by Kelly Sikkema on Unsplash

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.

Atau kalau kamu ingin belajar tentang agile lebih intensif lagi, kamu bisa mengikuti program agile bootcamp dari Ekipa Academy. Ada tiga paket yang bisa kamu pilih yakni Certified Agile Practitioner, Certified Agile Coach, dan Certified Enterprise Agilist.

Menarik, bukan? Yuk tunggu apalagi!

Leave a Reply

Your email address will not be published. Required fields are marked *

We are moving website domains soon and look forward to sharing a brand new experience with you are Ekipa.co

We are moving our website domain soon and look forward to share a brand new experience with you at ekipa.co

  • 00Days
  • 00Hours
  • 00Minutes
  • 00Second
  • 00Days
  • 00Hours
  • 00Minutes
  • 00Second
Need help? Talk to us