The Scrum Framework — Edisi Kedua

Bab ini mempertahankan konteks pembelajaran historis dan praktis edisi kedua. Kurikulum edisi ketiga juga tersedia dalam daftar isi di bawah.

---

Cerita Pengguna Scrum: Tinjauan Lengkap untuk Pengelolaan yang Efektif

Definisi: Cerita pengguna Scrum adalah uraian singkat berpusat pada pengguna tentang fungsi atau fitur yang diinginkan. Format ini sering menjelaskan item Product Backlog, tetapi tidak diwajibkan Scrum. Biasanya ditulis dari sudut pengguna akhir untuk menjelaskan siapa, apa, dan mengapa, serta mendorong kolaborasi lintas fungsi. Templatnya memuat peran pengguna atau aktor, tindakan atau tujuan, dan manfaat atau nilai. Cerita membantu pemahaman persyaratan bersama, kemajuan bertahap, serta prioritas menurut kebutuhan dan masukan pengguna.

Cerita pengguna seperti alur film untuk setiap fitur produk, tetapi lebih singkat dan sederhana. Ada tokoh, yakni pengguna atau aktor, tujuan berupa fitur yang dibutuhkan, dan alasan pentingnya berupa manfaat.Bayangkan cerita saling terhubung menjadi jaringan keinginan, harapan, dan solusi: backlog. Memprioritaskan dan menyempurnakannya seperti menyutradarai film, setiap cerita penting tetapi dapat berubah. International Scrum Institute siap memandu Anda menguasai cerita pengguna dan pengelolaannya.

Gunakan format seperti «Sebagai [peran], saya ingin [kemampuan] agar [manfaat]». Contohnya: «Sebagai pelanggan, saya ingin mudah melacak status pesanan agar dapat mengatur jadwal.»

Karakteristik Cerita Pengguna Scrum

Scrum Product Backlog sering berisi cerita pengguna. Ciri terpentingnya ialah cerita singkat seseorang memakai produk. Ada nama, narasi ringkas, serta kriteria dan syarat penerimaan agar selesai. Keunggulannya fokus pada kebutuhan atau keinginan pengguna tanpa merinci cara mencapainya.

Ada berbagai rekomendasi penulisan cerita. Contoh templat:

Sebagai [aktor], saya [ingin|harus] [tindakan] agar [hasil]
Atau versi singkat:
Sebagai [aktor], saya [ingin|harus] [hasil]

Aktor: Orang atau persona yang kebutuhannya dijelaskan, bukan penanggung jawab backlog. Sering berupa pengguna, tetapi aktor khusus seperti «Administrator», «Pelanggan yang Masuk», atau «Pengunjung Belum Terautentikasi» memperjelas konteks.

Tindakan: Yang ingin dilakukan aktor. Tindakan wajib dapat diawali «harus»; selain itu gunakan «ingin».

Hasil: Yang ingin dicapai aktor melalui tindakan, dilihat dari sudut pandangnya.

Cerita Pengguna Scrum - Gambaran Umum

Cerita pengguna penting untuk mengomunikasikan kebutuhan pelanggan dalam pengelolaan Agile. Perspektif pengguna akhir membuat persyaratan abstrak terasa hidup.

Cerita merupakan uraian fitur singkat dan informal dengan kebutuhan pengguna akhir atau aktor yang jelas, biasanya «Sebagai [pengguna/aktor], saya ingin [fitur] agar [manfaat]». Format sederhana ini menjelaskan siapa pengguna, keinginannya, dan alasannya, memberi gambaran kebutuhan secara menyeluruh.

Misalnya pengguna situs belanja memerlukan pencarian lebih efisien. Ceritanya: «Sebagai pembeli, saya ingin fungsi pencarian lebih efisien agar cepat menemukan produk yang menarik.» Ini merangkum fitur dari perspektif pengguna dan menjelaskan nilainya.

Cerita juga menjadi pengingat percakapan terperinci antara pemangku kepentingan, Product Owner, dan pengembang. Cerita memulai diskusi bermakna tentang kebutuhan dan memfasilitasi kolaborasi serta pemahaman.

Selain komunikasi, cerita membantu menetapkan prioritas Product Backlog dengan menentukan fungsi paling penting bagi aktor dan yang perlu dikembangkan dahulu.

Peran Cerita Pengguna dalam Pengelolaan Proyek Agile

Memahami cerita pengguna memperjelas kebutuhan pelanggan bagi tim dan membantu menyerahkan nilai luar biasa melalui fitur yang benar-benar penting.

Seperti rumah yang dibangun dengan cetak biru dan pemahaman kebutuhan pemilik, cerita pengguna menjadi dasar serta panduan pengembangan, menyelaraskan usaha pada harapan pelanggan.

Organisasi perlu mengutamakan pendidikan tentang cerita pengguna yang efektif. International Scrum Institute menyediakan sumber lengkap untuk menguasai aspek dasar Agile ini, menyusun cerita yang matang, dan mengelolanya dalam Product Backlog.

Setelah memahami pentingnya cerita pengguna dalam pengelolaan Agile, mari pelajari cara menyusunnya secara efektif dan berdampak.

Membuat Cerita Pengguna Scrum secara Efektif

Cerita pengguna adalah inti pengembangan agile; penyusunan efektif menentukan keberhasilan proyek. Ingat prinsip-prinsip berikut.

Memahami Kebutuhan Pengguna

Langkah pertama adalah memahami kesulitan dan kebutuhan pengguna akhir. Berempati terhadap pengalaman, keinginan, dan tantangan mereka memastikan cerita menjawab kebutuhan nyata dan memberi nilai konkret. Survei, wawancara, atau observasi memperoleh wawasan langsung dari pengguna.

Menyusun Cerita

SMART membantu membahas hasil yang dimaksud, tetapi bukan templat wajib Scrum:

• Specific (Spesifik) - Tentukan yang perlu dilakukan
• Measurable (Terukur) - Tentukan cara mengukur keberhasilan
• Achievable (Dapat Dicapai) - Pastikan kelayakan dalam batasan yang ada
• Relevant (Relevan) - Selaraskan dengan tujuan bisnis dan kebutuhan pengguna
• Time-bound (Berbatas Waktu) - Miliki jadwal penyerahan yang jelas

Ini memberi kerangka jelas bagi tim agar setiap cerita langsung berkontribusi pada tujuan dan nilai nyata bagi pengguna.

Melibatkan Tim

Keterlibatan seluruh tim menumbuhkan kolaborasi dan pemahaman bersama tentang persyaratan serta tujuan. Perspektif pengembang, desainer, penguji, dan Product Owner memberi gambaran utuh. Kolaborasi menemukan wawasan dan tantangan sejak awal sehingga cerita lebih matang dan mencerminkan visi bersama.

Empati pada pengguna, struktur cerita efektif, dan keterlibatan seluruh tim memberi dasar untuk menyusun cerita Scrum yang kuat dan berdampak.

Dengan dasar tersebut, mari pelajari prioritas cerita agar dampaknya maksimal bagi proyek agile.

Teknik Memprioritaskan Cerita Pengguna

Saat backlog bertambah, prioritas efektif menjadi penting. Tidak semua fitur sama penting; sebagian lebih memengaruhi kepuasan atau pengembangan. Dua teknik berikut membantu keputusan berbasis informasi dan memaksimalkan nilai tim Agile.

Metode MoSCoW

MoSCoW membagi cerita menjadi empat kategori: Must have, Should have, Could have, dan Won't have untuk saat ini. Cara sederhana ini membantu mengenali fitur kritis menurut urgensi dan kepentingannya.

• Wajib Ada: Fungsi yang tidak dapat ditawar, penting bagi operasi dasar atau kebutuhan mendasar. Tanpanya tujuan utama produk terganggu.
• Sebaiknya Ada: Fitur penting tetapi tidak kritis bagi rilis awal. Menambah kelengkapan produk dan dapat ditunda bila perlu.
• Boleh Ada: Fitur diinginkan tetapi opsional yang meningkatkan pengalaman atau nilai, namun dapat ditunda tanpa mengganggu fungsi inti.
• Tidak Ada Saat Ini: Fitur yang belum diperlukan dan sengaja dikeluarkan dari lingkup saat ini.

Klasifikasi MoSCoW menyelaraskan harapan pemangku kepentingan dan tim serta membantu konsensus tentang pengembangan pertama.

Model Kano

Selain MoSCoW, gunakan Kano untuk mengelompokkan cerita menurut dampaknya terhadap kepuasan. Ada tiga atribut: dasar, kinerja, dan pemikat.

• Atribut Dasar: Persyaratan mendasar yang diharapkan dan dianggap wajar. Pemenuhannya belum tentu meningkatkan kepuasan, tetapi ketiadaannya mengecewakan.
• Atribut Kinerja: Berhubungan langsung dengan kepuasan: makin baik kinerjanya, makin tinggi kepuasan. Namun, manfaat tambahannya menurun; peningkatan berlebihan tidak selalu menambah kegembiraan pelanggan.
• Atribut Pemikat: Dapat mengejutkan dan menyenangkan jika ada, tetapi ketiadaannya tidak banyak memengaruhi kepuasan.

Mengetahui kategori setiap cerita membantu Product Owner memahami prioritas dan memilih pengembangan sesuai kebutuhan serta keinginan pengguna.

Teknik ini memusatkan nilai pada fitur yang benar-benar penting, menghindari usaha pada unsur tidak kritis, dan meningkatkan kepuasan keseluruhan.

Setelah prioritas, mari pelajari peran penting pemangku kepentingan dalam membentuk dan menyempurnakan cerita.

Peran Pemangku Kepentingan dalam Cerita Pengguna Scrum

Pemangku kepentingan seperti bintang penunjuk arah: mengetahui keinginan pengguna dan kebutuhan bisnis. Masukan mereka penting agar cerita mencerminkan persyaratan serta harapan keduanya. Tanpa mereka, seperti berkendara tanpa peta dan mudah tersesat.

Misalnya aplikasi perbankan seluler melibatkan marketing, layanan pelanggan, keamanan TI, dan beberapa departemen teknologi. Perspektif unik mereka membentuk gambaran menyeluruh: marketing menekankan antarmuka intuitif dan menarik, layanan pelanggan interaksi lancar, keamanan TI protokol kuat.

Seperti membesarkan anak yang memerlukan dukungan banyak orang, cerita pengguna memerlukan berbagai perspektif agar berhasil.

Keterlibatan pemangku kepentingan dalam refinement membantu:

• Relevansi Dunia Nyata: Wawasan situasi nyata dan kebutuhan pengguna menyelaraskan cerita dengan persyaratan bisnis praktis.
• Siklus Umpan Balik: Keterlibatan aktif memastikan masukan tiap tahap untuk perbaikan iteratif.
• Keselarasan Tujuan Bisnis: Mereka menghubungkan cerita dengan tujuan bisnis lebih luas untuk keputusan strategis.

Tanpa keterlibatan mereka, aplikasi bank berisiko memiliki fitur yang tidak memenuhi harapan atau standar regulasi, menyebabkan keterlambatan dan pengerjaan ulang mahal.

Melibatkan mereka sejak awal menumbuhkan rasa memiliki dan tanggung jawab sekaligus lingkungan kolaborasi serta komunikasi.

Wawasan dan panduan pemangku kepentingan sangat menentukan arah cerita menuju tujuan bisnis dan kebutuhan pengguna secara efektif.

Setelah memahami peran tersebut, mari dalami estimasi kompleksitas untuk pengelolaan Scrum efektif. (Lihat selengkapnya tentang Estimasi Usaha Scrum)

Estimasi Kompleksitas untuk Pengelolaan Scrum Efektif

Ukuran cerita membantu memahami usaha dan kompleksitas. Estimasi mendukung keputusan, bukan jaminan; Scrum tidak menetapkan teknik tertentu. Planning Poker populer menggunakan kartu bernomor untuk tingkat usaha atau kompleksitas berbeda.

Tim membahas cerita lalu memilih kartu estimasi sendiri. Kartu dibuka bersamaan dan perbedaan besar dibahas. Proses berlanjut hingga tercapai konsensus kompleksitas.

Pendapat semua orang diperhatikan dan partisipasi aktif didorong. Estimasi bersama memperjelas perspektif dan dapat mengungkap kompleksitas atau tantangan yang sebelumnya terlewat.

Untuk halaman masuk aplikasi, seseorang mungkin memilih 3 karena tampak sederhana, sementara yang mempertimbangkan aturan validasi memilih 8. Diskusi terbuka memperdalam pemahaman dan menemukan komponen yang belum dipertimbangkan.

Estimasi Planning Poker berguna untuk Sprint Planning, alokasi sumber daya, dan kapasitas tim. Product Owner menggunakannya untuk prioritas berdasarkan kompleksitas serta potensi nilai.

Estimasi menentukan pekerjaan realistis per Sprint agar tidak berkomitmen berlebihan, kelelahan, atau menurunkan kualitas. Estimasi juga mengenali dependensi untuk pengurutan dan pengelolaan lebih baik.

Estimasi efektif dengan Planning Poker penting bagi transparansi, kolaborasi, dan keputusan berbasis informasi dalam proyek Scrum.

Setelah memahami pengaruh estimasi kompleksitas, mari gunakan cerita untuk mengelola Product Backlog secara efektif.

Menggunakan Cerita Pengguna Scrum untuk Pengelolaan Product Backlog

Cerita menjadi suara pelanggan dan memandu produk sesuai kebutuhan. Konteksnya memperjelas harapan serta nilai bagi pengguna. Penggunaan efektif memperjelas komunikasi dan keputusan melalui pemahaman persyaratan yang lengkap, penting bagi backlog teratur dan matang.

Libatkan pelanggan, pengguna akhir, Product Owner, dan pengembang dalam penulisan. Perspektif beragam mencakup kebutuhan serta kasus penggunaan untuk gambaran fitur lebih utuh.

Dalam aplikasi bank, sebuah cerita dapat mewakili kebutuhan transfer antar rekening yang lancar. Tim memahami fungsi khusus dan dampaknya terhadap pengalaman.

Cerita bersifat dinamis, terus disempurnakan dan diprioritaskan ulang menurut kebutuhan serta tren pasar. Pembaruan rutin menjaga backlog adaptif terhadap tuntutan bisnis.

Setiap cerita harus jelas dan spesifik. Format umum: «Sebagai (peran), saya ingin (fitur) agar (manfaat).»

Kriteria penerimaan menambahkan detail syarat fitur selesai. Ukuran objektif ini memastikan fitur memenuhi tujuan dan menyelaraskan harapan tim serta pemangku kepentingan.

Dalam aplikasi bank, kriteria dapat mensyaratkan validasi kredensial rekening dan bukti transaksi segera saat transfer. Semua pihak memahami implementasi berhasil dari cerita tersebut.

Cerita membantu Product Owner memperjelas kebutuhan dan pengembang menciptakan solusi sesuai pengguna. Penyempurnaan konsisten seiring perubahan bisnis membangun backlog adaptif untuk pasar dinamis.

Keluwesan cerita menjaga respons backlog terhadap kebutuhan dan dinamika pasar yang terus berubah, kunci produk yang benar-benar sesuai pengguna.

Apa komponen utama cerita pengguna Scrum?

Jawaban: Peran atau persona, deskripsi singkat fungsi yang diinginkan, dan kriteria penerimaan. Semuanya memperjelas perspektif pengguna dan panduan pengembangan. Survei Stack Overflow pada 2023 menyebut 87% tim Agile menekankan cerita yang terdefinisi baik untuk pengelolaan backlog efektif.

Bagaimana cerita membantu Sprint Planning dan prioritas dalam Scrum?

Jawaban: Cerita memperjelas perspektif, kebutuhan, dan hasil pengguna. Tim menyelaraskan usaha dengan tujuan pengguna dan memilih cerita terlebih dahulu menurut nilai serta kompleksitas. Survei VersionOne pada 2022 menunjukkan prioritas efektif dalam Sprint Planning meningkatkan produktivitas dan kepuasan pelanggan.

Apa tujuan cerita pengguna dalam Scrum?

Jawaban: Menangkap persyaratan serta kebutuhan pelanggan atau pengguna akhir. Sebagai alat komunikasi tim dan pemangku kepentingan, cerita memperkuat pemahaman dan kolaborasi. Fokusnya nilai pelanggan dan prioritas menurut masukan serta nilai bisnis. Survei Scrum Alliance menyebut 76% responden setuju cerita meningkatkan kemampuan tim menyerahkan nilai.

Bagaimana menulis cerita pengguna efektif untuk pengembangan agile?

Jawaban: Fokus pada «Tiga C»: Card atau kartu berupa deskripsi ringkas, Conversation atau percakapan detail, dan Confirmation atau konfirmasi kriteria penerimaan. Buat singkat, spesifik, serta diprioritaskan menurut nilai pelanggan. Survei VersionOne menyebut 65% tim menilai cerita kecil dan jelas mendukung keberhasilan. Kolaborasi rutin pengembang, Product Owner, dan pelanggan menjaga pemahaman serta keselarasan persyaratan.

Adakah praktik terbaik atau kesalahan umum dalam menggunakan cerita Scrum?

Jawaban: Praktik terbaik mencakup peran, tujuan, dan manfaat jelas; prioritas berdasarkan nilai dan kompleksitas; keterlibatan seluruh tim dalam penulisan serta estimasi; dan pembaruan backlog rutin. Kesalahan umum meliputi cerita terlalu rinci atau teknis, tidak melibatkan pemangku kepentingan, tidak membagi cerita besar, dan mengabaikan refinement. Survei Scrum Alliance melaporkan komunikasi membaik (74%), keselarasan bisnis meningkat (68%), dan kepuasan pelanggan bertambah (62%) pada tim yang mengikuti praktik ini.

Ringkasan Cerita Pengguna Scrum

Pemetaan persyaratan yang cermat menjadikan setiap cerita bagian berharga pengembangan iteratif. Sebagai unsur pembentuk epic, cerita menjelaskan pekerjaan penting bagi tim dan keberhasilan iterasi. Epic yang terdiri atas beberapa cerita mendukung perencanaan serta pelaksanaan menyeluruh. Artikel ini membahas manfaatnya bagi komunikasi perusahaan dan penyerahan informasi bernilai.

Cerita memberi manfaat nyata bagi pengembang dan pengguna. Contoh artikel menunjukkan strategi pengujian efektif agar hasil memenuhi kriteria. Pembagian fitur kompleks memudahkan iterasi, menumbuhkan kolaborasi, serta memungkinkan adaptasi saat persyaratan berubah.

Cerita pengguna merupakan unsur penting agile yang memberi pendekatan terstruktur: membagi epic, memudahkan perencanaan iterasi, dan memperbaiki komunikasi demi hasil berhasil. Contoh dan strategi pengujian memperlihatkan bahwa cerita memastikan hasil selaras dengan tujuan keseluruhan. International Scrum Institute menawarkan pendaftaran sertifikasi untuk memperdalam Agile dan meningkatkan keahlian serta keyakinan mengelola proyek dinamis.