Panduan Scrum | 19. Cerita Pengguna – apa itu?

Diterbitkan: 2022-05-20

Kisah Pengguna adalah deskripsi singkat tentang fungsionalitas Produk baru atau peningkatannya. Itu tidak berisi solusi teknis tetapi menjawab pertanyaan tentang fungsionalitas: Siapa pengguna? Apa yang Produk lakukan? Dan Apa tujuannya? Kisah Pengguna menjelaskan produk dalam bahasa sehari-hari atau bisnis, meskipun itu juga menunjuk pada tugas Tim Scrum yang dimaksudkan untuk meningkatkan kinerja Tim.

Apa itu Cerita Pengguna? - Daftar isi:

  1. pengantar
  2. Cerita Pengguna. Cerita siapa itu?
  3. Bagaimana cara menggunakan Cerita Pengguna?
  4. Kriteria penerimaan
  5. Ringkasan

pengantar

Kisah Pengguna adalah cara paling umum untuk merumuskan tugas yang dilakukan oleh Tim Scrum. Satu Kisah Pengguna mendefinisikan fungsionalitas kecil Produk. Ini menggambarkan Sasaran Produk parsial yang bermakna dan terkecil. Untuk alasan ini, Kisah Pengguna sangat singkat.

Cerita Pengguna dibuat sepanjang waktu pengerjaan Produk. Mereka diciptakan terus menerus, dari saat keputusan untuk mulai bekerja dibuat, hingga realisasi Tujuan Produk.

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

user stories

Cerita Pengguna. Cerita siapa itu?

Tim Scrum membuat Kisah Pengguna untuk mendefinisikan kebutuhan Pengguna, dan itulah sebabnya mengapa itu diletakkan dalam bahasa bisnis. Dengan kata lain, ini menunjukkan manfaat yang akan dibawa implementasinya kepada pengguna produk. Namun dalam Product Backlog juga bisa terdapat User Stories yang menggambarkan kebutuhan Development Team, misalnya memperbaiki alur kerja antar Developer, atau menggambarkan kebutuhan Product Owner, misalnya mengatur Product Backlog. Dalam kasus tersebut, Pengguna dalam Kisah Pengguna adalah Pengembang dan Pemilik Produk.

Anda dapat mendeskripsikan Kisah Pengguna dengan menjawab pertanyaan 3W :

  • Siapa?
  • Apakah melakukan Apa?
  • Mengapa?

Kisah Pengguna kemudian terkandung dalam rumus:

Sebagai [tipe pengguna], saya ingin [melakukan apa?] Karena [mengapa? mengapa?].

Contoh User Stories tentang fungsionalitas toko online yang ditulis dalam formulir ini tergambar pada tabel di bawah ini:

What are User Stories? - table

Formula ini memungkinkan tidak hanya untuk merumuskan Kisah Pengguna tetapi juga untuk menerjemahkan bahasa teknis secara relatif mudah ke dalam bisnis dan sebaliknya . Hasilnya, baik Pengembang maupun Pemangku Kepentingan melihat dengan jelas Tujuan dan tahapan kemajuannya. Kami juga akan membahas pembuatan Cerita Pengguna yang baik menggunakan metode INVEST dalam artikel terpisah dalam seri Panduan Scrum.

Bagaimana cara menggunakan Cerita Pengguna?

Membuat Kisah Pengguna skematis hanyalah permulaan. Mereka adalah sinyal dan titik awal untuk diskusi tentang masalah dan solusi mereka. Membahas Kisah Pengguna berlangsung selama Sprint Planning untuk memilah masalah teknis mana yang akan ditambahkan oleh tim Pengembangan ke Sprint Backlog.

Biasanya, di ruang fisik, Cerita Pengguna ditulis pada kartu kecil berwarna yang disematkan di tempat kerja. Namun, di ruang digital, papan tulis digital, yang dibagikan oleh Tim Scrum, berfungsi paling baik.

Menyimpan User Stories dengan cara ini memiliki beberapa keuntungan karena:

  • Menekankan otonomi setiap Kisah Pengguna – masing-masing memiliki kerangka kerja terpisah dan dapat dijalankan secara independen dari yang lain
  • Menekankan dinamika Cerita Pengguna – urutan realisasinya dinegosiasikan ulang oleh Tim Scrum dan urutan realisasi saat ini terlihat di papan berkat susunan fisik kartu dengan Cerita Pengguna
  • Berfungsi sebagai pengingat – berkat representasi visual dari Cerita Pengguna, Tim Scrum memiliki rambu yang terlihat untuk mengingatkan mereka tentang tujuan saat membuat solusi terperinci.

Tim Pengembang memperkirakan upaya yang diperlukan untuk menyelesaikan Kisah Pengguna dengan hari, jam kerja, atau Poin Cerita.

Kriteria penerimaan

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

Dengan cara ini baik klien dan pengembang tahu bagaimana pekerjaan mereka akan diterjemahkan ke dalam nilai bisnis. Biasanya, Kisah Pengguna dianggap selesai ketika pengguna yang ditentukan di dalamnya dapat melakukan tindakan yang dijelaskan. Menggunakan contoh di atas, lihat Kisah Pengguna ini dengan konten:

Pelanggan dapat membeli tongkat ajaib dengan satu klik.

Itu selesai ketika tombol "Beli Sekarang" yang berfungsi muncul di halaman toko online, yang menggunakan informasi pembayaran dan pengiriman default untuk pengguna yang masuk.

Ringkasan

Kisah Pengguna adalah deskripsi singkat tentang fungsionalitas atau peningkatan Produk baru. Ini berfungsi sebagai Tujuan terkecil yang dinyatakan dalam bahasa bisnis, yaitu dari perspektif nilai bisnis dan pengguna. Ini membantu untuk secara jelas mendefinisikan tugas yang akan dilakukan serta kriteria untuk penyelesaiannya.

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

Scrum Guide | 19. User Stories - what they are? caroline becker avatar 1background

Pengarang: Caroline Becker

Sebagai Manajer Proyek, Caroline ahli dalam menemukan metode baru untuk merancang alur kerja terbaik dan mengoptimalkan proses. Keterampilan organisasi dan kemampuannya untuk bekerja di bawah tekanan waktu menjadikannya orang terbaik untuk mengubah proyek rumit menjadi kenyataan.

Lihat semua posting

Panduan Scrum:

  1. Daftar istilah dasar, peran dan pengertian
  2. Apa itu Scrum?
  3. Nilai scrum
  4. Bagaimana menerapkan Scrum di perusahaan Anda?
  5. Tim Scrum - apa itu dan bagaimana cara kerjanya?
  6. Siapa Pemilik Produk?
  7. Kesalahan paling umum dari Pemilik Produk
  8. Siapa Scrum Masternya?
  9. Karakteristik Scrum Master yang baik
  10. Kesalahan paling umum dari Scrum Master
  11. Statistik dan metrik apa yang harus dilacak oleh Scrum Master?
  12. Kerjasama antara Pemilik Produk dan Scrum Master
  13. Tim Pengembang di Scrum
  14. Kesalahan paling umum dari Pengembang
  15. Artefak scrum
  16. Scaling Scrum
  17. Sprint Backlog
  18. Apa itu Product Backlog?
  19. Apa itu Cerita Pengguna?
  20. Membuat Kisah Pengguna terbaik dengan INVEST
  21. Kesalahan Cerita Pengguna yang paling umum
  22. Kriteria Penerimaan Cerita Pengguna
  23. Estimasi dan Poin Cerita di Scrum
  24. Perencanaan Poker
  25. Game Estimasi Tim
  26. Mendefinisikan Kenaikan
  27. Acara Scrum
  28. Apa itu Sprint di Scrum?
  29. Komitmen Tim Scrum - Sasaran Produk, Sasaran Sprint, dan Definisi Penyelesaian
  30. Apa itu Grafik Burndown?
  31. Bagaimana cara membuat dan menafsirkan grafik burndown?
  32. Keuntungan dan kerugian dari grafik burndown
  33. Papan Kanban di Scrum dan Scrumban
  34. Kecepatan dalam Scrum - Kecepatan Tim Pengembang
  35. Scrum Harian
  36. Perencanaan Sprint
  37. Ulasan Sprint
  38. Apa itu Retrospektif Sprint?
  39. Kesalahan umum selama Sprint Retrospective
  40. Pemeliharaan Backlog Produk