Anda di halaman 1dari 5

Case Study

Cara Menulis Sebuah Product Requirement


TUGAS

1. Membuat sebuah ​Product Requirement Document ​dari ide yang sudah divalidasi

TUJUAN

1. Kamu mampu membuat sebuah ​Product Requirement Document​ dari ide yang sudah divalidasi
2. Kamu mampu menuliskan ​User Stories​ dari sudut pandang pengguna
3. Kamu mampu menuliskan ​Acceptance Criteria​ yang menjawab ​User Stories

PETUNJUK

1. Baca studi kasus dengan cermat untuk memahami kondisi perusahaan


2. Lihat kembali ide dan strategi pengembangan produk yang sudah divalidasi pada case study
sebelumnya (​Testing and Validating Product​)
3. Buatlah sebuah ​Product Requirement Document d ​ ari ide dan strategi tersebut pada lembar
kerja 1
4. Pastika setiap bagian dari ​Product Requirement Document ​tertulis dengan jelas
5. Khusus untuk bagian User Stories dan Acceptance Criteria, tuliskan detail solusi dan langkah
mencapai solusi pada lembar kerja 2
6. Jika telah selesai melakukan tugas, lakukan penilaian membuat sebuah ​Product Requirement
Document, ​menuliskan ​User Stories dan menuliskan ​Acceptance Criteria sesuai dengan aspek
dan indikator yang telah tersedia
7. Isi kolom penilaian yang paling mendekati dengan keadaan nyata yang kamu lakukan
8. Jumlahkan skor dan hitung dengan rumus yang tersedia
9. Cek hasil pencapaian kamu menggunakan tabel kategori nilai
10. Evaluasi bagian tugas pada lembar kerja mana yang perlu diperbaiki dan ditingkatkan

STUDI KASUS

1. Sebagai lanjutan dari video keempat yaitu ​Testing and Validating Product​, kamu telah berhasil
melakukan validasi terhadap ide dan strategi produk yang akan kamu kembangkan. Sekarang,
setelah menonton video kelima tentang ​Product Requirement, terjemahkan ide dan strategi
produk tersebut secara detail dalam sebuah ​Product Requirement Document!​

Selamat mengerjakan!
Lembar Kerja 1. ​Product Requirement Document

Nama Bagian Penjelasan

Judul

Riwayat Perubahan

Latar Belakang

Objektif

Metrik Sukses

Timeline

Persona

User Stories
Acceptance Criteria

Tanya Jawab

Strategi Peluncuran/
Go to Market

Dan lain-lain

Lembar Kerja 2. ​User Stories​ dan​ Acceptance Criteria

User Stories Acceptance Criteria

(Sebagai seorang <persona>, saya ingin <fitur 1. ​__


spesifik>, sehingga saya bisa <alasan>)
Sebagai seorang pengguna saya ingin …. 2. ​__

3. ​__

Sebagai seorang pengguna saya ingin …. 1. ​__

2. ​__

3. ​__

Sebagai seorang pengguna saya ingin …. 1. ​__

2. ​__

3. ​__
Pedoman Penilaian :

Aspek Indikator Ketercapaian


No. Skor
Keterampilan
1 2 3

1. Membuat sebuah Kamu kurang mampu Kamu cukup mampu Kamu mampu membuat
Product membuat sebuah ​Product membuat sebuah ​Product sebuah ​Product
Requirement Requirement Document Requirement Document Requirement Document
Document​ dari ide dari ide yang sudah dari ide yang sudah dari ide yang sudah
yang sudah divalidasi, ditunjukan divalidasi, ditunjukan divalidasi, ditunjukan
divalidasi dengan dengan dengan
● Tidak membuat ● Melengkapi semua ● Melengkapi semua
dokumen apapun bagian PRD dengan bagian PRD dengan
atas produk yang detail detail dan atas hasil
ingin dibuat diskusi dengan
● Atau, menuliskan pihak-pihak lain
akan tetapi tidak ● Selalu melakukan
melengkapi semua pembaharuan berkala
bagian PRD terhadap PRD

2. Menuliskan ​User Kamu kurang mampu Kamu cukup mampu Kamu mampu menuliskan
Stories​ dari sudut menuliskan ​User Stories menuliskan ​User Stories User Stories​ dari sudut
pandang dari sudut pandang dari sudut pandang pandang pengguna,
pengguna pengguna, ditunjukan pengguna, ditunjukan ditunjukan dengan
dengan dengan ● Persona yang dituju
● Persona yang ingin ● Persona yang ingin sangat jelas
dituju belum jelas dituju cukup jelas segmentasinya
● Pernyataan User ● Pernyataan User ● Pernyataan User
Stories tidak spesifik Stories sesuai dengan Stories dibuat detail
terhadap suatu masalah-masalah dan deskriptif sesuai
masalah pengguna pengguna yang ada dengan masalah yang
ada

3. Menuliskan Kamu kurang mampu Kamu cukup mampu Kamu mampu menuliskan
Acceptance menuliskan ​Acceptance menuliskan ​Acceptance Acceptance Criteria​ yang
Criteria​ yang Criteria​ yang menjawab Criteria​ yang menjawab menjawab ​User Stories,​
menjawab ​User User Stories,​ ditunjukan User Stories,​ ditunjukan ditunjukan dengan
Stories dengan dengan ● Acceptance Criteria
● Acceptance Criteria ● Acceptance Criteria dituliskan dengan
tidak membantu tim membantu tim design sangat jelas untuk
lain untuk dan teknologi untuk membantu tim design
memvisualisasikan mengerti ekspektasi dan teknologi
hasil produk yang dari user stories mengerti ekspektasi
ingin dibuat tersebut dari user stories
● Acceptance Criteria ● Acceptance Criteria tersebut
terlalu umum dan cukup deskriptif ● Acceptance Criteria
tidak deskriptif tidak terlalu mendikte
hasil produk sehingga
masih ada ruang
untuk tim lain
melakukan eksplorasi

Total Skor

Nilai Akhir
Perhitungan Nilai Akhir

Hitung skor penilaian yang didapatkan menggunakan rumus berikut ini:


total skor
Jumlah Nilai : 9
x100

7
contoh: 9 x100 = 77.7 = 78

Setelah menghitung hasil skor, berikut adalah kategori penilaian ​Cara Menulis sebuah Product
Requirement

Nilai 100-91 90-76 75-61 <61

Kategori Sangat Baik Baik Cukup Kurang

Jika kamu memperoleh nilai kurang dari 61, sebaiknya kamu mempelajari ulang materi-materi yang
ada. Coba aplikasikan kembali pembuatan ​Product Requirement Document dengan ​User Stories dan
Acceptance Criteria y​ ang lebih baik. Selamat mencoba!

Anda mungkin juga menyukai