Membuat Cerita Pengguna yang Efektif: Panduan dengan 3Cs dan INVEST

Pendahuluan

Membuat cerita pengguna yang jelas, ringkas, dan bernilai sangat penting untuk pengembangan proyek yang sukses. Dalam panduan ini, kita akan mengeksplorasi elemen kunci dari cerita pengguna yang baik menggunakan prinsip 3Cs (Kartu, Percakapan, Konfirmasi) dan INVEST (Independen, Dapat Dinegosiasikan, Bernilai, Dapat Diperkirakan, Kecil, Dapat Diuji). Dengan menyelesaikan panduan ini, Anda akan memahami secara bertahap cara merancang cerita pengguna yang menghasilkan siklus pengembangan yang efektif dan efisien.

Membuat Cerita Pengguna yang Efektif dengan 3Cs dan INVEST

Mari kita buat sebuah cerita pengguna untuk aplikasi manajemen tugas.

Cerita Pengguna

Sebagai seorang profesional yang sibuk, saya ingin mudah mengatur prioritas dan mengorganisasi tugas sayaagar saya dapat memaksimalkan produktivitas saya.

Kriteria Penerimaan:

1. Pembuatan:
   • Kondisi: Pengguna harus masuk ke dalam aplikasi.
   • Kriteria: Pengguna dapat membuat tugas baru dengan memberikan judul, deskripsi, dan tanggal jatuh tempo.
2. Kategorisasi:
   • Kondisi: Tugas harus dibuat.
   • Kriteria: Pengguna dapat menetapkan kategori atau label untuk tugas tersebut (misalnya: pekerjaan, pribadi, mendesak).
3. Prioritas:
   • Kondisi: Tugas harus dibuat.
   • Kriteria: Pengguna dapat menetapkan tingkat prioritas untuk tugas tersebut (misalnya: tinggi, sedang, rendah).
4. Penyortiran:
   • Kondisi: Banyak tugas harus dibuat.
   • Kriteria: Pengguna dapat mengurutkan tugas berdasarkan tanggal jatuh tempo atau tingkat prioritas.
5. Mengedit:
   • Kondisi: Tugas harus dibuat.
   • Kriteria: Pengguna dapat mengedit judul, deskripsi, tanggal jatuh tempo, kategori, atau prioritas tugas.
6. Menandai sebagai Selesai:
   • Kondisi: Tugas harus dibuat.
   • Kriteria: Pengguna dapat menandai tugas sebagai selesai, dan harus dibedakan secara visual dari tugas yang belum selesai.
7. Notifikasi:
   • Kondisi: Tanggal jatuh tempo harus ditetapkan untuk tugas.
   • Kriteria: Pengguna menerima notifikasi ketika tugas jatuh tempo.

Kriteria INVEST

1. Independen: Setiap fungsi (pembuatan, kategorisasi, prioritas, pengurutan, pengeditan, penandaan sebagai selesai, notifikasi) dapat dikembangkan dan diuji secara independen.
2. Dapat dinegosiasikan: Rincian cerita pengguna dapat dinegosiasikan antara tim pengembangan dan pemilik produk berdasarkan prioritas dan keterbatasan.
3. Berharga: Cerita pengguna memberikan nilai dengan menyediakan sistem manajemen tugas yang komprehensif, memungkinkan pengguna mengatur, memprioritaskan, dan menyelesaikan tugas secara efisien.
4. Dapat diperkirakan: Tim pengembangan dapat memperkirakan usaha yang dibutuhkan untuk setiap fungsi dalam cerita pengguna.
5. Kecil:Setiap fungsi difokuskan dan cukup kecil untuk dapat diselesaikan dalam satu sprint.
6. Dapat Diuji:Kriteria penerimaan memberikan kondisi yang jelas yang dapat digunakan untuk memvalidasi penyelesaian setiap fungsi.

Panduan Langkah demi Langkah

1. Masuk ke Aplikasi:
   • Buka aplikasi.
   • Masukkan kredensial login.
   • Klik tombol “Masuk”.
2. Buat Tugas Baru:
   • Klik tombol “Tugas Baru”.
   • Masukkan judul tugas, deskripsi, dan tanggal jatuh tempo.
   • Klik tombol “Buat”.
3. Kategorikan Tugas:
   • Klik pada tugas yang dibuat.
   • Pilih kategori dari menu turun.
   • Klik tombol “Simpan”.
4. Atur Prioritas Tugas:
   • Klik pada tugas yang dibuat.
   • Atur tingkat prioritas (tinggi, sedang, rendah).
   • Klik tombol “Simpan”.
5. Urutkan Tugas:
   • Pergi ke daftar tugas utama.
   • Klik tombol “Urutkan”.
   • Pilih untuk mengurutkan berdasarkan tanggal jatuh tempo atau prioritas.
6. Sunting Tugas:
   • Klik pada tugas untuk mengedit.
   • Ubah judul, deskripsi, tanggal jatuh tempo, kategori, atau prioritas.
   • Klik tombol “Simpan”.
7. Tandai Tugas Sebagai Selesai:
   • Klik pada tugas untuk ditandai selesai.
   • Klik tombol “Tandai Selesai”.
8. Terima Notifikasi:
   • Pastikan tanggal jatuh tempo ditetapkan untuk tugas.
   • Tunggu notifikasi pada tanggal jatuh tempo.

Dengan mengikuti langkah-langkah ini, pengguna dapat mengelola tugas mereka secara efektif, memprioritaskan tugas-tugas tersebut, dan tetap mengikuti tenggat waktu mereka.

Contoh: Baik dan Buruk

Mari kita buat sebuah cerita pengguna tentang pengguna yang ingin mengatur ulang kata sandinya. Kita akan membandingkan cerita pengguna yang baik “konfirmasi” dengan versi yang buruk “tidak konfirmasi”.

Cerita Pengguna Konfirmasi

Cerita Pengguna Konfirmasi
Judul:	Atur Ulang Kata Sandi
Sebagai:	Pengguna Terdaftar
Saya ingin:	Atur ulang kata sandi saya
Agar saya bisa:	Mendapatkan kembali akses ke akun saya jika saya lupa kata sandi saat ini
Kriteria Penerimaan:	1. Pengguna harus dapat menavigasi ke halaman “Lupa Kata Sandi”. <br> 2. Pengguna harus menerima email dengan tautan pengaturan ulang kata sandi. <br> 3. Mengklik tautan pengaturan ulang harus membawa pengguna ke halaman di mana mereka dapat memasukkan kata sandi baru. <br> 4. Setelah berhasil mengatur ulang kata sandi, pengguna harus dapat masuk menggunakan kata sandi baru.

Alasan menjadi “Konfirmasi”

• Cerita pengguna jelas dan fokus pada kebutuhan pengguna untuk mengatur ulang kata sandinya.
• Ini mencakup peran pengguna yang jelas (Pengguna Terdaftar).
• Kriteria penerimaan bersifat spesifik, dapat diuji, dan mencakup seluruh proses pengaturan ulang kata sandi.

Cerita Pengguna Tidak Konfirmasi

Cerita Pengguna Tidak Konfirmasi
Judul:	Fitur Pengaturan Ulang Kata Sandi
Sebagai:	Pengguna
Saya ingin:	Memiliki fitur pengaturan ulang kata sandi yang lebih baik
Supaya saya bisa:	Meningkatkan pengalaman saya dengan aplikasi
Kriteria Penerimaan:	1. Pengguna harus dapat melakukan pengaturan ulang kata sandi.

Alasan untuk tidak menyetujui

• Cerita pengguna tidak jelas mengenai apa yang secara khusus perlu ditingkatkan dalam fitur pengaturan ulang kata sandi.
• Peran pengguna didefinisikan secara samar sebagai ‘Pengguna’, sehingga tidak jelas siapa yang menjadi target fitur ini.
• Kriteria penerimaan terlalu samar dan tidak memberikan langkah-langkah yang dapat diambil untuk pengembangan dan pengujian.
• Tidak menjelaskan bagaimana pengaturan ulang kata sandi harus dilakukan, langkah-langkah yang terlibat, atau seperti apa bentuk keberhasilan yang diharapkan.

Dalam contoh ‘Tidak Setuju’, kurangnya kejelasan dalam cerita pengguna dan kriteria penerimaan membuat tim pengembangan sulit memahami kebutuhan pengguna dan memberikan solusi yang memuaskan. Hal ini juga membuat pengujian dan validasi menjadi lebih sulit, karena kriteria keberhasilan tidak didefinisikan dengan jelas.

Ringkasan

Dalam panduan komprehensif ini, kami telah membahas seni menyusun cerita pengguna yang sesuai dengan prinsip 3Cs dan INVEST. Baik Anda seorang pemilik produk, pengembang, atau bagian dari tim agile, kini Anda memiliki alat untuk membuat cerita pengguna yang tidak hanya terstruktur dengan baik tetapi juga membawa nilai nyata bagi proyek Anda. Ingatlah, cerita pengguna yang dibuat dengan baik menjadi dasar kolaborasi yang sukses dan memastikan bahwa produk akhir memenuhi kebutuhan pengguna.