Apakah bermanfaat bagi pengembang untuk menjadi 'scrum master'?
Apakah ini sertifikasi resmi atau hanya seseorang yang berspesialisasi?
Apa langkah menuju menjadi satu?
Apakah bermanfaat bagi pengembang untuk menjadi 'scrum master'?
Apakah ini sertifikasi resmi atau hanya seseorang yang berspesialisasi?
Apa langkah menuju menjadi satu?
Jawaban:
Berbicara sebagai pengembang yang dilatih sebagai master scrum, saya akan mengatakan bahwa jika Anda serius menggunakan agile, dan orang-orang di sekitar Anda juga, maka ada baiknya untuk dilatih. Seorang ahli scrum harus tahu bagaimana proses tangkas bekerja, pertemuan mana yang diperlukan, apa tanggung jawab orang, dll. Adalah tugas Anda untuk memastikan proses tangkas mengalir dengan lancar dan untuk memperbaikinya ketika tidak. Saya tidak bisa melakukan pekerjaan saya tanpa bimbingan, tetapi sama-sama Anda mungkin menemukan bahwa sumber daya online cukup baik.
Saya beruntung karena perusahaan saya membayar saya untuk dilatih dan disertifikasi oleh Scrum Alliance, tetapi saya percaya ada banyak tempat Anda dapat dilatih. Pelatihan saya terdiri dari seminar dua hari dengan ujian sesudahnya - itu tidak melelahkan, dan Anda harus membaca ulang banyak materi pelatihan karena ada cukup banyak untuk diterima.
Ada resmi kursus Scrum pelatihan sebagai serta penilaian dan sertifikasi yang mencakup berbagai peran dalam scrum - Scrum Guru, Produk Owner, anggota tim pengembangan. Untuk ini, ini hanya masalah mengikuti kursus, membaca materi yang direkomendasikan, mengerjakan penilaian, dan kemudian membayar untuk mengikuti ujian sertifikasi.
Saya tidak yakin betapa bermanfaatnya pelatihan formal. Ada banyak sumber daya di luar sana untuk Scrum, termasuk Panduan Scrum dan buku-buku yang tak terhitung jumlahnya tentang masalah ini. Selain itu, sertifikasi dan pelatihan ini hanya berguna selama Anda berada di lingkungan yang menggunakan Scrum. Saya akan merekomendasikan belajar tentang Scrum dan bagaimana berfungsi dalam berbagai peran dalam tim Scrum, tetapi saya pikir Anda bisa melakukannya dengan sangat baik dengan belajar sendiri, mengajukan pertanyaan yang sesuai kepada orang yang tepat, dan menghabiskan waktu bekerja di tim Scrum.
Saya pribadi percaya bahwa jauh lebih berharga untuk memahami berbagai model dan metodologi proses, kekuatan dan kelemahannya, dan metode / teknik peningkatan proses daripada berfokus pada satu model atau metode tertentu. Kemampuan untuk menyesuaikan proses untuk memenuhi kebutuhan organisasi, proyek, dan tim Anda jauh lebih penting daripada menghabiskan banyak waktu untuk mempelajari metodologi tunggal. Lagi pula, jika semua yang Anda miliki adalah palu, semuanya terlihat seperti paku.
tl; dr: Scrum Master adalah seorang Fasilitator - ia tidak menunjukkan penguasaan apa pun.
Apakah ini sertifikasi resmi atau hanya seseorang yang berspesialisasi? Apa langkah menuju menjadi satu?
Ada sebutan resmi "Master Scrum Bersertifikat" . Ini adalah kursus pengantar yang dikelola oleh aliansi scrum. Jika Anda mengikuti kursus dan lulus ujian, Anda akan menjadi "Master Scrum Bersertifikat".
Apakah bermanfaat bagi pengembang untuk menjadi 'scrum master'?
Saya tidak berpikir begitu. Peran Scrum Master adalah bagian penting dari sebuah tim, tetapi bukan peran teknis - master scrum adalah orang yang memimpin rapat dan memastikan semua orang ada di halaman yang sama. Ini lebih merupakan peran fasilitator. Mungkin bermanfaat jika Anda ingin mengikuti pelatihan, tetapi tidak perlu jika Anda seorang pengembang.
Tim scrum perlu memiliki master scrum, dan paling baik dilayani dengan memiliki yang berpengalaman. Sertifikasi CSM tidak menjamin kualitas master Scrum. Mengirim seorang pria untuk mengambil kursus CSM dan daripada berasumsi bahwa dia akan dapat mengarahkan Anda ke scrum kemenangan adalah taruhan gila.
Sertifikasi CSM seperti Sertifikasi CPR - Anda tahu dasar-dasarnya, tetapi Anda bukan ahli.
Saya setuju dengan Thomas tentang generalisasi, tetapi fokus pada peran master scrum itu sendiri ada hal penting yang perlu diperhatikan. Ini bukan peran teknis . Kami membahas ini sedikit pada pelatihan master scrum yang saya hadiri baru-baru ini, Jika Anda ingin menulis kode maka di atas kertas 'menjadi scrum master' mungkin bukan untuk Anda.
Konon, dalam praktiknya orang tampaknya memakai banyak topi. Saya master scrum defacto di tim saya, tetapi saya masih terlibat dengan pengiriman produk yang sebenarnya.
Juga patut diperhatikan Sertifikasi master scrum dasar adalah urusan usaha minimal, kursus pelatihan singkat / serangkaian lokakarya dan 'ujian' online. Jadi mungkin perlu dilakukan hanya untuk memahami kerangka itu sendiri.
Penting bagi pengembang di tim tangkas untuk memahami peran master scrum. Tim lincah yang kohesif dibangun atas dasar kepercayaan. Jika, sebagai pengembang, Anda memahami bahwa scrum master adalah mentor, fasilitator, dan pelindung tim, Anda akan lebih mungkin melibatkan mereka dengan cara yang bermakna.
Seorang pengembang yang berbakat dalam melihat gambaran besar, menemukan nugget emas di gunung tanah, dan yang menikmati pendampingan akan menjadi kandidat master scrum yang hebat. Ini pengalaman saya bahwa master scrum terbaik secara alami berbakat di bidang ini. Pelatihan tidak akan membuat Anda menjadi ahli scrum tetapi dapat membantu mengasah keterampilan Anda.
Apakah bermanfaat bagi pengembang untuk menjadi 'scrum master'?
Saya akan mengatakan itu sering tidak bermanfaat. Sementara pengembang-sebagai-scrum-master memahami kondisi kerja orang-orang di parit, manajemen / bos / klien mungkin melihat keluhan dari orang ini bukan sebagai, "master scrum menasihati manajemen apa yang harus diubah" tetapi, "pemarah Bob hanya memiliki chip di bahunya karena dia harus bekerja Jumat malam - abaikan dia ".
Untuk alasan ini saya pikir pemisahan kekhawatiran ini penting, terutama ketika / jika manajemen / klien / bos mengalami kesulitan mengetahui apakah Bob mengenakan "Bob the soliter programmer hat" vs. "Bob the Scrum master, fasilitator untuk tim, topi ".
Karena, jika dirasakan bahwa keluhan dari tim sebenarnya adalah keluhan dari Bob secara pribadi, itu meracuni dengan baik: setiap poin yang Bob coba sampaikan kepada manajemen akan diberhentikan karena Bob (jelas, di mata manajemen) adalah pembuat onar.