Ok jadi mari kita mulai dengan kasar - sebagian besar masalah ada pada Anda - Anda dengar, tetapi Anda tidak mendengarkan. Tim Anda memberi tahu Anda dengan jelas apa masalahnya. Anda harus mengatasinya alih-alih menyalahkan tim Anda.
Perencanaan
Bagi mereka, Perencanaan hanyalah buang-buang waktu, karena kami hanya memindahkan kelebihan ke Sprint baru dan tidak menyelesaikan pekerjaan, jadi mengapa repot-repot.
Persis. Jika Anda secara konsisten gagal mengalokasikan jumlah waktu yang tepat untuk tugas-tugas, dan mereka secara konsisten diremehkan, itu memiliki efek yang sangat negatif:
- Pengembang merasa mereka terus-menerus di bawah tekanan.
- "Aku tidak bisa menyelesaikan apa pun tepat waktu".
- Karena prosesnya tidak berhasil, mereka berhak melihatnya sebagai pemborosan waktu.
Solusi : Perbaiki estimasi Anda menggunakan kombinasi:
- Story Points (sebagai kombinasi Waktu dan Risiko).
- Jangan izinkan tugas menjadi sprint> 55 SP
- Estimasi Komparatif
- Penjadwalan Berbasis Bukti
Sebagai dasar untuk ini, Anda benar-benar perlu melacak waktu yang sebenarnya diperlukan untuk menyelesaikan tugas sebelumnya, ini termasuk pengujian, dokumentasi penulisan, tes menulis, pelatihan pengguna akhir, upaya integrasi, penyebaran. dll.
Setelah Anda memiliki total waktu untuk tugas yang diberikan, Anda dapat mendasarkan waktu yang diharapkan pada tugas-tugas sebelumnya.
Tanyakan kepada setiap anggota apakah tugas yang diberikan kepada mereka terasa lebih rumit atau lebih mudah daripada pemilihan tugas sebelumnya, sesuaikan jumlah tugas yang dialokasikan berdasarkan itu.
Jika Anda belum pernah menggunakan SP sebelumnya, saran saya adalah memulainya dengan 1 jam kerja jujur sejujurnya kepada dewa kerja = 5SP sebagai pedoman. Perlu diingat bahwa dalam lingkungan pengembangan yang biasa, Anda mungkin akan mendapatkan 6 dari itu per hari, jadi maks 30SP / hari . Jangan pernah mengizinkan tugas yang membutuhkan lebih dari 2 hari untuk naik ke papan tulis. Idealnya, dalam pengalaman saya, Anda harus memiliki 2 tugas per hari.
Jika Anda tidak melakukan Perencanaan dengan benar, sisa kegiatan Scrum Anda akan terlihat seperti buang-buang waktu (termasuk Perencanaan).
Retrospektif
Selama Retrospektif saya hanya bisa merasakan bahwa mereka ingin mengatakan "Berhenti melakukan Scrum". Satu orang melakukannya, tetapi yang lain diam dan saya harus berurusan dengan ini setiap waktu.
Mengingatkan saya pada Daily beatings will continue until morale improves!
dan dua pekerjaan sebelumnya. Jika Anda tidak menghilangkan hambatan, maka mereka benar bahwa ini adalah buang-buang waktu.
Sekali lagi, dengarkan apa yang orang katakan. Jika keluhan yang diajukan selama retrospektif tidak ditangani, mengapa repot-repot melakukannya?
Begitu:
- Pertimbangkan teknik Enam Topi Berpikir untuk meningkatkan komunikasi.
- Kurangi waktu yang dihabiskan untuk Retrospektif, maksimum 30 menit.
- Pastikan bahwa keluhan yang diajukan selama Retrospektif ditangani sebelum yang berikutnya.
SCRUM harian
Scrum harian lagi-lagi hanya buang-buang waktu karena tidak ada dari mereka yang mau berbicara dan merencanakan hari itu. Mereka hanya menyatakan "Saya mengerjakan tugas X kemarin dan akan mengerjakannya lagi hari ini." Dan sebagian besar waktu mereka hanya bercanda sampai saya mendapatkan lebih keras.
Sepertinya Anda memiliki dua masalah di sini: Rapat SCRUM terlalu lama, dan perencanaan dan pembuatan tugas Anda menyebalkan.
Keduanya dapat membuat suara seperti rapat scrum adalah buang-buang waktu.
Untuk panjang SCRUM:
- Coba maksimal 15 menit.
- Coba semua orang berdiri.
- Rumus tetap:
- Apa yang kamu lakukan kemarin?
- Apa yang kamu rencanakan hari ini.
- Apa yang harus diketahui oleh anggota tim Anda (bukan Anda!) Tentang tugas itu, bagaimana hal itu akan memengaruhi mereka.
- Jangan repot-repot dengan rintangan jika Anda tidak akan mengatasinya.
Ini adalah bukti kedua bahwa perencanaan Anda merusak situasi Anda - jika Anda tidak memiliki laporan khusus, itu berarti biasanya tugas itu terlalu besar dan yang dapat Anda katakan hanyalah: Saya sedang mengerjakannya.
- Hancurkan tugas menjadi poin-poin.
- Pastikan tugas cukup kecil untuk memakan waktu kurang dari sehari. Idealnya, IMO, tugas harus berlangsung ~ 3 jam dan setara dengan sekitar 13 SP, sehingga Anda dapat melakukan 2 per hari di sebagian besar kondisi.
Berurusan dengan tim
Hari ini orang yang selalu menentang saya mengatakan kepada saya untuk berhenti mengatakan, "Mereka mengatakan ini adalah apa yang mereka berkomitmen untuk Sprint ini" karena, dalam kata-katanya, "Kami tidak pernah menyelesaikan Sprint. Kami hanya bergerak dalam tugas dan menerima yang baru di Sprint berikutnya untuk mengisi kuota. Kami melakukan KanBan dalam kenyataan. Jadi berhentilah mengatakan itu. "
Dia benar. Anda salah. Anda melakukan SCRUM bastardisasi dan / atau variasi pada Kanban. Bukan kesalahan mereka sama sekali.
Saya mengerti mengapa dia mengatakan ini, tetapi dia tampaknya tidak menyadari bahwa ini adalah karena dia dan semua orang di tim tidak peduli.
Saya pikir Anda tidak mengerti sama sekali. Mereka mungkin peduli kurang dari sebelumnya, namun menyalahkan mereka tidak hanya tidak akan memperbaiki apa pun, itu mungkin hanya membuat situasi lebih buruk. Jika itu adalah dasar batu, mereka mungkin benar-benar mulai menggali.
Mereka hanya bekerja daripada berurusan dengan hambatan.
Dan di sini saya pikir melakukan pekerjaan adalah tugas mereka. Aku ingin tahu siapa yang seharusnya berurusan dengan rintangan .... oh benar. Seorang Master Scrum. Ini Anda pekerjaan. Mereka memberi tahu Anda apa yang salah. Anda memperbaikinya. Bukan sebaliknya.
Ini mungkin mengapa Anda memiliki begitu banyak masalah di Retrospektif.
Bagaimana saya bisa membuat mereka melihat bahwa bercanda dan menyentak selama pertemuan ini menghabiskan banyak uang bagi perusahaan?
Hentikan pertemuan yang tidak berguna dan mereka malah akan bercanda di watercooler. Juga lihat paragraf tentang pemukulan meningkatkan moral. Jika mereka menggunakan humor sebagai mekanisme pertahanan, Anda memiliki beberapa masalah serius, Pak!
Ikuti lelucon - seperti bekerja dengan tim Anda, bukan menentangnya. (Siapa fuuuuuuck peduli dengan uang perusahaan? Apakah Anda pemegang saham sekarang?)
Untuk meringkas
Perencanaan buruk Anda membuat bagian-bagian lain dari SCRUM gagal, dan semua orang yang berpartisipasi menderita. Mereka melihat bahwa tidak ada yang berubah, tidak ada yang diatasi, dan keluhan mereka tidak terdengar.
Perbaiki perencanaan Anda, dan Anda akan meningkatkan alur dan moral.
Apakah pekerjaan Anda menghilangkan rintangan dan tim Anda akan berkembang lebih cepat. Tanyakan kepada mereka apa yang menurut mereka harus Anda lakukan untuk membantu mereka.
Yang terpenting: Dengarkan orang-orang Anda. Mereka sudah memberi tahu Anda (dan saya) apa masalahnya.
Semoga berhasil!