Mendorong Pengembangan Perangkat Lunak yang Sukses dengan Pendekatan Berbasis Kasus Pengguna: Template dan Contoh Nyata

Pendekatan berbasis kasus pengguna adalah metodologi yang berfokus pada menentukan persyaratan sistem dan fitur dari sudut pandang pengguna. Ini adalah pendekatan yang berpusat pada pengguna yang menekankan identifikasi kebutuhan, tujuan, dan perilaku pengguna untuk memastikan sistem yang dikembangkan akan memenuhi harapan mereka. Dalam pendekatan ini, kasus pengguna digunakan untuk menggambarkan perilaku sistem sebagai respons terhadap interaksi pengguna. Kasus pengguna adalah skenario yang menggambarkan bagaimana sistem digunakan dalam situasi yang berbeda.

Manfaat

Pendekatan berbasis kasus pengguna menawarkan sejumlah manfaat, antara lain:

• Peningkatan pemahaman terhadap kebutuhan dan persyaratan pengguna
• Definisi yang jelas mengenai perilaku dan fungsi sistem
• Identifikasi dini terhadap masalah dan konflik yang mungkin terjadi
• Peningkatan komunikasi antar pemangku kepentingan
• Alokasi sumber daya dan usaha yang efisien
• Prioritisasi fitur dan persyaratan yang efektif

Panduan Pengembangan Kasus Pengguna Secara Bertahap

Berikut ini adalah template proses pengembangan kasus pengguna tingkat tinggi yang dapat Anda sesuaikan dan kustomisasi sesuai kebutuhan tim Anda:

1. Identifikasi pemangku kepentingan dan kebutuhan mereka:Mulailah dengan mengidentifikasi semua pemangku kepentingan yang terlibat dalam proyek, dan kumpulkan kebutuhan mereka. Ini dapat mencakup pengguna akhir, pemilik bisnis, dan anggota tim lainnya.
2. Prioritaskan persyaratan:Setelah Anda memiliki daftar persyaratan, prioritaskan berdasarkan pentingnya dan dampaknya terhadap proyek. Ini akan membantu Anda fokus pada kebutuhan paling kritis terlebih dahulu.
3. Tentukan lingkup:Berdasarkan persyaratan yang telah diprioritaskan, tentukan lingkup proyek. Ini mencakup penentuan fitur dan fungsi yang akan dimasukkan dalam proyek.
4. Buat kasus pengguna:Kasus pengguna adalah deskripsi tentang bagaimana pengguna berinteraksi dengan sistem untuk mencapai tujuan tertentu. Buat kasus pengguna yang menggambarkan berbagai skenario ketika sistem akan digunakan.
5. Ulas dan sempurnakan kasus pengguna:Ulas kasus pengguna bersama pemangku kepentingan dan sempurnakan berdasarkan masukan mereka. Ini dapat melibatkan penambahan atau penghapusan langkah, pembaruan persyaratan, atau klarifikasi detail.
6. Buat cerita pengguna:Cerita pengguna adalah deskripsi singkat mengenai fitur atau fungsi dari sudut pandang pengguna akhir. Buat cerita pengguna berdasarkan kasus pengguna yang telah Anda kembangkan.
7. Perkirakan usaha:Perkirakan usaha yang dibutuhkan untuk mengembangkan setiap cerita pengguna. Ini akan membantu Anda merencanakan jadwal proyek dan alokasi sumber daya.
8. Prioritaskan cerita pengguna:Prioritaskan cerita pengguna berdasarkan pentingnya dan dampaknya terhadap proyek.
9. Rencanakan sprint:Berdasarkan cerita pengguna yang telah diprioritaskan, rencanakan sprint untuk pengembangan. Setiap sprint harus mencakup sekelompok cerita pengguna yang dapat diselesaikan dalam jangka waktu sprint.
10. Ulas dan sempurnakan:Ulas kemajuan setiap sprint dan sempurnakan kasus penggunaan dan cerita pengguna sesuai kebutuhan.
11. Uji dan validasi:Uji sistem untuk memastikan bahwa sistem memenuhi persyaratan dan validasi bahwa sistem memenuhi kebutuhan pemangku kepentingan.
12. Deploy dan pantau:Setelah sistem diuji dan divalidasi, lakukan penempatan ke produksi dan pantau untuk mengatasi masalah atau bug apa pun.

Ini hanyalah templat umum yang dapat disesuaikan sesuai kebutuhan tim Anda dan persyaratan proyek. Anda juga dapat menggunakan alat manajemen proyek agile seperti Jira atau Trello untuk membantu mengelola proses dan melacak kemajuan.

Templat Dokumen Agile untuk Pendekatan Kasus Penggunaan

Dokumen Analisis Pemangku Kepentingan

Berikut adalah contoh Dokumen Analisis Pemangku Kepentingan untuk deskripsi masalah yang Anda berikan:

Dokumen Analisis Pemangku Kepentingan: Aplikasi Perbankan Seluler

Pemangku Kepentingan	Peran	Minat	Kebutuhan
Pelanggan	Pengguna akhir dari aplikasi perbankan seluler	Pengalaman perbankan yang mudah digunakan, aman, dan nyaman	Kemampuan untuk melihat saldo rekening, mentransfer uang antar rekening, dan membayar tagihan melalui aplikasi seluler
Karyawan Bank	Dukungan pelanggan dan manajemen sistem backend	Sistem backend yang efisien dan aman	Kemampuan menangani volume transaksi tinggi, mudah dipelihara dan diperbaiki
Pemilik Bisnis	Pemangku kepentingan yang ingin meningkatkan kepuasan pelanggan dan mengurangi biaya	Peningkatan kepuasan pelanggan, pengurangan biaya, dan pemantauan metrik penggunaan	Kemampuan melacak penggunaan pelanggan, tingkat kepuasan, dan menganalisis metrik penggunaan untuk meningkatkan aplikasi seluler

Dokumen Analisis Pemangku Kepentingan ini mengidentifikasi berbagai pemangku kepentingan yang terlibat dalam proyek, peran mereka, minat, dan kebutuhan. Dokumen ini memberikan gambaran yang jelas tentang apa yang ingin dicapai setiap pemangku kepentingan dari proyek, serta prioritas mereka. Dokumen ini dapat berfungsi sebagai acuan sepanjang proyek dan dapat diperbarui ketika pemangku kepentingan baru teridentifikasi atau ketika kebutuhan pemangku kepentingan berubah.

Templat Pengumpulan Kebutuhan

Berikut adalah contoh Templat Pengumpulan Kebutuhan untuk deskripsi masalah yang Anda berikan:

Templat Pengumpulan Persyaratan: Aplikasi Perbankan Seluler

Deskripsi Persyaratan	Tingkat Prioritas	Kriteria Penerimaan	Nama Stakeholder
Kemampuan untuk melihat saldo akun	Tinggi	Pengguna harus dapat melihat saldo akun saat ini untuk semua akun yang terkait dengan profil mereka	Pelanggan
Kemampuan untuk mentransfer uang antar akun	Tinggi	Pengguna harus dapat mentransfer uang antar akun menggunakan aplikasi seluler	Pelanggan
Kemampuan untuk membayar tagihan	Tinggi	Pengguna harus dapat membayar tagihan melalui aplikasi seluler	Pelanggan
Sistem backend yang efisien	Tinggi	Sistem backend harus mampu menangani volume transaksi yang tinggi dan mudah untuk dipelihara	Karyawan Bank
Pelacakan metrik penggunaan	Sedang	Aplikasi harus mampu melacak metrik penggunaan pelanggan dan tingkat kepuasan	Pemilik Bisnis

Templat Pengumpulan Persyaratan ini membantu mengumpulkan persyaratan dari stakeholder dengan mendefinisikan setiap persyaratan, tingkat prioritasnya, kriteria penerimaan, dan nama stakeholder yang terkait dengannya. Templat ini dapat digunakan untuk mencatat persyaratan selama wawancara, survei, dan kelompok fokus dengan stakeholder. Ini memastikan bahwa semua persyaratan terkumpul, diprioritaskan, dan selaras dengan minat dan kebutuhan stakeholder. Templat ini dapat diperbarui ketika persyaratan baru ditemukan atau ketika tingkat prioritas persyaratan yang ada berubah.

Matriks Pelacakan Persyaratan

Berikut adalah contoh dari Matriks Pelacakan Persyaratan untuk deskripsi masalah yang Anda berikan:

Matriks Pelacakan Persyaratan: Aplikasi Perbankan Seluler

ID Persyaratan	Deskripsi Kebutuhan	Nama Stakeholder	Status	Referensi Dokumen Desain	Referensi Dokumen Uji
R1	Kemampuan untuk melihat saldo akun	Pelanggan	Telah Diterapkan	Desain Antarmuka 1.1	Kasus Uji 1.1
R2	Kemampuan untuk mentransfer uang antar akun	Pelanggan	Sedang Berjalan	Desain Antarmuka 1.2	Kasus Uji 1.2
R3	Kemampuan untuk membayar tagihan	Pelanggan	Belum Dimulai	Desain Antarmuka 1.3	Kasus Uji 1.3
R4	Sistem backend yang efisien	Karyawan Bank	Telah Diterapkan	Desain Backend 2.1	Kasus Uji 2.1
R5	Pelacakan metrik penggunaan	Pemilik Bisnis	Sedang berlangsung	Desain Analitik 3.1	Kasus Uji 3.1

Matriks Pelacakan Kebutuhan ini membantu melacak kemajuan kebutuhan sepanjang proyek. Matriks ini memetakan setiap kebutuhan ke deskripsi, nama pemangku kepentingan, status, serta referensi dokumen desain dan pengujian. Matriks ini memastikan bahwa semua kebutuhan tercatat dan memberikan cara yang jelas untuk melacak status implementasi setiap kebutuhan. Matriks ini dapat digunakan sebagai acuan selama pengembangan dan pengujian untuk memastikan bahwa semua kebutuhan telah dipenuhi dan diuji. Matriks ini dapat diperbarui seiring perkembangan proyek dan penambahan kebutuhan baru atau perubahan pada kebutuhan yang sudah ada.

Dokumen Persona Pengguna

Berikut adalah contoh dokumen persona pengguna untuk deskripsi masalah yang Anda berikan:

Dokumen Persona Pengguna: Aplikasi Perbankan Seluler

Nama Persona: Sarah

Latar Belakang:

Sarah adalah seorang desainer grafis berusia 29 tahun yang bekerja di sebuah firma desain di kota. Ia mahir dalam teknologi dan menggunakan ponselnya untuk hampir semua hal, termasuk perbankan. Ia selalu sibuk dan lebih memilih menggunakan aplikasi selulernya untuk mengelola keuangan pribadinya karena menghemat waktu.

Demografi:

• Usia: 29
• Jenis Kelamin: Perempuan
• Status Perkawinan: Lajang
• Pekerjaan: Desainer Grafis
• Lokasi: Perkotaan

Tujuan:

• Untuk dapat mengakses saldo rekeningnya dengan cepat dan mudah
• Untuk dapat mentransfer uang antar rekeningnya tanpa kesulitan
• Untuk dapat membayar tagihan tepat waktu menggunakan aplikasi seluler

Tantangan:

• Sarah memiliki beberapa rekening bank dan terkadang merasa sulit untuk melacak saldo di semua rekening tersebut.
• Ia khawatir tentang keamanan informasi keuangannya dan ingin memastikan bahwa aplikasi perbankan selulernya aman.

Kutipan:

“Saya suka menggunakan aplikasi seluler saya untuk mengelola keuangan saya. Ini menghemat banyak waktu dan repot. Saya hanya ingin bisa mengakses saldo saya dengan cepat dan mudah, mentransfer uang antar rekening saya, dan membayar tagihan tepat waktu.”

Dokumen Persona Pengguna ini membantu membuat profil rinci dari pengguna umum aplikasi perbankan seluler. Dokumen ini menyediakan informasi mengenai latar belakang pengguna, demografi, tujuan, tantangan, dan kutipan. Dokumen ini dapat digunakan sebagai acuan saat mendesain dan menguji aplikasi seluler, untuk memastikan bahwa aplikasi memenuhi kebutuhan pengguna target. Dokumen ini dapat diperbarui seiring ditemukannya persona pengguna baru atau berubahnya kebutuhan dari persona yang sudah ada.

 

Daftar Kasus Penggunaan Kandidat

Berdasarkan deskripsi masalah yang Anda berikan, berikut adalah daftar kasus penggunaan kandidat untuk aplikasi perbankan seluler:

1. Lihat saldo akun – Pengguna harus dapat melihat saldo akun saat ini untuk semua akun yang terkait dengan profil mereka.
2. Transfer uang antar akun – Pengguna harus dapat mentransfer uang antar akun mereka menggunakan aplikasi seluler.
3. Bayar tagihan – Pengguna harus dapat membayar tagihan melalui aplikasi seluler.
4. Atur pembayaran otomatis – Pengguna harus dapat mengatur pembayaran otomatis untuk tagihan berulang.
5. Setor cek – Pengguna harus dapat menyetor cek menggunakan aplikasi seluler.
6. Temukan ATM dan cabang terdekat – Pengguna harus dapat menemukan ATM dan cabang bank terdekat menggunakan aplikasi seluler.
7. Laporkan kartu hilang atau dicuri – Pengguna harus dapat melaporkan kartu yang hilang atau dicuri menggunakan aplikasi seluler.
8. Hubungi dukungan pelanggan – Pengguna harus dapat menghubungi dukungan pelanggan melalui aplikasi seluler.
9. Lihat riwayat transaksi – Pengguna harus dapat melihat riwayat transaksi mereka untuk semua akun yang terkait dengan profil mereka.
10. Atur pemberitahuan akun – Pengguna harus dapat mengatur pemberitahuan untuk saldo rendah, transaksi besar, dan aktivitas akun lainnya.

Kasus penggunaan ini mencakup berbagai fungsi yang mungkin diharapkan pengguna dari aplikasi perbankan seluler. Setiap kasus penggunaan mewakili tindakan atau tugas tertentu yang dapat dilakukan pengguna dalam aplikasi. Kasus penggunaan ini dapat digunakan untuk mengembangkan cerita pengguna, kasus uji, dan artefak proyek lainnya. Mereka juga dapat diprioritaskan berdasarkan kebutuhan dan minat para pemangku kepentingan yang terlibat.

 

Kasus Penggunaan yang Diprioritaskan

Berikut adalah contoh tabel yang memprioritaskan kasus penggunaan berdasarkan ukuran, prioritas, dan tujuan/nilai untuk aplikasi perbankan seluler:

Kasus Penggunaan	Ukuran	Prioritas	Tujuan/Nilai
Lihat saldo akun	Kecil	Tinggi	Kenyamanan, Akses ke Informasi
Transfer uang antar akun	Sedang	Tinggi	Kenyamanan, Efisiensi
Bayar tagihan	Sedang	Tinggi	Kenyamanan, Efisiensi
Atur pembayaran otomatis	Sedang	Sedang	Kenyamanan, Efisiensi
Menyetor cek	Sedang	Sedang	Kenyamanan, Efisiensi
Temukan ATM dan cabang terdekat	Kecil	Sedang	Kenyamanan, Akses ke Informasi
Laporkan kartu yang hilang atau dicuri	Kecil	Sedang	Keamanan, Pencegahan Penipuan
Hubungi layanan pelanggan	Kecil	Sedang	Layanan Pelanggan, Kepuasan
Lihat riwayat transaksi	Sedang	Rendah	Pencatatan, Akses ke Informasi
Atur peringatan akun	Sedang	Rendah	Kenyamanan, Keamanan

Tabel ini mencantumkan setiap kasus penggunaan, beserta ukurannya (kecil, sedang, atau besar), prioritas (tinggi, sedang, atau rendah), dan tujuan atau nilai yang diwakilinya (misalnya kenyamanan, akses ke informasi, keamanan, dll). Ukuran kasus penggunaan ditentukan oleh jumlah usaha yang dibutuhkan untuk mengimplementasikannya, sedangkan prioritas didasarkan pada pentingnya kasus penggunaan terhadap keberhasilan proyek. Tujuan atau nilai membantu memberikan konteks untuk setiap kasus penggunaan dan menjelaskan mengapa hal itu penting. Tabel ini dapat digunakan untuk membimbing pengembangan aplikasi perbankan mobile dan memastikan bahwa kasus penggunaan yang paling kritis diprioritaskan secara tepat.

Contoh Deskripsi Kasus Penggunaan

berikut ini adalah contoh deskripsi kasus penggunaan untuk kasus penggunaan “Lihat Saldo Akun”:

Nama Kasus Penggunaan: Lihat Saldo Akun

Pemain:

• Pelanggan

Deskripsi: Pelanggan ingin melihat saldo akun mereka melalui aplikasi perbankan seluler. Kasus penggunaan ini memungkinkan pelanggan untuk dengan cepat dan mudah memeriksa saldo akun mereka tanpa harus mengunjungi cabang bank atau ATM.

Prasyarat:

• Pelanggan memiliki akun yang valid dengan bank.
• Pelanggan telah mengunduh dan menginstal aplikasi perbankan seluler di ponsel cerdas atau tablet mereka.
• Pelanggan telah masuk ke akun perbankan selulernya.

Alur Dasar:

1. Pelanggan membuka aplikasi perbankan seluler.
2. Pelanggan memilih opsi “Lihat Saldo Akun” dari menu utama.
3. Aplikasi menampilkan daftar akun pelanggan, beserta saldo saat ini dari setiap akun.
4. Pelanggan meninjau saldo akun.

Alur Alternatif:

• Jika pelanggan hanya memiliki satu akun, aplikasi dapat secara otomatis menampilkan saldo akun tanpa menampilkan daftar akun (langkah 3).
• Jika pelanggan memiliki beberapa akun, tetapi aplikasi tidak dapat mengambil saldo akun, pesan kesalahan akan ditampilkan kepada pelanggan.

Pasca-kondisi:

• Pelanggan telah melihat saldo akun mereka.
• Pelanggan dapat memilih untuk melakukan tindakan lain dalam aplikasi perbankan seluler atau keluar dari akun mereka.

Penyimpangan:

• Jika aplikasi perbankan seluler tidak tersedia atau tidak berfungsi dengan baik, pelanggan tidak akan dapat melihat saldo akun mereka.
• Jika pelanggan lupa kredensial masuk mereka, mereka perlu mengatur ulang kata sandi atau menghubungi layanan pelanggan untuk bantuan.
• Jika akun pelanggan ditutup atau tidak aktif, mereka tidak akan dapat melihat saldo akun.