Pengembangan agile adalah metodologi yang berfokus pada pengembangan iteratif dan inkremental produk perangkat lunak. Metodologi ini menekankan kolaborasi antar tim lintas fungsi, umpan balik terus-menerus, dan fleksibilitas terhadap perubahan persyaratan sepanjang proses pengembangan. Dua teknik populer yang digunakan dalam pengembangan agile adalah cerita pengguna dan kasus pengguna. Dalam panduan lengkap ini, kita akan mengeksplorasi kedua teknik tersebut dan berargumen bahwa keduanya cocok untuk pengembangan agile jika digunakan secara tepat.
Cerita Pengguna
Cerita pengguna adalah deskripsi singkat dan sederhana mengenai suatu fitur yang diceritakan dari sudut pandang pengguna akhir.
Mereka biasanya mengikuti template tertentu:
“Sebagai seorang [jenis pengguna], saya ingin [tujuan tertentu] agar [alasan tertentu].”
Cerita pengguna adalah alat yang kuat dalam pengembangan agile karena membantu tim untuk fokus pada kebutuhan pengguna akhir, serta memfasilitasi komunikasi dan kolaborasi antar pemangku kepentingan.
Contoh: Misalkan tim kami sedang mengembangkan platform e-commerce baru.
Sebuah cerita pengguna mungkin terlihat seperti ini:
“Sebagai seorang pembeli, saya ingin dapat memfilter hasil pencarian berdasarkan rentang hargaagar saya bisa menemukan produk dalam anggaran saya.”
Mengapa ini merupakan pilihan yang baik untuk pengembangan agile?
Cerita pengguna merupakan pilihan yang sangat baik untuk pengembangan agile karena ringan, mudah ditulis, dan memberikan pemahaman bersama tentang apa yang perlu dibangun. Mereka juga fleksibel dan dapat dengan mudah dimodifikasi sepanjang proses pengembangan. Hal ini menjadikannya cocok bagi tim agile yang menghargai kolaborasi, umpan balik terus-menerus, dan kemampuan beradaptasi.
Kasus Pengguna
Kasus pengguna adalah deskripsi rinci mengenai perilaku suatu sistem dari sudut pandang aktor (biasanya pengguna atau sistem lain). Mereka biasanya terdiri dari serangkaian langkah yang diambil pengguna untuk mencapai tujuan tertentu, dan menggambarkan interaksi antara pengguna dan sistem. Kasus pengguna merupakan alat penting dalam pengembangan agile karena membantu tim memahami perilaku sistem dan mengidentifikasi masalah potensial sejak awal proses pengembangan.
Contoh: Mari kita lanjutkan dengan contoh platform e-commerce kita.
Sebuah kasus pengguna mungkin terlihat seperti ini:
“Seorang pembeli mencari produk di platform. Mereka menerapkan filter harga dan mengurutkan hasil berdasarkan peringkat pelanggan. Mereka menambahkan produk ke keranjang dan melanjutkan ke proses checkout. Setelah meninjau detail pesanan, mereka mengirimkan informasi pembayaran dan menyelesaikan pembelian.”
Mengapa ini merupakan pilihan yang baik untuk pengembangan agile?
Kasus pengguna juga merupakan pilihan yang sangat baik untuk pengembangan agil karena memberikan pemahaman mendalam tentang bagaimana suatu sistem seharusnya berperilaku. Mereka membantu tim mengidentifikasi masalah potensial sejak awal proses pengembangan dan memastikan bahwa sistem memenuhi kebutuhan pengguna akhir. Mereka juga berguna untuk pengujian dan validasi, yang merupakan aspek penting dari pengembangan agil.
Membandingkan Cerita Pengguna dan Kasus Pengguna
Meskipun kedua cerita pengguna dan kasus pengguna cocok untuk pengembangan agil, keduanya berbeda dalam beberapa hal. Cerita pengguna ringan dan berfokus pada kebutuhan pengguna akhir, sementara kasus pengguna lebih rinci dan menggambarkan perilaku sistem. Cerita pengguna biasanya digunakan untuk menangkap kebutuhan tingkat tinggi, sedangkan kasus pengguna digunakan untuk menggambarkan interaksi spesifik antara pengguna dan sistem.
Pada akhirnya, pilihan antara cerita pengguna dan kasus pengguna tergantung pada kebutuhan khusus proyek. Cerita pengguna lebih sesuai untuk proyek di mana kebutuhan tidak jelas atau kemungkinan besar berubah, sementara kasus pengguna lebih sesuai untuk proyek di mana kebutuhan telah didefinisikan dengan jelas dan spesifik. Dalam praktiknya, banyak tim menggunakan kedua teknik ini untuk memastikan bahwa mereka memiliki pemahaman menyeluruh tentang perilaku sistem dan kebutuhan pengguna akhir.
Contoh – Toko Kelontong Online
Contoh Cerita Pengguna: “Sebagai ibu yang sibuk, saya ingin bisa membuat daftar belanja di aplikasi agar saya bisa dengan mudah melacak barang-barang yang perlu saya beli. Saya juga ingin bisa menambahkan dan menghapus barang dari daftar serta menandai barang sebagai telah dibeli setelah selesai berbelanja.”
Dalam cerita pengguna ini, kami telah menggambarkan fitur khusus yang memenuhi kebutuhan pengguna akhir (ibu yang sibuk) dan memberikan nilai bagi mereka (dengan mudah melacak daftar belanja mereka). Cerita pengguna ditulis dari sudut pandang pengguna akhir dan menggunakan template khusus untuk memastikan kejelasan dan konsistensi.
Contoh Kasus Pengguna: Pengguna ingin membuat daftar belanja baru di aplikasi. Mereka membuka aplikasi dan menavigasi ke fitur daftar belanja. Mereka mengklik tombol “Buat Daftar Baru” dan memasukkan nama untuk daftar tersebut. Kemudian mereka mulai menambahkan barang ke daftar dengan mengklik tombol “Tambah Barang” dan mengetik nama barang tersebut. Mereka juga dapat menentukan jumlah atau catatan tambahan. Ketika pengguna telah menambahkan semua barang yang dibutuhkan, mereka dapat menyimpan daftar dan kembali ke daftar tersebut nanti. Mereka juga dapat menandai barang sebagai telah dibeli setelah barang tersebut dibeli.
Dalam kasus pengguna ini, kami telah menggambarkan skenario khusus di mana pengguna berinteraksi dengan fitur daftar belanja aplikasi. Kami telah menggambarkan langkah-langkah yang diambil pengguna untuk mencapai tujuan mereka serta interaksi antara pengguna dan sistem. Kasus pengguna lebih rinci dibandingkan cerita pengguna dan memberikan pemahaman menyeluruh tentang bagaimana fitur seharusnya berperilaku.
Kedua pendekatan cerita pengguna dan kasus pengguna berguna untuk pengembangan agil. Cerita pengguna memberikan gambaran tingkat tinggi tentang fitur dan berfokus pada kebutuhan pengguna akhir, sementara kasus pengguna memberikan deskripsi yang lebih rinci tentang perilaku fitur. Menggunakan kedua pendekatan ini memastikan bahwa tim pengembangan memiliki pemahaman menyeluruh tentang fitur dan kebutuhan pengguna akhir, yang merupakan hal penting untuk pengembangan agil yang sukses.
Mendetailkan Cerita Pengguna dengan 3C
berikut ini adalah kemungkinan pembagian 3C untuk contoh cerita pengguna:
- Kartu: “Sebagai ibu yang sibuk, saya ingin bisa membuat daftar belanja di aplikasi agar saya bisa dengan mudah melacak barang-barang yang perlu saya beli. Saya juga ingin bisa menambahkan dan menghapus barang dari daftar serta menandai barang sebagai telah dibeli setelah selesai berbelanja.”
- Percakapan:
- Pemilik Produk: “Bisakah Anda jelaskan lebih lanjut mengapa Anda perlu melacak daftar belanja Anda?”
- Ibu yang Sibuk: “Tentu, sebagai ibu dengan jadwal yang sibuk, saya perlu memastikan saya tidak lupa apa pun saat pergi ke toko kelontong. Sangat membantu jika saya bisa dengan mudah membuat daftar belanja di ponsel saya dan menambahkan atau menghapus barang sesuai kebutuhan.”
- Pemilik Produk: “Saya mengerti. Dan seberapa penting bagi Anda untuk bisa menandai barang sebagai telah dibeli?”
- Ibu yang Sibuk: “Ini penting karena dengan begitu saya bisa dengan cepat melihat barang apa saja yang sudah saya beli dan barang apa yang masih perlu saya dapatkan.”
- Konfirmasi: “Sebagai ibu yang sibuk, saya bisa membuat daftar belanja di aplikasi, menambahkan dan menghapus barang dari daftar, serta menandai barang sebagai telah dibeli setelah selesai berbelanja.”
Mendetailkan Kasus Pengguna dengan Deskripsi Kasus Pengguna
berikut ini adalah contoh deskripsi kasus pengguna berdasarkan deskripsi masalah dan cerita pengguna:
Nama Kasus Pengguna: Buat dan Kelola Daftar Belanja
Pemain:
- Pengguna: orang yang ingin membuat dan mengelola daftar belanja di aplikasi.
Prasyarat:
- Pengguna telah mengunduh dan menginstal aplikasi di perangkat selulernya.
- Pengguna memiliki koneksi internet yang stabil.
Pasca kondisi:
- Pengguna berhasil membuat dan mengelola daftar belanja di dalam aplikasi.
Alur kejadian:
- Pengguna membuka aplikasi dan menavigasi ke fitur daftar belanja.
- Aplikasi menampilkan daftar daftar belanja yang sudah ada atau meminta pengguna untuk membuat daftar baru.
- Pengguna mengklik tombol “Buat Daftar Baru”.
- Aplikasi meminta pengguna untuk memasukkan nama untuk daftar baru.
- Pengguna memasukkan nama untuk daftar baru dan mengklik “Simpan”.
- Aplikasi menampilkan daftar belanja kosong dengan nama yang dimasukkan pengguna.
- Pengguna mengklik tombol “Tambah Item”.
- Aplikasi meminta pengguna untuk memasukkan nama item yang ingin ditambahkan ke daftar.
- Pengguna memasukkan nama item dan mengklik “Tambah”.
- Aplikasi menampilkan item baru di daftar belanja.
- Pengguna mengulangi langkah 7-10 hingga semua item yang dibutuhkan telah ditambahkan ke daftar.
- Pengguna dapat menghapus item dari daftar dengan mengklik tombol “Hapus Item” di sebelah item tersebut.
- Pengguna dapat menandai item sebagai telah dibeli dengan mengklik tombol “Tandai sebagai Dibeli” di sebelah item tersebut.
- Aplikasi memperbarui daftar belanja untuk mencerminkan perubahan yang dibuat pengguna.
- Pengguna dapat melihat daftar belanja kapan saja dengan menavigasi kembali ke fitur daftar belanja di dalam aplikasi.
Alur Alternatif:
- Jika pengguna membatalkan pembuatan daftar baru pada langkah 5, aplikasi mengembalikan pengguna ke daftar daftar belanja yang sudah ada atau meminta pengguna untuk membuat daftar baru lagi.
- Jika pengguna membatalkan penambahan item baru pada langkah 9, aplikasi mengembalikan pengguna ke daftar belanja tanpa menambahkan item tersebut.
Perbedaan antara Cerita Pengguna dan Kasus Penggunaan
Tabel ini memberikan ringkasan perbedaan antara cerita pengguna dan kasus penggunaan. Cerita pengguna adalah deskripsi singkat dan sederhana yang berfokus pada tujuan dan kebutuhan pengguna, sedangkan kasus penggunaan memberikan deskripsi langkah demi langkah yang rinci mengenai perilaku dan fungsi sistem.
| Cerita Pengguna | Kasus Penggunaan |
|---|---|
| Deskripsi singkat dan sederhana mengenai suatu fitur dari sudut pandang pengguna. | Deskripsi rinci secara langkah demi langkah mengenai bagaimana pengguna berinteraksi dengan sistem. |
| Berfokus pada tujuan dan kebutuhan pengguna. | Berfokus pada perilaku dan fungsi sistem. |
| Menekankan percakapan dan kolaborasi antara pemangku kepentingan. | Tekankan pendekatan yang lebih formal dan terstruktur. |
| Sering ditulis dalam gaya yang lebih tidak formal dan percakapan. | Sering ditulis dalam gaya yang lebih formal dan teknis. |
| Biasanya digunakan untuk menangkap kebutuhan dan fitur tingkat tinggi. | Biasanya digunakan untuk menangkap persyaratan fungsional yang rinci. |
| Biasanya lebih mudah dan cepat ditulis serta ditinjau. | Biasanya lebih memakan waktu untuk ditulis dan ditinjau. |
Ringkasan
Artikel ini mengeksplorasi penggunaan cerita pengguna dan kasus penggunaan dalam pengembangan agil, berargumen bahwa kedua pendekatan ini sesuai jika digunakan secara tepat. Cerita pengguna adalah deskripsi singkat dan sederhana dari suatu fitur dari sudut pandang pengguna, sedangkan kasus penggunaan memberikan deskripsi langkah demi langkah yang rinci tentang bagaimana pengguna berinteraksi dengan sistem.
Sebuah contoh masalah pembuatan dan pengelolaan daftar belanja digunakan untuk menggambarkan bagaimana kedua pendekatan ini dapat digunakan. Artikel ini menekankan pentingnya 3Cs (Kartu, Percakapan, Konfirmasi) dalam membuat cerita pengguna yang efektif dan pentingnya aktor, prasyarat, dan pasca-kondisi dalam membuat kasus penggunaan yang efektif. Secara keseluruhan, artikel ini memberikan panduan komprehensif bagi pengembang perangkat lunak tentang cara menggunakan cerita pengguna dan kasus penggunaan secara efektif dalam pengembangan agil.
Kesimpulannya, cerita pengguna dan kasus pengguna adalah alat yang berharga dalam pengembangan agil jika digunakan secara tepat. Cerita pengguna ringan, mudah ditulis, dan fleksibel, sehingga sangat ideal untuk proyek dengan persyaratan yang terus berkembang. Kasus pengguna rinci dan memberikan pemahaman menyeluruh tentang perilaku sistem, sehingga sangat ideal untuk proyek dengan persyaratan yang jelas. Dengan menggunakan kedua teknik ini, tim agil dapat memastikan bahwa mereka memiliki pemahaman menyeluruh tentang perilaku dan tujuan sistem.