
MVP, mümkün olan en az ekran değil; en önemli iş varsayımını gerçek kullanımda sınayacak en küçük uçtan uca üründür. Bu ayrım yapılmadığında ilk sürüm ya aylarca büyür ya da kullanıcıya anlamlı sonuç vermeyen bir demoya dönüşür.
Önce öğrenme hedefini seçin
Bir bayi portalında asıl belirsizlik bayilerin çevrim içi sipariş verip vermeyeceği olabilir. Bir servis yazılımında ise teknisyenlerin iş emrini sahada güncellemesi kritik varsayımdır. MVP kapsamına girecek her işlev, seçilen belirsizliği azaltmalı veya akışın tamamlanması için zorunlu olmalıdır.
“İlk sürümde olmasa işlem tamamlanamaz mı, yoksa yalnızca daha konforlu mu olur?” sorusu kapsam görüşmelerini hızlandırır.
Dikey dilim örneği
Sipariş yönetimi için yalnızca müşteri kartı ekranı hazırlamak dikey dilim değildir. Müşterinin seçilmesi, ürün ve miktarın doğrulanması, stok etkisinin oluşması, sipariş durumunun izlenmesi ve yetkili kullanıcının sonucu görmesi birlikte tamamlanmalıdır. Tasarım sade olabilir; fakat veri ve iş kuralı gerçek olmalıdır.
| Karar ölçütü | MVP yaklaşımı |
|---|---|
| İş değeri | Kullanıcının tek başına tamamlayabildiği sonuç |
| Risk | En belirsiz kuralı erken doğrulama |
| Bağımlılık | Sonraki fazları kilitleyen temel veri |
| Kalite | Yetki, hata ve geri okuma dâhil çalışan akış |
Kapsam dışını da yazın
Mobil uygulama, gelişmiş rapor, toplu içe aktarma veya üçüncü taraf entegrasyonu sonraki fazdaysa açıkça belirtin. Böylece ekip, “MVP” kelimesini kaliteyi ertelemek için kullanmaz. Özel yazılım geliştirme sürecinde ilk fazın kabul koşulları da teslim planına bağlanmalıdır.
Yayın sonrası karar kapısı
İlk sürümden sonra kullanım oranı, tamamlanma süresi, hata nedeni ve kullanıcı geri bildirimi izlenir. Sonraki yatırım, varsayım doğrulandığı için mi yoksa kullanımda yeni bir darboğaz görüldüğü için mi yapılacak, bu verilerle belirlenir. Uygun ilk dilimi birlikte çıkarmak için projenizi anlatabilirsiniz.
MVP listesini son kez sınayın
Kapsamdaki her maddeyi değer, risk ve zorunlu bağımlılık olarak etiketleyin. Hiçbir etikete girmeyen işlev sonraki sürüm adayıdır. Pilot kullanıcıya yalnızca sunum yaptırmayın; başlangıç verisiyle görevi tamamlatın ve sonuç kaydını geri okutun. İlk sürümde destek, hata görünürlüğü ve veri dışa aktarma gibi işletim ihtiyaçlarını tamamen unutmayın. MVP küçük olabilir, fakat gerçek kullanıcı verisini güvenle yöneten tamamlanmış bir çalışma döngüsü sunmalıdır.