Apakah dibutuhkan Scrum Master di tim yang berkinerja tinggi?

Pemahaman saya tentang tugas-tugas master scrum adalah sebagai berikut:

• Menegakkan proses
• Buang rintangan (yang tidak bisa dihapus oleh pengembang)
• Cegah gangguan dari luar
• Memfasilitasi pertemuan scrum (berdiri, retrospektif, dll.)

Jika pengembang dalam tim didisiplinkan, mereka akan mengikuti proses tanpa seseorang yang melatih mereka. Mereka juga tidak akan memiliki masalah mengadakan pertemuan retrospektif dan scrum lainnya. Jika seluruh organisasi memahami batas sprint, interupsi luar dan hambatan yang akan membutuhkan master scrum sudah diminimalkan.

Ketika sebuah tim menjadi berkinerja tinggi dan sebuah organisasi memahami batas sprint, sepertinya kebutuhan untuk scrum master berkurang. Apakah mungkin bagi suatu tim untuk akhirnya mencapai titik di mana master scrum tidak lagi diperlukan?

Saya berharap saya memiliki satu sen untuk setiap tim "Agile" yang bertanya "apa cara yang benar untuk melakukan x". Jika Anda benar-benar gesit, Anda tidak perlu mengajukan pertanyaan seperti itu - tidak ada 'satu proses yang benar', satu-satunya cara untuk menjadi gesit adalah melakukan apa yang bekerja untuk Anda. Orang-orang di atas Proses, ingat.

Namun, jika Anda benar-benar memerlukan validasi bahwa Anda melakukannya dengan benar - lihat artikel kecil ini dari salah satu pendiri gerakan Agile.

Salah satu anggota dalam keluarga metodologi Crystal adalah Crystal Clear. Crystal Clear dapat dijelaskan kepada pendengar Level 3 dengan kata-kata berikut:

“Tempatkan 4-6 orang di ruangan dengan workstation dan papan tulis dan akses ke pengguna. Mintalah mereka memberikan perangkat lunak yang sudah berjalan dan diuji kepada pengguna setiap satu atau dua bulan, dan jika tidak biarkan mereka sendiri. "

Sebenarnya, saya menggambarkan Crystal Clear dalam kata-kata itu kepada sponsor proyek yang cerdas. Dia mengikuti instruksi itu dan melaporkan lima bulan kemudian, "Kami melakukan apa yang Anda katakan, dan itu berhasil!"

Saya mewawancarai ketua tim beberapa bulan kemudian dan laporannya sesingkat instruksi saya:

“Mengikuti saranmu, kami berempat mengambil alih ruang konferensi ini, yang memiliki koneksi jaringan. Kami menyimpannya selama empat bulan, menggambar di papan tulis di sana, memberikan perangkat lunak saat kami pergi. Itu bekerja dengan baik. "

Jadi, jika Anda memiliki tim seperti itu (beruntung Anda) maka Anda bahkan tidak perlu Scrum. Tempatkan mereka di kamar sendiri dan suruh mereka melanjutkannya.

Tidak! Master Scrum TIDAK diperlukan untuk tim berkinerja tinggi.

Tim berkinerja tinggi ada sebelum Scrum, dan ada banyak metodologi lain yang berhasil dan membuat tim berkinerja tinggi yang tidak memiliki master Scrum. Kita tidak boleh terjebak dalam pemikiran bahwa hanya ada satu cara mengelola proyek atau mengembangkan kode untuk memiliki tim berkinerja tinggi.

Tapi tolong jangan bingung dengan jawaban untuk pertanyaan "Apakah master scrum diperlukan di tim Scrum?"

Jawabannya adalah ... benar-benar ya. Setiap tim yang tidak memiliki scrum master tidak melakukan scrum terlepas dari apa yang mereka pikirkan. Itu yang oleh Ken Schawber disebut "Scrum tetapi" dan berasal dari frasa "Kami sedang melakukan Scrum, tapi ..."

Seorang scrum master harus selalu ditunjuk di atas kertas menurut saya, jika ternyata dia tidak banyak, maka jadilah itu. Pada kesempatan ketika pengembang berada dalam suasana hati yang buruk dan berdebat satu sama lain, memiliki master scrum untuk mengawasi situasi akan menjadi suatu keharusan.

Ada juga pekerjaan admin kasar yang terkait dengan elemen scrum, mengelola backlog muncul di pikiran - tergantung pada alat yang Anda gunakan, master scrum kemungkinan akan bertanggung jawab untuk ini.

Bukan berusaha bersikap sinis, tetapi saya belum pernah melihat proses yang begitu selaras sehingga tidak pernah ada detritus yang harus dibersihkan seseorang :-)

Pada akhirnya, bahkan jika tidak ada yang benar-benar harus dilakukan, proses memastikan tidak ada yang harus dilakukan harus menjadi tanggung jawab seseorang. Apakah ini untuk akuntabilitas atau yang lainnya merupakan keputusan internal.

Saya telah menjadi Scrum Master dari tim yang sangat fungsional dan saya suka berpikir saya sangat penting. Tugas induk Scrum rata-rata memakan waktu kurang dari satu jam sehari. Hari-hari demo, retrospektif, dan rapat perencanaan adalah bagian terbesar dari pekerjaan saya. Sisa waktu saya berpisah dan mengenakan topi pengembang, penguji, atau pelanggan tergantung di mana kami membutuhkan bantuan untuk memenuhi tujuan kami.

Tidak ada yang tetap sama. Anda mungkin dapat melewati proyek tertentu, tetapi mengapa mengganggu tim dengan tanggung jawab ini? Manajemen perusahaan dapat berubah-ubah dalam ekonomi turun dan mulai membuat tuntutan tambahan. Karyawan baru bisa menjadi gangguan.

Aku hanya tidak melihat sisi positifnya untuk tidak memilikinya.

Jika Anda ingin menggunakan metodologi Scrum , pastikan tim Anda tahu scrum. Kirim mereka untuk pelatihan. Ada atau tidaknya scrum master tidak akan menentukan kesuksesan Anda. Komitmen tim akan.