User story dan perencanaan iterasi

User story adalah deskripsi singkat tentang sesuatu yang dibutuhkan pengguna, ditulis dari sudut pandangnya. Perencanaan iterasi adalah cara tim memutuskan story mana yang akan dikerjakan dalam kotak waktu berikutnya. Banyak tim menyebut kotak waktu ini sprint dan pertemuannya sprint planning; East Agile Tracker menyebutnya iterasi dan perencanaan iterasi.

Apa itu user story

Templat yang umum adalah:

Sebagai [jenis pengguna], saya ingin [suatu kemampuan], agar [suatu manfaat].

Contoh: Sebagai manajer proyek, saya ingin melihat story mana yang terblokir, agar saya bisa menuntaskannya sebelum iterasi berakhir.

Templat ini menyebutkan siapa yang mendapat manfaat, apa yang dibutuhkan, dan mengapa. Bagian “mengapa” memungkinkan tim menemukan cara yang lebih sederhana untuk memberikan manfaat yang sama. Story adalah penanda untuk sebuah percakapan, bukan spesifikasi lengkap: detailnya dirumuskan bersama antara pihak yang meminta dan pihak yang membangun.

INVEST: apakah story sudah siap?

INVEST adalah daftar periksa untuk story yang terbentuk dengan baik:

• Independent — dapat dibangun dan dikirim secara mandiri.
• Negotiable — detailnya terbuka untuk didiskusikan.
• Valuable — memberikan sesuatu yang penting bagi pengguna atau pelanggan.
• Estimable — tim cukup memahaminya untuk menentukan ukurannya.
• Small — muat dengan leluasa dalam satu iterasi.
• Testable — ada cara yang jelas untuk mengetahui bahwa story itu sudah done.

Kriteria penerimaan

Kriteria penerimaan menyatakan apa yang harus terpenuhi agar story dianggap done. Menuliskannya dalam bentuk Given / When / Then menjadikan setiap kriteria sebuah acceptance test:

Given sebuah story dengan blocker yang belum terselesaikan, when saya membuka kolom Blocked, then story itu tercantum di sana.

Kriteria disepakati sebelum pekerjaan dimulai, sehingga tim dan orang yang menerima story memiliki definisi done yang sama.

Perencanaan iterasi

Perencanaan iterasi menjawab satu pertanyaan: apa yang akan kita kerjakan dalam iterasi ini? Ada tiga masukan yang diperlukan:

1. Backlog yang berurutan — story yang diurutkan menurut prioritas, dengan story teratas sudah siap (memenuhi INVEST, memiliki kriteria penerimaan).
2. Estimasi — setiap story kandidat diukur dalam story point.
3. Velocity — berapa poin yang diselesaikan tim per iterasi. Lihat Apa itu velocity?.

Tim mengambil story dari bagian atas backlog sampai totalnya mencapai velocity-nya. Mengambil lebih dari itu berarti mengandalkan tim tiba-tiba bekerja lebih cepat; mengambil lebih sedikit menyisakan kapasitas yang tidak terpakai.

Cara East Agile Tracker melakukannya

• Story hadir dalam empat tipe: feature, bug, chore, dan release. Hanya feature yang menerima poin secara default. Lihat Story.
• Kriteria penerimaan ditulis di deskripsi. Tidak ada field terpisah; kriterianya harus ada di deskripsi sebelum story dimulai. Saat story delivered, product owner menerima atau menolaknya berdasarkan kriteria tersebut. Lihat mesin status dan loop penerimaan.
• Backlog adalah satu daftar yang berurutan ketat, dan memproyeksikan iterasi mendatang berdasarkan velocity, tiga atau empat ke depan, serta menandai grup mana pun yang melampaui velocity. Lihat Iterasi.
• Perencanaan iterasi sebagian besar otomatis. Dengan auto-plan iterations aktif (default), iterasi saat ini terisi sampai velocity Anda; menarik story baru ke dalamnya memindahkan story berprioritas terendah kembali ke bagian atas Backlog. Tim yang berkomitmen pada lingkup tetap, ala Scrum, dapat menonaktifkan auto-plan dan merencanakan sebanyak yang mereka mau, dengan penghitung yang berubah merah di atas velocity. Lihat Merencanakan iterasi.
• Membuat story membuka composer untuk judul, deskripsi, tipe, estimasi, dan pemilik. Lihat Membuat story.

Bacaan lebih lanjut

• Apa itu story point? — mengukur story.
• Apa itu velocity? — sisi kapasitas dalam perencanaan.
• eXtreme Programming — asal-usul user story dan planning game.