Panduan Scrum | 10. Kesalahan paling umum dari Scrum Master

Diterbitkan: 2022-04-20

Karya seorang Scrum Master yang baik dapat dikenali dari fakta bahwa pada titik tertentu mereka tidak lagi dibutuhkan dalam pekerjaan sehari-hari Tim Pengembang. Namun, ini tidak selalu terjadi. Apa penyebab kesalahan Scrum Master?

Kesalahan Scrum Master – daftar isi:

  • Absennya Scrum Master
  • Kehadiran Scrum Master tidak mencukupi
  • Ringkasan

Tugas Scrum Master terutama adalah mendukung pekerjaan Tim Pengembang. Oleh karena itu, kesalahan paling umum dari Scrum Master biasanya berasal dari cara dia berpartisipasi dalam fungsi sehari-hari para Pengembang. Kami telah membagi kesalahan Scrum Master ini menjadi dua kelompok. Yang pertama mencakup masalah akibat terlalu banyak keterlibatan, sedangkan yang kedua mencakup masalah akibat kurangnya kehadiran Scrum Master dalam kehidupan Tim Pengembang.

mistakes of Scrum Master - The Scrum Master's Absence

Absennya Scrum Master

Kebutuhan untuk mempertahankan terlalu banyak kendali atas Tim sering menyebabkan kesalahan dalam penerapan Scrum. Kesalahan Scrum Master paling sering terlihat dalam situasi berikut.

  1. Scrum Master mencari solusi untuk masalah alih-alih membantu tim mengatasi kesulitan. Biasanya akar masalahnya adalah Scrum Master juga ahli dalam apa yang dilakukan oleh Tim Pengembang. Ketidakmampuan mereka untuk keluar dari peran ahli membuat mereka tidak dapat secara efektif membantu tim dalam menemukan solusi sendiri. Pendekatan ini juga dapat menyebabkan pengambilan keputusan otoriter oleh satu orang – dan ini mungkin kesalahan terbesar yang dapat dilakukan oleh Scrum Master.
  2. Scrum Master tidak mengizinkan tim untuk membuat kesalahan. Masalah ini terkait erat dengan yang sebelumnya. Jika tim dilindungi secara efektif oleh Scrum Master dari membuat kesalahan, tim tidak akan belajar memecahkan masalah sendiri atau bertanggung jawab atas pekerjaannya. Itu akan selalu bergantung pada saran dan keahlian dari Scrum Master.
  3. Scrum Master mencoba mengubah orang alih-alih bekerja di atmosfer tim. Masalah ini mencakup terlalu banyak penekanan pada perubahan perilaku anggota atau anggota tim, serta perubahan personel. Adalah kesalahan untuk mengubah komposisi Tim Pengembang saat mengerjakan Sasaran Produk jika tidak benar-benar diperlukan. Hal ini dapat menyebabkan keterlambatan yang signifikan dalam realisasinya, dan mengganggu ritme kerja Tim Pengembang. Dan juga mengganggu ritme formasi Tim, yang akan kami tulis di artikel terpisah.
  4. Scrum Master bertindak sebagai supervisor dari Tim Pengembang dalam organisasi. Ini adalah kesalahan yang tidak sering diakibatkan oleh keputusan Scrum Master sendiri. Namun, itu dapat memperburuk semua kesalahan yang muncul dari kebutuhan untuk mengontrol Tim.
  5. Scrum Master terlalu melibatkan dirinya dalam pengoperasian Tim. Ketika Tim terdiri dari para ahli yang saling mengetahui keterampilan dan tanggung jawab masing-masing dan berfungsi sesuai dengan prinsip-prinsip Scrum, Scrum Master tidak boleh mengganggu cara kerja Tim tanpa diundang. Jika mereka melakukannya, mereka hanya mengganggu kelancaran tim. Scrum Master yang baik, berkat posisinya yang mapan sebagai pelatih dan pemimpin, akan dimintai saran dalam situasi darurat atau situasi yang membutuhkan penampilan baru. Itu sebabnya mereka harus tersedia sesuai panggilan untuk Pengembang tanpa memaksakan kehadiran mereka.
  6. Seorang Scrum Master terlalu kaku dalam mematuhi prinsip-prinsip Scrum. Jika ada aspek Scrum yang tidak berfungsi dalam Tim tertentu, Scrum Master harus mencoba pendekatan yang berbeda. Setiap Tim berbeda, dan Scrum hanyalah kerangka kerja umum.
mistakes of Scrum Master

Kehadiran Scrum Master tidak mencukupi

Tidak hanya terlalu banyak tetapi juga tidak cukup Keterlibatan Scrum Master dapat menyebabkan banyak kesalahan. Kami telah menjelaskan yang paling umum di bawah ini.

  1. Scrum Master kurang familiar dengan prinsip-prinsip Scrum. Kesalahan ini kemungkinan besar akan menyebabkan implementasi yang tidak tepat. Dan pekerjaan Tim tampaknya hanya akan menjadi pekerjaan Scrum.
  2. Scrum Master tidak menerapkan prinsip-prinsip Scrum. Kehadiran Scrum Master sehari-hari yang tidak memadai berarti bahwa dia tidak melindungi tim sebagaimana mestinya. Hal ini dapat menyebabkan kurangnya perlindungan dari masuknya tugas-tugas luar. Atau kegagalan Tim Pengembang untuk memenuhi Sprint Goal.
  3. Scrum Master tidak memastikan bahwa ritme Scrum yang konsisten diikuti. Kecerobohan dalam menyelenggarakan Scrum Events dapat menyebabkan pemborosan waktu. Ini akan menghasilkan Acara yang berjalan terlalu lama atau buruk – Perencanaan Sprint, Retrospektif Sprint, atau Tinjauan Sprint (yang akan kami tulis di posting terpisah). Menunda acara atau mengubah durasinya juga merupakan kesalahan.
  4. Scrum Master tidak menanggapi konflik dalam Tim. Mengharapkan konflik dalam Tim untuk diselesaikan sendiri seiring waktu adalah kesalahan Scrum Master. Konflik tidak selalu buruk, tetapi Scrum Master tidak hanya harus menyadari keberadaan dan keadaannya saat ini, tetapi juga terlibat di dalamnya sebagai negosiator. Dan juga dapat menggunakan konflik untuk mengubah dan meningkatkan Tim.
  5. Kehadiran Scrum Master tidak mencukupi. Masalah muncul ketika Scrum Master menghabiskan terlalu sedikit waktu bekerja dengan Tim dan terlibat dalam tugas-tugas khusus, misalnya. Ini membuatnya terlalu sedikit mendengarkan dan mengajukan terlalu sedikit pertanyaan. Ini, seperti yang kami tulis di artikel sebelumnya, adalah keterampilan utama untuk Scrum Master. Akibatnya, Scrum Master tidak cukup mengetahui situasi dan suasana saat ini di dalam Tim. Dan dia puas dengan status quo.
  6. Scrum Master tidak mempersoalkan status quo. Agar Tim Pengembang, dan Tim Scrum secara keseluruhan, tumbuh, perlu untuk terus-menerus menantang status quo. Ini sering merupakan aktivitas yang berisiko dan berpotensi merugikan. Seorang Scrum Master harus melakukannya dengan kesadaran akan kesulitan yang mungkin dihadapinya. Namun, tidak ada yang namanya "Tim Pengembang matang yang tidak lagi berkembang". Membiarkannya dengan cepat akan menyebabkan penurunan kinerja yang signifikan.
  7. Scrum Master tidak membagikan pengamatannya tentang kinerja Tim dengan Tim . Menyimpan pengetahuan ini untuk diri mereka sendiri membuat sulit, atau bahkan tidak mungkin, bagi Tim untuk berkembang. Sementara sepenuhnya fokus pada tanggung jawab sehari-hari, Scrum Master tidak bekerja dengan cara anggota tim bekerja sama. Hal ini sering menyebabkan akumulasi masalah dan konflik.
mistakes of Scrum Master

Kesalahan umum Scrum Master – ringkasan

Kesalahan Scrum Master akibat keterlibatan yang tidak memadai atau berlebihan dengan Tim Pengembang dapat merusak ritme kerja. Dan bahkan berkontribusi untuk menghentikan aktivitas sesuai dengan aturan Scrum. Oleh karena itu, penting bagi seorang Scrum Master untuk menyadari potensi kesalahan dan risiko yang diakibatkannya. Dan juga untuk mengawasi hubungan mereka dengan Tim.

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

Scrum Guide | 10. The most common mistakes of Scrum Master 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