Siapakah orang-orang ini? Mengapa mereka membutuhkanku? dan masalah master scrum lainnya
Apa yang dirasakan master scrum bahwa ia tahu tentang scrum hanya dari seorang pemandu? Bagaimana dia mencoba membantu tim agar tidak putus dan meningkatkan proses yang ada? Artikel tentang kesulitan yang saya temui di awal perjalanan saya sebagai seorang samurai.Tim yang saya datangi sebagai insinyur QA sudah terbentuk: proses standar dibangun, atmosfer dalam tim ramah dan tenang. Setelah satu tahun bekerja, muncul pertanyaan tentang siapa yang akan menggantikan Scrum-master, yang pindah ke tim lain. Saya ingin mencobanya. Tidak ada pengalaman dalam mengelola dan membangun proses, tetapi tanah untuk memulai adalah kebajikan. Kenapa tidak?
Kesulitan
Setelah seminggu euforia (eee, achivka baru!) Seribu satu masalah jatuh di kepalaku (ibu, tolong!). Kebanyakan dari mereka adalah pribadi, dangkal atau diputuskan dengan melewati beberapa pelatihan. Saya ingin berbagi empat kesulitan dasar yang mungkin dihadapi oleh seorang master scrum pemula.Kurangnya otoritas
Terlepas dari kenyataan bahwa saya bekerja di tim selama satu tahun, peran scrum master baru bagi saya. Untuk membangun proses baru, kredibilitas adalah salah satu komponen penting. Ketika Anda mencoba mengubah praktik yang biasa Anda lakukan, hanya berdasarkan pada pengetahuan teoretis, sulit untuk menghindari skeptisisme dari pihak tim. Bahkan pengenalan salah satu praktik paling umum - scrum poker - bermasalah bagi saya.Bayangan mantan tuan
Tidak ada jalan keluar dari perbandingan. Jika sebelum kedatangan saya, sesuatu bekerja dengan buruk, dan tidak ada yang berubah setelah kedatangan saya, ada permintaan: "Kami memiliki perencanaan yang terlalu rumit, mari kita lakukan sesuatu dengannya!" Dalam kasus ketika ada sesuatu yang nyaman bagi tim, misalnya, papan fisik di harian, dan setelah saya muncul dan berkata: "Saya tidak nyaman, mari ganti!", Tim tidak mengerti mengapa ini diperlukan.Kesulitan lain terkait dengan komunikasi. Master scrum sebelumnya cukup aktif menerima umpan balik tentang pekerjaannya, dan penting bagi saya untuk menerima umpan balik. Akibatnya, umpan balik bermanfaat pertama hanya mungkin dalam beberapa bulan - ketekunan dan percakapan tatap muka membantu. Pada pertemuan pribadi, beberapa orang mengatakan bahwa mereka merasa tidak nyaman untuk mengkritik pekerjaan saya: pengalaman sebelumnya mengatakan bahwa melukai perasaan para penulis scrum itu mudah, dan umpan baliknya dianggap sebagai penghinaan.Komunikasi tim
Seorang master scrum yang ideal mengamati suasana dalam tim, menganalisis bagaimana proses itu bekerja, dan memahami bagaimana tim bereaksi terhadap perubahan. Bagaimana tidak mengacaukan ketidakpedulian pada proses di pihak tim dengan apa yang sudah berjalan dengan baik? Bagaimana cara mengumpulkan umpan balik yang memadai? Di sini, saya jelas kurang berlatih. Masalah-masalah ini terutama mengkhawatirkan dalam retrospeksi, ketika pada pertemuan umum, masalah-masalah kecil diangkat untuk diskusi atau tidak diangkat sama sekali. Ini terjadi jika tim memiliki sprint yang baik atau jika masalahnya diam.Sindrom sukarela
Di awal perjalanan, saya ingin memberikan yang terbaik, sehingga tim segera menyadari betapa kerennya saya dan betapa saya bisa. Mengapa saya harus berbuat lebih sedikit jika saya bisa berbuat lebih banyak?Solusi
Tidak ada solusi universal untuk semua kesulitan. Di bawah ini saya mencantumkan pola perilaku yang pernah membantu saya terbiasa dengan peran baru.Selesaikan masalah secara bertahap
Saya menggabungkan peran master scrum dengan posisi insinyur QA dan secara fisik tidak mampu hanya berurusan dengan meningkatkan proses dalam tim. Saya mencoba menemukan keseimbangan dan, sebagai akibatnya, menghindari masalah serius dari mengubah segalanya dan semua yang ada di tim. Solusi bertahap membantu tidak hanya untuk menggali perubahan demi perubahan, tetapi juga untuk melacak bagaimana inovasi tertentu mempengaruhi masalah yang sedang dipecahkan pada awalnya.Saya ingin mengubah beberapa hal dalam tim. Salah satunya adalah papan fisik untuk harian. Saya terlalu malas untuk terlibat dalam desainnya dari sprint ke sprint. Situasi menjadi rumit oleh kenyataan bahwa masalah ini tidak mempengaruhi seluruh tim. Masalah lain dengan dewan adalah pembaruan status tugas yang reaktif. Karena tim berada di kantor yang sama, cukup mudah untuk mengetahui perkembangan tugasnya - tanyakan pada seorang kolega atau lihat papan tulis. Itu tidak menimbulkan kesulitan pada saat itu, tetapi bisa menghancurkan proses jika salah satu kolega bekerja untuk waktu yang lama atau karyawan jarak jauh muncul.Solusi untuk masalah pertama adalah mendelegasikan desain papan atau beralih ke beberapa alat elektronik. Yang kedua adalah pengembangan budaya menjaga ketertiban. Omong-omong, argumen "suatu hari nanti bisa membantu kita" tidak cukup memotivasi tim untuk berubah.Saya memutuskan untuk membunuh papan fisik dengan menggantinya dengan tabel di Wrike, di mana informasi dasar tentang tugas disajikan dengan cukup mudah. Setelah beberapa waktu, status tugas mulai diperbarui setiap hari, karena sumber kebenaran bukanlah papan, tetapi tugas itu sendiri! Saya bahkan tidak harus menyelesaikan masalah kedua.
Argumen untuk perubahan apa pun
Tidak perlu terburu-buru ke dalam tambang dengan tangisan: "Sekarang semuanya akan terjadi!". Pada awal jalan penguasaan scrum, ada kesempatan untuk mengarang proses demi proses, ini dapat memperburuk karma. Pertama, Anda perlu memahami alasannya, dan kemudian menyiarkan gagasan itu kepada tim.Dalam situasi dengan penolakan papan fisik, saya mengatakan kepada tim bahwa sulit bagi saya untuk menggambar, dan jika tidak ada alternatif untuk papan, saya akan meminta tim untuk berbagi dengan saya tanggung jawab memotong dan menggantung stiker.Untuk mempelajari perilaku otoritas
Anda melihat bahwa seseorang dalam tim berhasil berbicara tentang ide-ide mereka? Apakah Anda mendengarkan pendapat pemimpin? Anda dapat mengamati bagaimana orang ini menyampaikan informasi, kemungkinan besar, ia dan tim berada pada gelombang yang sama. Penting juga untuk mendengarkan gelombang ini.Jiwa tim kami adalah manajer produk. Pentingnya dan perlunya fitur di mana ia mengusulkan untuk bekerja, tim berbagi. Dan intinya bukan hanya itu perubahan yang jelas perlu dan penting. Manajer berargumen untuk proposal, menyoroti keuntungan, mengklarifikasi - ini membantu mewujudkan dan menerima tugas baru.Temukan orang yang berpikiran sama
Satu kepala baik, dan punya seratus teman. Pikiran kolektif baik-baik saja, tetapi tidak semua masalah dapat diangkat untuk diskusi tim. Anda dapat menemukan satu / dua kolega yang peduli dan berkonsultasi dengan mereka. Tetapi anggota tim yang berbeda memiliki keterampilan dalam berbagai aspek pekerjaan, jadi lebih baik untuk tidak fokus pada sepasang penasihat. Perluas lingkaran sosial Anda.Untuk ide-ide baru mengenai proses, saya beralih ke manajer produk. Sudut dan masalah yang tajam membantu saya menemukan insinyur pengujian. Hasilnya adalah solusi yang menyenangkan dan terbukti.
Pengalaman yang diperlukan untuk scrum master akan membantu Anda mendapatkan buku, pelatihan, dan latihan. Tetapi jumlah tips melewati atap, dan bahkan memprioritaskan tips dalam urutan kebutuhan menyebabkan kesulitan. Kesadaran akan kompleksitas adalah langkah ke arah yang benar menuju pemeliharaan dan proses pembangunan.Apa berikutnya?
Sekarang setelah kekacauan dirampingkan, Anda dapat berpikir untuk mengerjakan keterampilan dan tugas tertentu.Scrum
- Ketahui metodologi scrum (prinsip, nilai, peran, artefak)
- Bantuan dalam pembentukan backlog
- Atur kerja tim scrum (proses berulang dan bertahap, acara tim)
- Bantu tim merenungkan dan bekerja pada peningkatan proses (misalnya, menggunakan retrospektif)
- Mampu memfasilitasi pertemuan
Pengelolaan
- Membantu perencanaan tim
- Atur kerja tim sesuai dengan tujuan sprint
- Membantu dalam memprioritaskan tugas, memastikan transparansi prioritas
- Identifikasi masalah kerja tim
- Bertanggung jawab untuk artefak scrum dan alat tim: tumpukan, pertemuan, diskusi
Keterampilan kepribadian
- Kenali dan kendalikan emosi Anda sendiri
- Bertanggung jawab atas hasilnya.
- Menjadi proaktif dan mandiri dalam organisasi kerja
Mungkin ada lebih banyak arahan pengembangan, saya hanya mengidentifikasi orang-orang yang harus saya perhatikan tepat setelah pekerjaan berjalan seperti biasa. Daftar masalah yang diambil alih oleh scrum master pada tahap awal masih jauh dari lengkap. Akan menarik untuk mengetahui masalah apa yang harus Anda pecahkan. Source: https://habr.com/ru/post/undefined/
All Articles