🙋 🤚🏾 👶🏾 Bagaimana merencanakan sprint dua minggu 🤚 💪🏽 📮

Terkadang tim pengembangan muda berantakan.

Ini terjadi pada saat mereka belum sepenuhnya memahami apa kelebihan itu; Proyek dan produk memperdebatkan siapa di antara mereka yang siapa, dan masing-masing melakukan tugas sendiri. Atau semua orang sudah tahu segalanya, tetapi sprint tidak dapat direncanakan - tugas tidak berhasil, demo dan retro tidak teratur.

Kami juga memiliki kisah yang serupa, tetapi kami menemukan jalannya.

Ini adalah cerita dari tim akun pribadi Yandex.Kassa, dan instruksi terperinci untuk mereka yang ingin meningkatkan perencanaan mereka.

Bagaimana itu?

Tim akun pribadi Yandex.Kassa bertanggung jawab atas kenyamanan menghubungkan pedagang baru ke Kasir dan membuat layanan penagihan. Menurut standar Yandex, tim ini masih muda - 4 dari 6 pengembang bekerja enam bulan atau kurang, dan saya, manajer proyek, bergabung dengan tim 3 bulan lalu.

Pada hari pertama sprint baru, tim berkumpul bersama dengan pemilik produk (selanjutnya - PO) dan merencanakan sprint selama sekitar dua jam. Pendekatan ini jelas memiliki kelemahan:

Persyaratan elaborasi yang rendah. PO tidak punya cukup waktu untuk menjawab semua pertanyaan. Kami mengambil tugas semacam itu dalam sprint atau meminta analis untuk mengevaluasi tugas dan menunda implementasinya hingga dimulainya sprint berikutnya.
Ada situasi di mana pemangku kepentingan diingat ketika sprint berjalan lancar dan kami sangat membutuhkan beberapa perbaikan atau solusi dari tim terkait.
Kurangnya manajemen risiko.

Dengan pertimbangan mereka, persyaratan untuk proses baru muncul:

Persyaratan untuk tugas harus dikerjakan oleh pemilik produk dan semua pihak yang berkepentingan.
Implemented dod (definisi selesai adalah seperangkat kriteria yang memungkinkan Anda untuk memahami apakah tujuan pengembangan dilakukan) untuk setiap kegiatan. Mereka mulai mengidentifikasi pemangku kepentingan sehingga seminggu sebelum dimulainya sprint baru mereka akan memberi tahu mereka tentang kemajuan pekerjaan dan mengumpulkan umpan balik.
Pertemuan minimum untuk fokus pada sprint saat ini. Terbatas pada dua pertemuan dalam dua minggu masing-masing selama satu jam.
Mereka mulai melakukan pelatihan produk internal secara teratur sebagai sebuah tim, karena hari ini salah satu risiko utama adalah kurangnya pengetahuan tentang produk tersebut.

Konsep baru

Kami memperkenalkan wadah baru (daftar) perintah:

Prioritas tugas dalam semua daftar kecuali yang pertama ditentukan oleh PO.

Jika tugas diselesaikan dalam sprint, seorang anggota tim dapat mengambil tugas dari Estimasi ke dalam pekerjaan dan akan memahami bahwa mereka benar-benar siap untuk bekerja - ambil dan lakukan.

Minggu pertama

Dengan klik - versi lengkap.

Senin

Pemilik produk memindahkan aktivitas dari wadah Daftar Tugas ke Perawatan, memprioritaskan dan menjelaskan Definisi Selesai sejelas mungkin.

PM memeriksa aktivitas dalam wadah Perawatan terhadap daftar periksa:

Apakah tata letak diperlukan untuk aktivitas baru dan, jika ya, apakah itu?
Sudahkah semua kegiatan untuk proyek yang paling penting dimasukkan?
Apakah tautan antara tugas ditunjukkan?

Jika ada sesuatu yang salah, maka PM berkomunikasi dengan PO untuk mengklarifikasi detail dan memberi tahu tim bahwa daftar Grooming terkini.

Contoh:

Ambil tugas "Surat-surat tentang faktur yang dikeluarkan pada malam hari dikirim dengan penundaan." Itu ditambahkan oleh tester ke akhir daftar Grooming.
PO mengangkat tugas ini pada daftar.
PM memeriksa bahwa kegiatan bekerja dengan wadah pada bagian PO dilakukan, dan memberi tahu tim tentang hal itu.

Selasa

Tim berkenalan dengan kegiatan baru dan menulis komentar, pertanyaan, dan membuat saran. PO secara otomatis menerima semua komentar baru (kami menggunakan Jira, jadi ini mudah dilakukan), dan dia punya waktu untuk menyiapkan jawaban besok.

Seorang anggota tim menentukan apakah tugas itu relevan. Ternyata tugas itu relevan, tester menemukan penyebab masalah dan melaporkannya. Namun, dari sudut pandang logika bisnis, pertanyaannya tetap terbuka.

Rabu

Kami melakukan pertemuan dengan PO yang menjawab pertanyaan tim. Tujuan pertemuan: untuk memperbaiki DoD. Setelah pertemuan, bagian dari kegiatan akan pergi ke wadah "Ditentukan", dan sebagian - segera ke "Diperkirakan", jika segera jelas berapa lama kegiatan ini akan berlangsung. Tentukan dependensi dan pemangku kepentingan.

Dialog antara PM dan PO, setelah itu menjadi jelas apa yang perlu dilakukan. Biasanya dialog ini tidak diperbaiki, tetapi karena aktivitas ini PO tidak tersedia selama rapat, oleh karena itu komunikasi dicatat secara tertulis.

Kamis

PM mengirimkan daftar kegiatan terdekat dari daftar Estimasi dan Didefinisikan ke pihak yang berkepentingan dengan permintaan untuk melihat dan berkomentar.

Jumat

PM menjawab pertanyaan pemangku kepentingan, yang melibatkan tim atau PO jika perlu.

Tidak ada komentar yang diterima pada tugas tersebut, yang kami tunjukkan sebagai contoh, tetapi secara umum terlihat seperti ini:

Umpan balik bisa datang melalui messenger.

Hasil minggu pertama adalah aktivitas, yang jelas apa yang perlu dilakukan (dod ditentukan), dengan mempertimbangkan keinginan pihak yang berkepentingan.