Secara umum disepakati bahwa manajer tim tidak boleh menjadi scrum master, tetapi saya berjuang untuk melihat alasannya. Untuk konteks, saya seorang Manajer Pengembangan Aplikasi dengan 4 devs di Tim Scrum. Saya berasal dari latar belakang Scrum Master, dan telah memperkenalkan scrum ke organisasi. Saya telah membangun tim dari awal dan menjelaskan bahwa semua yang saya lakukan adalah untuk memfasilitasi tim, dan mereka membuat keputusan. Sebagai sebuah tim, kami sangat terbuka - mereka bahkan membungkam saya di stand-up untuk sementara waktu untuk menghilangkan perasaan 'melaporkan' yang mulai kami dapatkan. Kurangnya keterbukaan umumnya merupakan argumen terbesar terhadap manajer sebagai scrum master, tetapi ditangani dengan baik, mudah diatasi dengan budaya yang tepat.
Saya telah diperingatkan oleh pelatih scrum berpengalaman bahwa ini adalah situasi berbahaya, dan ada risiko 'jika semuanya berjalan buruk'. Cara saya melihatnya 2 posisi tidak bertentangan, di kedua peran saya memiliki tujuan yang sama untuk tim dan individu. Scrum menyelesaikan konflik dalam tim, yang secara tradisional bisa menjadi peran manajer. Sifat sprint yang mengatur diri sendiri menghilangkan alokasi pekerjaan yang biasanya dilakukan oleh seorang manajer.
Yang saya benar-benar lihat tersisa untuk dijemput sebagai manajer dev adalah memastikan kebutuhan individu terpenuhi, tujuan karir, tempat kerja dll. Saya memiliki perbincangan mingguan dengan setiap anggota tim untuk mengangkat masalah, dan menangani tugas admin. Banyak dari ini berhubungan langsung dengan tim, atau peran saya sebagai scrum master.
Saya memahami dalam organisasi besar bagaimana ini bisa tidak dapat dikelola dan peran terpisah tetapi untuk organisasi kecil kita tentu saja tidak dapat membenarkan Scrum Master atau Manajer Pengembangan lainnya.
Tolong beri tahu saya tentang perangkap Manajer Pengembangan sebagai Scrum Masters, tidak termasuk poin yang saya kemukakan di atas dan sudah diatasi.