Cerita pengguna dan perancangan iterasi

Cerita pengguna (user story) ialah penerangan ringkas tentang sesuatu yang diperlukan pengguna, ditulis dari sudut pandangannya. Perancangan iterasi ialah cara pasukan memutuskan story yang akan dikerjakan dalam kotak masa seterusnya. Banyak pasukan memanggil kotak masa ini sprint dan mesyuaratnya sprint planning; East Agile Tracker memanggilnya iterasi dan perancangan iterasi.

Apakah cerita pengguna

Templat yang biasa ialah:

Sebagai [jenis pengguna], saya mahu [sesuatu keupayaan], supaya [sesuatu manfaat].

Contohnya: Sebagai pengurus projek, saya mahu melihat story yang tersekat, supaya saya dapat menyelesaikannya sebelum iterasi berakhir.

Templat ini menamakan siapa yang mendapat manfaat, apa yang diperlukan dan mengapa. Bahagian “mengapa” membolehkan pasukan mencari cara yang lebih mudah untuk memberikan manfaat yang sama. Story ialah pemegang tempat untuk perbualan, bukan spesifikasi penuh: butirannya diperhalusi antara mereka yang meminta dan mereka yang membina.

INVEST: adakah story sudah sedia?

INVEST ialah senarai semak untuk story yang terbentuk dengan baik:

• Independent — boleh dibina dan dihantar secara bersendirian.
• Negotiable — butirannya terbuka untuk perbincangan.
• Valuable — memberikan sesuatu yang penting kepada pengguna atau pelanggan.
• Estimable — pasukan cukup memahaminya untuk menentukan saiznya.
• Small — muat dengan selesa dalam satu iterasi.
• Testable — ada cara yang jelas untuk mengetahui bahawa ia sudah selesai.

Kriteria penerimaan

Kriteria penerimaan menyatakan apa yang mesti benar supaya story dikira selesai. Menulisnya dalam bentuk Given / When / Then menjadikan setiap satunya ujian penerimaan:

Given story dengan blocker yang belum diselesaikan, when saya membuka lajur Blocked, then story itu disenaraikan di situ.

Kriteria dipersetujui sebelum kerja bermula, supaya pasukan dan orang yang menerima story berkongsi takrif selesai yang sama.

Perancangan iterasi

Perancangan iterasi menjawab satu soalan: apa yang akan kita kerjakan dalam iterasi ini? Ia memerlukan tiga input:

1. Backlog yang tersusun — story yang disusun mengikut keutamaan, dengan story teratas sudah sedia (memenuhi INVEST, mempunyai kriteria penerimaan).
2. Anggaran — setiap story calon disaizkan dalam story point.
3. Velocity — berapa mata yang disiapkan pasukan setiap iterasi. Lihat Apakah velocity?.

Pasukan mengambil story dari bahagian atas backlog sehingga jumlahnya mencapai velocity-nya. Mengambil lebih daripada itu bergantung pada pasukan tiba-tiba bekerja lebih pantas; mengambil kurang meninggalkan kapasiti yang tidak digunakan.

Cara East Agile Tracker melakukannya

• Story hadir dalam empat jenis: feature, bug, chore dan release. Hanya feature yang mengambil mata secara lalai. Lihat Story.
• Kriteria penerimaan ditulis dalam penerangan. Tiada medan berasingan; kriteria itu tergolong dalam penerangan sebelum story dimulakan. Apabila story delivered, pemilik produk menerima atau menolaknya berdasarkan kriteria tersebut. Lihat mesin keadaan dan gelung penerimaan.
• Backlog ialah satu senarai yang tersusun ketat, dan ia mengunjurkan iterasi akan datang berdasarkan velocity, tiga atau empat ke hadapan, serta menandakan mana-mana kumpulan yang melebihi velocity. Lihat Iterasi.
• Perancangan iterasi sebahagian besarnya automatik. Dengan auto-plan iterations dihidupkan (lalai), iterasi semasa diisi sehingga velocity anda; menarik story baharu ke dalamnya memindahkan story berkeutamaan terendah kembali ke bahagian atas Backlog. Pasukan yang komited kepada skop tetap, gaya Scrum, boleh mematikan auto-plan dan merancang sebanyak yang mereka mahu, dengan pembilang yang bertukar merah apabila melebihi velocity. Lihat Merancang iterasi.
• Mencipta story membuka penggubah untuk tajuk, penerangan, jenis, anggaran dan pemilik. Lihat Cipta story.

Bacaan lanjut

• Apakah story point? — menyaizkan story.
• Apakah velocity? — sisi kapasiti dalam perancangan.
• eXtreme Programming — asal usul cerita pengguna dan planning game.