Panduan Scrum | 19. Cerita Pengguna – apa itu?

User Story adalah deskripsi singkat tentang fungsionalitas baru Produk atau peningkatannya. Ini tidak mengandung solusi teknis tetapi menjawab pertanyaan mengenai fungsionalitas: Siapa pengguna? Apa yang dilakukan Produk? Dan Apa tujuannya? User Story menggambarkan produk dalam bahasa sehari-hari atau bisnis, meskipun juga menunjukkan tugas-tugas Tim Scrum yang dimaksudkan untuk meningkatkan kinerja Tim.

Apa itu User Stories? – daftar isi:

1. Pendahuluan
2. User Story. Siapa pemilik cerita ini?
3. Bagaimana cara menggunakan User Stories?
4. Kriteria Penerimaan
5. Ringkasan

Pendahuluan

User Story adalah cara paling umum untuk merumuskan tugas-tugas yang dilakukan oleh Tim Scrum. Satu User Story mendefinisikan fungsionalitas kecil dari Produk. Ini menggambarkan Tujuan Produk yang paling kecil dan bermakna. Untuk alasan ini, User Stories sangat singkat.

User Stories dibuat sepanjang waktu kerja pada Produk. Mereka dibuat secara terus-menerus, dari saat keputusan untuk memulai pekerjaan diambil, hingga realisasi Tujuan Produk.

Membuat User Stories adalah tugas Pemilik Produk. Berdasarkan percakapan dengan Pelanggan, merumuskan jawaban atas pertanyaan yang memungkinkan untuk membuat User Story dan memasukkannya ke dalam Product Backlog. Namun, User Stories mencerminkan tidak hanya kebutuhan pelanggan.

User Story. Siapa pemilik cerita ini?

Tim Scrum membuat User Story untuk mendefinisikan kebutuhan Pengguna, dan itulah sebabnya dituliskan dalam bahasa bisnis. Dengan kata lain, ini menunjukkan manfaat yang akan dibawa oleh implementasinya kepada pengguna produk. Namun, dalam Product Backlog, juga bisa ada User Stories yang menggambarkan kebutuhan Tim Pengembang, misalnya meningkatkan alur kerja antara Pengembang, atau menggambarkan kebutuhan Pemilik Produk, misalnya mengorganisir Product Backlog. Dalam kasus seperti itu, Pengguna dalam User Story adalah Pengembang dan Pemilik Produk.

Anda dapat menggambarkan User Story dengan menjawab pertanyaan 3W:

• Siapa?
• Melakukan Apa?
• Kenapa?

User Story kemudian terkandung dalam formula:

Sebagai [tipe pengguna], Saya ingin [melakukan apa?] Karena [kenapa?].

Contoh User Stories tentang fungsionalitas toko online yang ditulis dalam bentuk ini diilustrasikan dalam tabel di bawah:

Formula ini memungkinkan tidak hanya untuk merumuskan User Story tetapi juga untuk menerjemahkan bahasa teknis ke dalam bahasa bisnis dan sebaliknya dengan relatif mudah. Akibatnya, baik Pengembang maupun Pemangku Kepentingan melihat dengan jelas Tujuan dan tahapan kemajuannya. Kami juga akan membahas cara membuat User Stories yang baik menggunakan metode INVEST dalam artikel terpisah di seri Panduan Scrum.

Bagaimana cara menggunakan User Stories?

Membuat User Story skematis hanyalah awal. Mereka adalah sinyal dan titik awal untuk diskusi tentang masalah dan solusinya. Diskusi User Stories berlangsung selama Perencanaan Sprint untuk menyortir masalah teknis mana yang akan ditambahkan Tim Pengembang ke dalam Sprint Backlog.

Biasanya, di ruang fisik, User Stories ditulis di kartu kecil berwarna yang dipasang di tempat kerja. Namun, di ruang digital, papan tulis digital yang dibagikan oleh Tim Scrum, bekerja dengan baik.

Menyimpan User Stories dengan cara ini memiliki beberapa keuntungan karena:

• Menekankan otonomi setiap User Story – masing-masing memiliki kerangka terpisah dan dapat dilaksanakan secara independen dari yang lain
• Menekankan dinamika User Stories – urutan realisasinya dinegosiasikan kembali oleh Tim Scrum dan urutan realisasi saat ini terlihat di papan berkat pengaturan fisik kartu dengan User Stories
• Berfungsi sebagai pengingat – berkat representasi visual User Stories, Tim Scrum memiliki petunjuk yang terlihat untuk mengingatkan mereka tentang tujuan saat membuat solusi rinci.

Tim Pengembang memperkirakan usaha yang diperlukan untuk menyelesaikan User Story dengan hari, jam kerja, atau Poin Cerita.

Kriteria Penerimaan

Sebuah User Story harus memiliki kriteria penerimaan tertentu pada saat diterima untuk pengembangan oleh Tim Pengembang. Kriteria penerimaan menentukan pada titik mana pekerjaan pada User Story dapat dianggap selesai.

Dengan cara ini, baik klien maupun pengembang tahu bagaimana pekerjaan mereka akan diterjemahkan menjadi nilai bisnis. Biasanya, sebuah User Story dianggap selesai ketika pengguna yang ditentukan di dalamnya dapat melakukan tindakan yang dijelaskan. Menggunakan contoh di atas, lihat User Story ini dengan konten:

Seorang pelanggan dapat membeli tongkat sihir dengan satu klik.

Ini dianggap selesai ketika tombol “Beli Sekarang” yang berfungsi muncul di halaman toko online, yang menggunakan informasi pembayaran dan pengiriman default untuk pengguna yang sudah masuk.

Ringkasan

Sebuah User Story adalah deskripsi ringkas tentang fungsionalitas baru Produk atau peningkatannya. Ini berfungsi sebagai Tujuan terkecil yang dinyatakan dalam bahasa bisnis, yaitu, dari perspektif nilai bisnis dan pengguna. Ini membantu untuk mendefinisikan tugas yang harus dilakukan dengan jelas serta kriteria untuk penyelesaiannya.

Jika Anda menyukai konten kami, bergabunglah dengan komunitas sibuk kami di Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.