Panduan Scrum | 22. Kriteria Penerimaan Kisah Pengguna

Kisah Pengguna adalah teknik yang memungkinkan bisnis untuk memberikan produk dan layanan yang memenuhi kebutuhan pelanggan secara maksimal. Kriteria penerimaan Kisah Pengguna meningkatkan penilaian fungsionalitas Produk baru dari sudut pandang pengguna.

Kriteria Penerimaan Cerita Pengguna – daftar isi:

1. pengantar
2. Bagaimana cara merumuskan Kriteria Penerimaan Cerita Pengguna?
3. Kriteria Penerimaan Cerita Pengguna vs. Definisi Selesai
4. Ringkasan

pengantar

Kami membahas Kisah Pengguna dan masalah yang harus ditangani saat pembuatannya di artikel sebelumnya. Namun, hari ini, kami akan fokus pada kriteria penerimaan Kisah Pengguna.

Kriteria penerimaan harus mengikuti pedoman ini:

• menggambarkan fungsionalitas Produk yang baru dan lebih baik dari sudut pandang pengguna
• jadilah unik untuk setiap Kisah Pengguna

Panduan Scrum resmi tidak mendefinisikan Kisah Pengguna dan kriteria penerimaannya. Mereka adalah opsional, tetapi elemen yang sangat umum dari pekerjaan Scrum. Namun, untuk mengurangi rasa ingin tahu pembaca kami, kami akan menggambarkannya sebagai: Persyaratan yang harus dipenuhi oleh peningkatan Produk selama Sprint tertentu untuk mendapatkan persetujuan dari Pengguna.

Bagaimana cara merumuskan Kriteria Penerimaan Cerita Pengguna?

Kisah Pengguna yang ditulis dengan baik berisi deskripsi yang jelas tentang konteks atau situasi yang terkait, sehingga memenuhi kriteria penerimaan. Namun, itu hanya kalimat pendek, terlalu kabur dan ambigu untuk secara langsung menunjukkan pertimbangan yang diperlukan.

Kejelasan dan aksesibilitas kriteria penerimaan

Oleh karena itu, untuk mencegah ambiguitas, lakukan dan rekam percakapan terperinci dengan pelanggan untuk menentukan tujuan dari solusi yang diterapkan. Ingatlah bahwa rumusan akhir kriteria penerimaan adalah milik Pemilik Produk.

Tuliskan bersama dengan kriteria Cerita Pengguna sebelum Perencanaan Sprint. Setiap anggota Tim Scrum harus membacanya dan mengonfirmasi bahwa mereka memahami dan menyetujui kriteria penerimaan Kisah Pengguna. Biasanya, kriteria penerimaan ada di sisi lain kartu Kisah Pengguna.

Kriteria penerimaan yang diformulasikan dengan benar memungkinkan pengguna untuk memeriksa apakah pengujian Kisah Pengguna mengikuti deskripsinya. Kriteria dapat berbentuk daftar periksa dengan poin-poin untuk dicentang saat diselesaikan selama pengujian Produk di akhir Sprint.

Masalahnya sederhana jika pengoperasian Produk transparan bagi Pengguna. Namun, semakin kompleks produk, semakin sulit untuk diuji. Ambil perangkat lunak yang kompleks atau layanan berskala besar. Oleh karena itu, dalam banyak kasus, alat yang berguna untuk memvalidasi Kisah Pengguna adalah dengan menyiapkan tes penerimaan.

Ujian penerimaan

Jika Anda memutuskan untuk mengembangkan tes penerimaan, letakkan di sisi lain kartu yang berisi Kisah Pengguna. Nantinya, Tim Scrum atau tim QA eksternal dapat melaksanakannya.

Tes harus terlebih dahulu dan terutama berisi pernyataan yang jelas apakah Produk gagal atau lulus tes. Itu tidak boleh berisi pernyataan persentase atau evaluasi menengah.

Jika Kisah Pengguna memiliki lebih dari satu kriteria penerimaan, masing-masing memerlukan pengujian terpisah. Dengan cara ini, jauh lebih mudah untuk menentukan fungsionalitas produk mana yang perlu ditingkatkan atau disempurnakan dan sangat penting jika fungsionalitas baru yang disertakan dalam Kisah Pengguna tumpang tindih atau tidak bergantung satu sama lain.

Kriteria Penerimaan Cerita Pengguna vs. Definisi Selesai

Definisi Selesai adalah bagian integral dari bekerja di Scrum, yang secara teknis setara dengan kriteria penerimaan. Namun, Anda tidak boleh membingungkan keduanya karena keduanya menunjukkan komitmen yang berbeda. Apa Definisi Selesai, dan bagaimana dan kapan merumuskannya adalah masalah yang kami bahas dalam posting terpisah?

Di sini, kami hanya akan menyebutkan bahwa Definisi Selesai adalah deskripsi yang jelas dan transparan tentang keadaan Produk yang diharapkan setelah selesainya Increment di Product Backlog. Ini menjelaskan peningkatan yang dibuat dalam Increment. Ini berbeda dengan kriteria penerimaan yang terkait dengan Kisah Pengguna, yang menjelaskan fungsionalitas Produk yang dibuat selama Sprint terakhir seperti yang dirasakan oleh Pelanggan.

Misalnya, ambil Kisah Pengguna ini dengan konten:

Sebagai pelanggan yang masuk ke toko online, saya ingin membeli tongkat ajaib dengan satu klik.

Definisi Penyelesaian untuk Kisah Pengguna di atas mungkin termasuk yang berikut:

• pembuatan panel masuk untuk pelanggan toko
• integrasi sistem pembayaran
• menambahkan tombol pembayaran instan ke templat halaman produk

Di sisi lain, fitur kriteria penerimaan pelanggan:

• kemampuan untuk masuk ke toko
• kemungkinan menentukan metode pembayaran default
• bekerja tombol "Beli sekarang" untuk produk "tongkat ajaib"

Ringkasan

Kriteria penerimaan adalah seperangkat kondisi yang berfungsi sebagai cara untuk mengevaluasi implementasi Kisah Pengguna. Dengan menjelaskan kinerja Produk yang baru dan lebih baik dari sudut pandang pengguna, metode ini menjadi alat yang efektif untuk bekerja dengan Pelanggan. Ini menyajikan kinerja Tim Scrum dari sudut pandang pengguna.

Kriteria penerimaan yang dirumuskan dengan baik, misalnya dalam bentuk tes penerimaan, juga memungkinkan kami untuk memeriksa selama Sprint apakah fungsionalitas yang dibuat meningkatkan pemenuhan permintaan Pelanggan.

Kriteria penerimaan berbeda dari Definisi Selesai terutama dalam perspektif yang mereka ambil pada ekspresi. Mereka tidak berisi deskripsi persyaratan teknis yang harus dipenuhi oleh solusi baru, tetapi hanya fungsi yang harus ditampilkan produk setelah mengaktualisasikan Kisah Pengguna baru.

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

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