Apa Perbedaan Antara Cerita Pengguna dan Persyaratan?

Meskipun sebagian besar fitur baru seharusnya didefinisikan dari sudut pandang pengguna, dalam praktiknya, ketika mendefinisikan persyaratan yang perlu dibangun tim pengembangan, kita sering mengabaikan ‘mengapa’ dari sudut pandang pengguna. Fokus pada cerita pengguna adalah pada pengalaman—apa yang ingin dicapai oleh orang yang menggunakan produk. Persyaratan tradisional berfokus pada fungsi—apa yang harus dilakukan produk. Perbedaan lain terletak pada daftar hal-hal halus namun penting ‘siapa’, ‘bagaimana’, dan ‘kapan’.

How to write good User Stories in software development | TSH.io

Cerita pengguna harus ditulis dalam satu atau dua kalimat, yang mencakup siapa pengguna, apa yang diinginkan, dan mengapa. Struktur sederhana untuk mendefinisikan fitur atau cerita pengguna adalah sebagai berikut:

Sebagai ______, saya ingin ______, agar saya bisa ______.

Contoh:

Sebagai pengguna, saya ingin mengatur ulang kata sandi saya agar saya bisa mendapatkan akses kembali ke sistem jika saya lupa.

Meskipun memiliki tujuan yang berbeda, baik cerita pengguna maupun persyaratan pada akhirnya bertujuan untuk membangun produk yang dicintai pelanggan.

Apa Itu Cerita Pengguna?

Cerita penggunaadalah persyaratan yang dinyatakan dari sudut pandang pengguna akhir. Cerita pengguna juga dapat disebut sebagai epik, tema, atau fitur, tetapi semuanya mengikuti format yang sama.

Pada dasarnya, cerita pengguna adalah persyaratan yang dinyatakan secara jelas. Untuk beberapa alasan, format cerita pengguna telah menjadi cara paling populer untuk menyatakan persyaratan dalam Agile:

  • Ini berfokus pada sudut pandang orang yang menggunakan atau terdampak oleh solusi.
  • Ini mendefinisikan persyaratan dalam bahasa yang bermakna bagi peran tersebut.
  • Ini membantu menjelaskan tujuan sebenarnya di balik persyaratan.
  • Ini membantu mendefinisikan persyaratan tingkat tinggi tanpa terjun terlalu dini ke detail tingkat rendah.

Identifikasi tujuan pengguna dan segera pertimbangkan nilai bisnis dari setiap persyaratan dalam cerita pengguna.

Cerita pengguna biasanya dianggap terdiri dari tiga elemen —3C:

User Stories | Scrum Talks

  • CARD – Harus ditulis pada kartu indeks atau catatan kecil.
  • CPembicaraan – Dapatkan informasi rinci dari pemilik produk (Pemilik Produk).
  • CKonfirmasi – Pastikan telah diimplementasikan dengan benar. Harus memenuhi kriteria penerimaan pengguna.

Format Cerita Pengguna

Format untuk cerita pengguna adalah sebagai berikut:

Sebagai <peran>, Saya ingin <tujuan>, agar <manfaat>

Dua contoh ini menunjukkan cerita pengguna pada tingkat yang berbeda, tetapi menggunakan format yang sama:

Pada tingkat proyek:

Sebagai <Direktur Pemasaran>, Saya ingin <untuk meningkatkan layanan pelanggan>, agar <kami mempertahankan pelanggan kami>.

Leave a Reply