Saya menemukan ini artikel yang mencakup dua mnemonik yang saya sangat suka.
INVEST sebagai pengingat tentang karakteristik dari kualitas yang baik Product Backlog Item (PBI) (atau cerita pengguna) biasanya ditulis dalam format cerita pengguna. Tapi apa saja karakteristik dari cerita pengguna yang baik? Akronim “INVEST” dapat mengingatkan Anda bahwa cerita yang baik harus:
Sebuah cerita pengguna yang baik harus — INVEST:
- Independen: Harus dapat berdiri sendiri dengan cara yang memungkinkan untuk dirilis tanpa bergantung satu sama lain.
- Negosiasi: Hanya menangkap esensi dari kebutuhan pengguna, memberikan ruang untuk percakapan. Cerita pengguna tidak boleh ditulis seperti kontrak.
- Valuable: Memberikan nilai kepada pengguna akhir.
- Estimable: Cerita pengguna harus dapat diperkirakan sehingga dapat diprioritaskan dengan baik dan sesuai dengan sprint.
- Small: Sebuah cerita pengguna adalah sepotong kecil pekerjaan yang memungkinkan untuk diselesaikan dalam waktu sekitar 3 hingga 4 hari.
- Testable: Sebuah cerita pengguna harus dikonfirmasi melalui kriteria penerimaan
Penyempurnaan Product Backlog: Cerita dan Tugas
Product Backlog penyempurnaan adalah tindakan menambahkan detail, estimasi, dan urutan pada item di Product Backlog. Penyempurnaan Product Backlog yang berkelanjutan diperlukan dalam setiap Sprint untuk menyempurnakan item agar siap untuk Sprint mendatang. Ketika item backlog disempurnakan ke tingkat granularitas yang sesuai, item Product Backlog di bagian atas Product Backlog (prioritas tertinggi, nilai terbesar) diuraikan sehingga sesuai dalam satu Sprint seperti yang ditunjukkan pada Gambar di bawah.
Ketika item backlog produk disempurnakan dan akan dimasukkan ke dalam backlog sprint, mereka biasanya dalam bentuk cerita pengguna yang siap digunakan untuk Bagian 1 Perencanaan Sprint. Cerita pengguna ini biasanya disempurnakan lebih lanjut menjadi tugas di Bagian 2 perencanaan Sprint untuk ditugaskan kepada anggota tim pengembang.
Sebuah TUGAS yang baik harus — SMART
SMART adalah seperangkat kriteria untuk membuat tujuan seperti tujuan Sprint yang merupakan pernyataan singkat yang ditulis oleh tim Scrum (berdasarkan Pemilik Produktujuan awal) untuk memandu mereka ke arah apa yang mereka inginkan agar tugas dapat diselesaikan sesuai dengan tujuan sprint.
SMART adalah singkatan dari Spesifik, Terukur, Dapat dicapai, Relevan, dan Terikat waktu. Memiliki tujuan yang ditulis dalam format SMART memastikan bahwa penetap tujuan jelas tentang apa yang ingin mereka capai, kapan, dan bagaimana.
Spesifik: saat menetapkan tujuan, jadilah spesifik tentang apa yang ingin Anda capai. Anggap ini sebagai pernyataan misi untuk tujuan Anda.
Measurable: metrik apa yang akan Anda gunakan untuk menentukan apakah Anda memenuhi tujuan? Ini membuat tujuan lebih nyata karena memberikan cara untuk mengukur kemajuan. Jika ini adalah proyek yang akan memakan waktu beberapa bulan untuk diselesaikan, maka tetapkan beberapa tonggak dengan mempertimbangkan tugas spesifik untuk diselesaikan.
Achievable: Ini berfokus pada seberapa penting tujuan bagi Anda dan apa yang dapat Anda lakukan untuk membuatnya dapat dicapai dan mungkin memerlukan pengembangan keterampilan baru serta mengubah sikap. Tujuan ini dimaksudkan untuk menginspirasi motivasi, bukan penurunan semangat. Pikirkan tentang bagaimana mencapai tujuan dan apakah Anda memiliki alat/keterampilan yang diperlukan. Jika Anda saat ini tidak memiliki alat/keterampilan tersebut, pertimbangkan apa yang diperlukan untuk mencapainya.
RRelevan: Ini mengacu pada fokus pada sesuatu yang masuk akal dengan tujuan bisnis yang lebih luas. Misalnya, jika tujuannya adalah meluncurkan produk baru, itu harus sesuatu yang sejalan dengan tujuan bisnis secara keseluruhan. Tim Anda mungkin dapat meluncurkan produk konsumen baru, tetapi jika perusahaan Anda adalah B2B yang tidak berkembang ke pasar konsumen, maka tujuannya tidak akan relevan.
TTerikat waktu: siapa pun dapat menetapkan tujuan, tetapi jika tidak memiliki waktu yang realistis, kemungkinan besar Anda tidak akan berhasil. Menyediakan tanggal target untuk hasil yang diharapkan adalah hal yang penting. Ajukan pertanyaan spesifik tentang tenggat waktu tujuan dan apa yang dapat dicapai dalam periode waktu tersebut. Jika tujuan akan memakan waktu tiga bulan untuk diselesaikan, berguna untuk mendefinisikan apa yang harus dicapai di tengah proses. Menyediakan batasan waktu juga menciptakan rasa urgensi.
Referensi
- Tulis Tujuan SMART & INVEST untuk Cerita Pengguna
- Siapa yang Membuat Item Backlog Produk atau Cerita Pengguna dalam Scrum?
- Apa itu Story Point dalam Agile? Bagaimana Cara Mengestimasi Cerita Pengguna?
- Apa itu DEEP dalam Backlog Produk?
This post is also available in Deutsch, English, Español, فارسی, Français, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文.