Panduan Scrum | 39. Kesalahan paling umum selama Retrospektif Sprint

Retrospektif Sprint adalah acara yang mengakhiri setiap Sprint. Dan pada saat yang sama salah satu pertemuan Tim Scrum yang paling sulit. Kesalahan yang paling umum selama Retrospektif Sprint melibatkan menghindari percakapan tentang isu-isu sensitif, serta kurangnya komitmen konkret yang mengarah pada penyelesaian masalah yang sudah terdiagnosis.

Kesalahan umum selama Retrospektif Sprint – daftar isi:

1. Pendahuluan
2. Transparansi yang tidak memadai
3. Fokus pada masalah atau keberhasilan sekali saja
4. Over-representasi Pemilik Produk
5. Masalah manajemen diri
6. Terlalu banyak komitmen
7. Kesalahan umum selama Retrospektif Sprint – Ringkasan

Pendahuluan

Kesalahan selama Retrospektif Sprint sayangnya sangat umum. Ini karena itu adalah salah satu pertemuan yang paling sulit untuk dilaksanakan dengan sukses karena memerlukan banyak kedewasaan dari tim. Itulah sebabnya penting untuk melihat masalah yang paling sering terjadi di tim lain sehingga Anda dapat lebih mudah mengenali gejalanya saat melakukan Retrospektif Sprint di Tim Scrum Anda.

Transparansi yang tidak memadai

Menurut Panduan Scrum, setiap anggota Tim Scrum wajib jujur dan berani dalam mengungkapkan kekhawatiran dan menyampaikan pendapat mereka selama Retrospektif Sprint. Namun, dalam praktiknya, komitmen terhadap transparansi sangat menuntut. Karena itu, anggota Tim Scrum sering kali mencoba untuk menghindarinya.

Salah satu masalah yang sulit untuk dikenali dan diselesaikan adalah menghindari diskusi tentang kekurangan yang diamati dalam pekerjaan Tim Scrum. Ini dapat menyebabkan masalah yang jauh lebih serius dalam jangka panjang.

Tugas Scrum Master, oleh karena itu, adalah untuk memantau situasi di tim dengan cermat dan mendorong semua anggota tim untuk proaktif sejak awal Retrospektif Sprint.

Fokus pada masalah atau keberhasilan sekali saja

Masalah lain yang dapat muncul selama Retrospektif Sprint adalah kurangnya perhatian terhadap perilaku tim yang siklik dan repetitif, dan dampaknya terhadap efektivitas tim.

Selalu baik untuk memberi selamat kepada anggota Tim Scrum jika mereka telah mencapai keberhasilan yang luar biasa. Namun, Ulasan Sprint tidak boleh didedikasikan untuk merayakannya. Hal yang sama berlaku untuk kegagalan. Jika sesuatu gagal karena alasan kebetulan atau kesalahan yang sudah terdiagnosis, tidak ada gunanya menganalisis peristiwa tersebut secara berlebihan selama Ulasan Sprint.

Namun, terkadang, tim menghabiskan sebagian besar Retrospektif Sprint untuk peristiwa semacam itu. Namun, ingatlah bahwa tujuan Retrospektif Sprint adalah untuk mencari cara untuk meningkatkan pekerjaan sehari-hari tim. Oleh karena itu, pertemuan tidak boleh berputar di sekitar keberhasilan atau masalah sekali saja yang sangat mungkin tidak akan terjadi lagi.

Over-representasi Pemilik Produk

Di banyak organisasi, posisi Pemilik Produk disamakan dengan Manajer Produk. Pemilik Produk kemudian sering dianggap sebagai pengawas Tim Scrum. Untuk alasan ini, sering terjadi bahwa Tim Pengembang tidak ingin membicarakan masalah kerja tim di hadapannya.

Itulah sebabnya sangat penting untuk membangun kepercayaan timbal balik antara Tim Pengembang dan Pemilik Produk. Sayangnya, proses membangun kepercayaan itu sulit dan memakan waktu. Itulah sebabnya terkadang merupakan ide yang baik bagi Pemilik Produk untuk melepaskan partisipasi dalam seluruh atau sebagian Retrospektif Sprint untuk memberi ruang bagi anggota tim lainnya untuk berdiskusi dengan bebas.

Masalah manajemen diri

Manajemen diri berarti bahwa anggota Tim Scrum membuat keputusan sendiri tentang siapa di antara mereka yang akan melakukan tugas tertentu, kapan dan bagaimana. Selama Retrospektif Sprint, tim membahas orang-orang, interaksi mereka serta praktik tim. Kemudian mereka memutuskan masalah apa yang perlu diselesaikan dalam Sprint yang akan datang, bagaimana melakukannya bersama dan siapa yang akan bertanggung jawab untuk mengambil tindakan.

Jika masalah yang lebih serius muncul dalam tim yang mengelola diri sendiri, mungkin ada godaan di Tim Scrum untuk melepaskan tanggung jawab.

Kadang-kadang, anggota tim tidak ingin berpartisipasi dalam diskusi dan mencoba untuk mendorong tanggung jawab manajemen kepada orang lain. Untuk mencegah ini, sangat penting untuk membahas bahkan masalah kecil secara teratur untuk mencegah akumulasi mereka.

Terlalu banyak komitmen

Sebuah Tim Scrum yang aktif yang beroperasi mengikuti tiga pilar empirisme: transparansi, inspeksi, dan adaptasi, dapat menghadapi masalah membuat terlalu banyak komitmen sekaligus.

Jika komitmen yang dibuat oleh Tim Scrum selama Retrospektif Sprint terlalu banyak, ada risiko besar bahwa:

• tidak ada komitmen yang akan dilaksanakan dengan baik
• beberapa komitmen tidak akan dilaksanakan sama sekali
• perubahan yang dilakukan tidak akan permanen

Oleh karena itu, praktik yang baik adalah tidak melakukan lebih dari empat perbaikan dalam setiap Sprint. Ini memungkinkan perbaikan kinerja tim yang bertahap tetapi efektif.

Kesalahan umum selama Retrospektif Sprint – Ringkasan

Karena Retrospektif Sprint adalah acara yang menantang, masalah sering muncul selama pelaksanaannya. Untuk menghadapinya dengan lebih mudah, penting untuk mencatat yang paling sering muncul. Kesalahan umum selama Retrospektif Sprint adalah:

• transparansi yang tidak memadai – ketika anggota Tim Scrum gagal menangani dengan jujur dalam situasi tim yang lebih sulit
• fokus pada masalah atau keberhasilan sekali saja – ketika anggota Tim Scrum fokus pada mendiskusikan keberhasilan dan kegagalan, alih-alih mendiskusikan efektivitas jangka panjang dari pekerjaan tim
• over-representasi Pemilik Produk – ketika anggota Tim Scrum memperlakukan Pemilik Produk dengan kepercayaan terbatas seolah-olah dia adalah seseorang di luar tim atau seorang pengawas
• masalah manajemen diri – ketika anggota Tim Scrum mencoba untuk mengalihkan tanggung jawab atas masalah dan pengambilan keputusan.

Jika Anda menyukai konten kami, bergabunglah dengan komunitas sibuk kami di Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.