Saya, seperti beberapa programmer lain, bukan penggemar berat unjuk rasa. Terkadang, semua perbaikan sprint, review sprint, sesi retrospektif ini menjengkelkan.
Tim tempat saya bekerja tidak pernah
merencanakan rapat
poker , tetapi baru-baru ini saya berpartisipasi dalam tim alien yang benar-benar seperti itu. Saya akrab dengan semua tim ini (dengan pengecualian arsitek baru), tetapi saya tidak pernah secara pribadi melihat komposisi penuh tim dalam aksi, jadi saya menyaksikan dengan penuh minat pendekatan mereka terhadap kerja tim. Selain cukup menyenangkan, saya bisa belajar sesuatu yang baru dan berguna untuk diri saya sendiri. Dalam artikel ini saya ingin membagikan kesan saya tentang berpartisipasi dalam rapat perencanaan poker.
Frekuensi Perencanaan Pertemuan Poker
Saya bahkan tidak tahu bahwa beberapa tim kami berlatih Poker Perencanaan. Faktanya adalah bahwa dalam proyek kami, anggota tim dari dua kantor: kantor depan Belanda dan kantor belakang Rusia. Menggunakan Poker Perencanaan untuk konten sprint di lingkungan kita sama sekali tidak realistis. Untuk sesi seperti itu, Anda perlu mengumpulkan seluruh tim di satu tempat dan sulit untuk mengaturnya secara teratur. Oleh karena itu, tim melakukan sesi seperti itu hanya untuk tugas-tugas jaminan selama beberapa tahun, beberapa di antaranya tampak gila dan tidak realistis untuk implementasi, yah, tugas-tugas yang membutuhkan lebih banyak waktu daripada yang siap diberikan oleh manajer pada saat ini. Untuk tujuan ini, Perencanaan poker sempurna, menurut saya. Jika Anda memiliki pengalaman menggunakan poker Perencanaan untuk tim yang didistribusikan tanpa mengumpulkan seluruh tim dalam satu ruangan, akan menarik untuk membiasakan diri Anda, berhenti berlangganan di komentar.
Untuk tim mana akan bermanfaat jika menggunakan Poker Perencanaan
Tim yang dipertimbangkan sedang mengembangkan bagian perangkat lunak dari perangkat lunak untuk peralatan medis, dan perangkat lunak untuk bagian perangkat keras yang sesuai - firmware. Oleh karena itu, sesi seperti itu akan informatif bagi sebagian besar anggota tim, karena seseorang bekerja hanya dengan satu bagian dan tidak mengetahui detail dan kesulitan yang dihadapi di bagian lain dari perangkat lunak. Selama rapat umum, banyak diskusi antara orang-orang dengan peringkat terendah dan tertinggi dimulai: "Sangat mudah untuk melakukan ini." Ya, kadang-kadang programmer berpengalaman membuat peringkat rendah, dan dalam beberapa kasus peringkat rendah diberikan oleh pengalaman, karena ini adalah "
sarkasme" firmware untuk perangkat keras biasa, dan mengapa repot-repot begitu lama
</ sarkasme> .
Tugas besar dipecah dan dievaluasi secara individual
Sebagian besar tugas mengandung setidaknya 3 bagian, berdasarkan spesifik proyek: perangkat lunak, firmware, dan sebenarnya tes. Untuk sistem yang kompleks dari kelompok elemen penyusun, penilaian dilakukan untuk satu elemen.
Anda dapat mengundang seseorang dari proyek lain untuk berpartisipasi
Saat menilai kerumitan tugas, pertanyaan tambahan dari pemula bisa sangat membantu. Seperti yang Anda pahami, mereka mengundang saya untuk misi sakral ini. Faktanya adalah bahwa orang yang bodoh dapat mengajukan pertanyaan yang juga akan berguna dalam akuntansi untuk peringkat anggota tim. Saya sendiri memperhatikan beberapa kali bagaimana, setelah pertanyaan saya, beberapa orang segera mulai mencari kartu lain, walaupun saya sudah memutuskan peringkatnya.
Diperlukan waktu untuk merencanakan sesi poker
Sesi seperti itu membutuhkan banyak waktu. Waktu diskusi untuk setiap masalah tergantung pada kelengkapan persyaratan dan pemahaman solusi untuk masalah tersebut. Waktu untuk membahas masalah ini dapat bervariasi dari 5 hingga 30 menit. Jadi saya mengambil bagian untuk membahas sepertiga terakhir dari bagian jaminan tugas. Butuh satu setengah jam.
Jadi untuk meringkas.
Semuanya baik-baik saja. Merencanakan sesi poker adalah kegiatan yang bermanfaat, tetapi membutuhkan banyak waktu, jadi saya pikir tidak bijak untuk sering melakukannya, kecuali Anda punya waktu luang. Dengan mengumpulkan pertemuan seperti itu dari waktu ke waktu, Anda akan menjaga kesadaran umum tim di berbagai bagian proyek, yang akan membantu meningkatkan proses penyelesaian masalah. Dan bagi seseorang itu mungkin merupakan kesempatan yang baik untuk berkenalan dengan bagian lain dari proyek jika Anda bosan bekerja dengan Anda sendiri.