Özellik listesiyle değil, tek soruyla başlayın
Bir MVP, konuşarak cevaplayamadığınız bir soruyu cevaplamak için vardır. İnsanlar bu işi yapmak için bunu kullanır mı? Geri gelir mi? Para öder mi? Birini seçin. Üç soruyu birden cevaplamaya çalışan ilk sürüm çoğu zaman hiçbirini cevaplayamaz, çünkü her özellik aynı haftalar için yarışır.
Sonra kişiyi ve işi adlandırın. Uygulamayı kim açıyor, elinde ne var, on dakika sonra neyin değişmiş olmasını istiyor? Bunu iki cümleyle yazmak, kapsam için her görev aracından daha fazlasını yapar. Kişiyi adlandıramıyorsanız kapsam henüz hazır değildir.
Her özelliği neyi sınadığına göre ayırın
Önerilen her özelliği üç gruptan birine koyun. Şart: soru onsuz cevaplanamaz. İyi olur: cevabı daha net, sınamayı daha adil yapar. Sonra: iyi bir fikir ama cevabı değiştirmiyor. MVP yalnızca ilk gruptur. Diğer iki grup kaybolmaz; ilk gün yazılmış ikinci sürüm planıdır.
Şart grubunun ne kadar küçük olduğu çoğu kişiyi şaşırtır. Kayıt, şifre sıfırlama, ayarlar, yönetim paneli ve ikinci platform genellikle “iyi olur” ya da “sonra” grubuna düşer. Pek çok ilk sürüm tek platformda çalışır, hesap yerine paylaşılan bir bağlantı kullanır ve arka planda bir adımı bir insan elle yapar. İyi daraltılmış bir kapsam tam olarak böyle görünür.
“İşe yaradı” ne demek, yapmadan önce belirleyin
Sinyale baştan karar verin: bir sayı, bir davranış, bir kullanıcının söylediği bir cümle. “Davet ettiğimiz otuz kişiden onu işi yardımsız bitirdi” bir kapsam cümlesidir; çünkü ürünün hangi parçasının sağlam olması, hangisinin kaba kalabileceğini söyler. Bu olmadan yayın tarihi kayar, çünkü ne zaman duracağınızı söyleyen bir şey yoktur.
Aynı sinyal yayından sonra ekibi de korur. Sonuç geldiğinde konuşma, cevaplamak için yola çıktığınız soru üzerine olur; birinin keşke eklenseydi dediği özellikler üzerine değil.
Kapsamı tek sayfaya yazın ve tarih atın
Hedef, kişi, iş, şart listesi, şimdi-değil listesi, başarı sinyali ve sonuca bakacağınız tarih. Tek sayfa, tarihli. Kapsam yaparken değişecektir; bu normaldir. Tarihli bir sayfadaki değişiklik görünür, sözlü bir anlaşmadaki değişiklik görünmez.
Bu sayfa, bir stüdyonun işi fiyatlandırmak için ihtiyaç duyduğu şeydir. ECHO ilk görüşmeden sonra yazılı teklif gönderir; o görüşme büyük ölçüde bu sayfayı birlikte yazmaktır. Projenin oradan nasıl ilerlediği hizmetler sayfasında anlatılıyor. Tek soruyu cevaplayan ilk sürüm, Neden Fayda Gösterişten Daha Değerlidir? yazısında anlattığımız ürünün ta kendisidir.
