Panduan Scrum | 39. Kesalahan paling umum selama Sprint Retrospective

Diterbitkan: 2022-07-20

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

Kesalahan umum selama Sprint Retrospective – daftar isi:

  1. pengantar
  2. Transparansi tidak memadai
  3. Fokus pada masalah atau kesuksesan satu kali
  4. Representasi berlebihan dari Pemilik Produk
  5. Masalah manajemen diri
  6. Terlalu banyak komitmen
  7. Kesalahan umum selama Sprint Retrospective – Ringkasan

pengantar

Kesalahan selama Sprint Retrospective sayangnya sangat umum. Ini karena ini adalah salah satu pertemuan yang paling sulit untuk berhasil dilaksanakan karena membutuhkan banyak kedewasaan dari tim. Itulah mengapa ada baiknya melihat masalah yang paling sering terjadi di tim lain sehingga Anda dapat lebih mudah mengenali gejalanya saat melakukan Sprint Retrospective di Scrum Team Anda.

Common mistakes during a Sprint Retrospective

Transparansi tidak memadai

Menurut Scrum Guide, setiap anggota Tim Scrum wajib jujur ​​dan berani dalam mengungkapkan keprihatinan dan menyuarakan pendapat mereka selama Sprint Retrospective. Namun, dalam praktiknya, komitmen terhadap transparansi sangat menuntut. Karena itu, anggota Tim Scrum sering mencoba untuk menghindarinya.

Satu masalah yang sulit ditemukan dan dipecahkan adalah menghindari diskusi tentang kekurangan yang diamati dalam pekerjaan Tim Scrum. Ini dapat menyebabkan masalah yang jauh lebih serius dalam jangka panjang.

Oleh karena itu, tugas Scrum Master adalah mengawasi situasi di dalam tim dan mendorong semua anggota tim untuk proaktif sejak awal Sprint Retrospective.

Fokus pada masalah atau kesuksesan satu kali

Masalah lain yang dapat muncul selama Sprint Retrospective adalah kurang memperhatikan siklus dan perilaku tim yang berulang, dan dampaknya terhadap efektivitas tim.

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

Namun, terkadang tim mencurahkan sebagian besar Retrospektif Sprint untuk acara semacam itu. Perlu diingat, bahwa tujuan Sprint Retrospective adalah mencari cara untuk meningkatkan pekerjaan sehari-hari tim. Oleh karena itu, pertemuan tidak boleh berkisar pada keberhasilan satu kali atau masalah yang kemungkinan besar tidak akan terjadi lagi.

Representasi berlebihan dari Pemilik Produk

Di banyak organisasi, posisi Pemilik Produk disamakan dengan Manajer Produk. Pemilik Produk kemudian sering dianggap sebagai supervisor Tim Scrum. Untuk itu, kebetulan Tim Pengembang tidak mau membicarakan masalah kerja sama tim di hadapannya.

Itulah mengapa sangat penting untuk membangun rasa saling percaya antara Tim Pengembang dan Pemilik Produk. Sayangnya, proses membangun kepercayaan itu sulit dan panjang. Itulah mengapa kadang-kadang merupakan ide yang baik bagi Pemilik Produk untuk berhenti berpartisipasi dalam semua atau sebagian Retrospektif Sprint untuk memberikan ruang bagi anggota tim lainnya untuk berdiskusi secara 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 Sprint Retrospective, tim mendiskusikan orang, interaksi mereka, serta praktik tim. Kemudian memutuskan masalah apa yang perlu dipecahkan di Sprint mendatang, bagaimana melakukannya bersama dengan siapa yang akan bertanggung jawab untuk mengambil tindakan.

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

Kadang-kadang, anggota tim tidak ingin mengambil bagian dalam diskusi dan mencoba untuk mendorong tanggung jawab manajemen ke orang lain. Untuk mencegah hal ini, sangat penting untuk mendiskusikan masalah kecil sekalipun secara teratur untuk mencegah akumulasinya.

Most common mistakes during a Sprint Retrospective

Terlalu banyak komitmen

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

Jika komitmen yang dibuat oleh Tim Scrum selama Sprint Retrospective terlalu banyak, ada risiko yang cukup 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 melakukan tidak lebih dari empat perbaikan di setiap Sprint. Hal ini memungkinkan peningkatan kinerja tim secara bertahap namun efektif.

Kesalahan umum selama Sprint Retrospective – Ringkasan

Karena Sprint Retrospective adalah acara yang menantang, masalah sering muncul selama pelaksanaannya. Untuk mengatasinya dengan lebih mudah, perlu diperhatikan yang paling sering muncul. Kesalahan umum selama Sprint Retrospective adalah:

  • transparansi yang tidak memadai – ketika anggota Tim Scrum gagal menangani kejujuran dalam situasi tim yang lebih sulit
  • fokus pada masalah atau kesuksesan satu kali – ketika anggota Tim Scrum fokus pada diskusi tentang kesuksesan dan kegagalan, daripada mendiskusikan efektivitas jangka panjang dari kerja tim
  • Representasi berlebihan Pemilik Produk – ketika anggota Tim Scrum memperlakukan Pemilik Produk dengan kepercayaan terbatas seolah-olah dia adalah seseorang di luar tim atau supervisor
  • masalah manajemen diri – ketika anggota Tim Scrum mencoba mengalihkan tanggung jawab untuk masalah dan pengambilan keputusan.

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

Scrum Guide | 39. Most common mistakes during a Sprint Retrospective caroline becker avatar 1background

Pengarang: Caroline Becker

Sebagai Manajer Proyek, Caroline ahli dalam menemukan metode baru untuk merancang alur kerja terbaik dan mengoptimalkan proses. Keterampilan organisasi dan kemampuannya untuk bekerja di bawah tekanan waktu menjadikannya orang terbaik untuk mengubah proyek rumit menjadi kenyataan.

Lihat semua posting

Panduan Scrum:

  1. Daftar istilah dasar, peran dan pengertian
  2. Apa itu Scrum?
  3. Nilai scrum
  4. Bagaimana menerapkan Scrum di perusahaan Anda?
  5. Tim Scrum - apa itu dan bagaimana cara kerjanya?
  6. Siapa Pemilik Produk?
  7. Kesalahan paling umum dari Pemilik Produk
  8. Siapa Scrum Masternya?
  9. Karakteristik Scrum Master yang baik
  10. Kesalahan paling umum dari Scrum Master
  11. Statistik dan metrik apa yang harus dilacak oleh Scrum Master?
  12. Kerjasama antara Pemilik Produk dan Scrum Master
  13. Tim Pengembang di Scrum
  14. Kesalahan paling umum dari Pengembang
  15. Artefak scrum
  16. Scaling Scrum
  17. Sprint Backlog
  18. Apa itu Product Backlog?
  19. Apa itu Cerita Pengguna?
  20. Membuat Kisah Pengguna terbaik dengan INVEST
  21. Kesalahan Cerita Pengguna yang paling umum
  22. Kriteria Penerimaan Cerita Pengguna
  23. Estimasi dan Poin Cerita di Scrum
  24. Perencanaan Poker
  25. Game Estimasi Tim
  26. Mendefinisikan Kenaikan
  27. Acara Scrum
  28. Apa itu Sprint di Scrum?
  29. Komitmen Tim Scrum - Sasaran Produk, Sasaran Sprint, dan Definisi Penyelesaian
  30. Apa itu Grafik Burndown?
  31. Bagaimana cara membuat dan menafsirkan grafik burndown?
  32. Keuntungan dan kerugian dari grafik burndown
  33. Papan Kanban di Scrum dan Scrumban
  34. Kecepatan dalam Scrum - Kecepatan Tim Pengembang
  35. Scrum Harian
  36. Perencanaan Sprint
  37. Ulasan Sprint
  38. Apa itu Retrospektif Sprint?
  39. Kesalahan umum selama Sprint Retrospective
  40. Pemeliharaan Backlog Produk