Halo!
Di bawah ini dalam teks, saya mengusulkan untuk berkenalan dengan pendekatan yang saya gunakan untuk menentukan fungsionalitas yang harus dimasukkan dalam MVP untuk produk-produk dengan tingkat kepastian yang cukup dalam jaminan. Jika itu datang, saya akan menulis lebih detail. Tolong jangan menilai dengan ketat, tapi saya akan senang kritik membangun.
Bagi siapa saja yang bersedia menerima kelembaban ide, selamat datang di kat)
pengantar
Tugas menentukan fungsionalitas MVP muncul bahkan pada tahap perencanaan pengembangan produk dan membutuhkan solusi yang diperbarui saat produk berkembang, hingga akhir pengembangan MVP.
Konsep MVP mengasumsikan pengiriman produk secepat mungkin kepada pengguna akhir untuk mendapatkan umpan balik dari mereka, namun, Pemilik Produk sering melebihi fungsionalitas minimum dalam upaya untuk membuat produk lebih baik, yang memerlukan penundaan, melebihi anggaran, dan dalam kasus terburuk bahkan pengembangan produk ke arah yang salah.
Untuk mengurangi risiko di atas, diusulkan untuk menggunakan pendekatan spesifik berdasarkan prinsip matematika untuk mengatur proses penentuan fungsionalitas MVP.
Kriteria
Kriteria untuk tugas menentukan fungsionalitas MVP adalah kriteria yang diambil dari metodologi WSJF, serta dekomposisi tambahan Durasi Pekerjaan menjadi komponen:
Biaya keterlambatan
- Nilai Pengguna-Bisnis: Seberapa keras pengguna memintanya? Bagaimana ini akan tercermin dalam uang jika hal ini TIDAK dilakukan? Apa dampak negatif potensial jika dilakukan nanti, dan tidak lebih awal?
- Time Criticality: Bagaimana ini mempengaruhi keseluruhan aliran pasokan? Apakah implementasi menunda sesuatu yang lain? Apakah ini perlu dirilis pada tanggal tertentu? Apakah ada risiko bahwa terlambat dengan ini akan melipatgandakan seluruh poin pekerjaan yang dilakukan dengan nol?
- Pengurangan Risiko: Apakah ini mengurangi risiko? Apakah akan berdampak positif pada kualitas di area lain? Apakah efeknya akan segera atau jangka panjang?
- Opportunity Enablement: ? / ?
Job Duration
- Job Duration – , Features . , Features
- Job Complexity- , , , . Features, Features.
- Job Cost — , - , - . , .
1 21. (1, 3, 5, 8, 13, 21). Story Points , Scrum-poker.
, , , . , 3 21 Story Points.
Jobs Duration , Cost Of Delay – - .
:
MVP .
, (. Multi-objective optimization) — . , . . . . , .
:
.
:
Cost Of Delay = User-Business Valuek11+ Time Criticalityk12+ Risk Reductionk13+ Opportunity Enablementk14
Jobs Duration = Job Durationk21+ Job Complexityk22+ Job Cost*k23
K11+K12+K13+K14=1
K21+K22+K23=1
(Mutual Criteria) = Cost of Delay/Jobs Duration.
:
Mutual Criteria.
MVP ABC – .
ABC- — , . . — 20 % 80 % . ABC- : 20% 80 % .
ABC- — ( Features) :
— , 20% — ; 80% —
— , 30% — ; 15% —
— , 50% — ; 5% —
MVP.
, ABC- — . .
- , . , ABC-. , 20% , 80% . , , MVP.
:
- – 20% , MVP.
- – Features .
- , (MC).
- 2 – 20% (A), 80% (B+C).
- Kelas pertama (A) - mendefinisikan MVP.
Catatan Penting: Anda juga harus mempertimbangkan fungsionalitas INTI. Grup "A" mungkin bertepatan dengan CORE, tetapi jika tidak, hasil analisis ABC harus dilengkapi dengan fungsionalitas Core.
INTI - fungsionalitas - ini adalah dasar untuk berfungsinya produk, yang terdiri dari fungsionalitas yang tanpanya fungsi produk tidak mungkin. (Misalnya, otorisasi).
kesimpulan
Penerapan teknik ini untuk menentukan Fitur yang ditetapkan untuk MVP memberikan pilihan yang masuk akal dari sejumlah tugas rasional yang harus diselesaikan untuk mencapai MVP sesegera mungkin.