Go / no-go kontrol listesi "hazır gibi" hissini açıklayabileceğin bir karara dönüştürür. Her kriterin bir sorumlusu, bir eşiği ve kanıtı vardır. Tek başına geliştiriyorsan her kriterin sorumlusu sensin; yine de yazmak, zor olanları atlamanı engeller.
Kopyala-yapıştır şablonu
YAYIN KARARI: [Uygulama], sürüm [x.y.z] (build [n]), tarih [tarih]
Karar veren: [ad]
| # | Kriter | Sorumlu | Kanıt (bağlantı / not) | Go? |
|---|------------------------------------------------|---------|----------------------------|-----|
| 1 | Build'de açık çökme ya da veri kaybı hatası yok | [ad] | [sorun listesi, çökme günlüğü] | E/H |
| 2 | Ana akışlar yayın build'inde geçiyor | [ad] | [test notları, tarih] | E/H |
| 3 | Önceki sürümden kurulum ve güncelleme | [ad] | [cihaz, sürümler] | E/H |
| 4 | Bilinen sorunlar belgelendi ve kabul edildi | [ad] | [bilinen sorunlar listesi] | E/H |
| 5 | Giriş, ödemeler ve izinler çalışıyor | [ad] | [test notları] | E/H |
| 6 | Mağaza sayfası, notlar ve ekran görüntüleri eşleşiyor | [ad] | [taslak bağlantısı] | E/H |
| 7 | Geri alma ya da durdurma planı var | [ad] | [plan bağlantısı] | E/H |
| 8 | Yayından sonra çökmeleri izleyen biri var | [ad] | [kim, ne zamana kadar] | E/H |
1-3 ya da 5 numaralı maddelerden birinde "H" varsa, karar veren nedenini yazmadıkça karar HAYIR (no-go).
Karar: GO / NO-GO / GO, koşullar: [koşullar]
Örnek (uydurma)
YAYIN KARARI: Pocket Budget, 1.2.0 (build 57), 2026-10-17
Karar veren: Sam
1 Çökme/veri kaybı: açık olan yok - sorun listesi 10:15'te kontrol edildi - E
2 Ana akışlar: ekle, düzenle, sil yayın build'inde geçiyor - E
3 1.1.4'ten güncelleme: iki cihazda test edildi - E
4 Bilinen sorunlar: CSV dışa aktarma yavaş, kabul edildi - E
5 Giriş/izinler: bildirim izni reddedildiğinde yol test edilmedi - H
...
Karar: GO, koşullar: göndermeden önce izin reddedildiği yolu test et.
Nasıl uyarlanır
- Kriterleri uygulamana göre değiştir. Çevrimdışı çalışan bir uygulamanın çevrimdışı satırı, uygulama içi satın alması olanın satın alma satırı olmalı.
- Eşikleri evet/hayır olarak yaz. "Kararlı görünüyor" bir kriter değildir. "Yayın build'inde açık çökme hatası yok" bir kriterdir.
- Yayın build'ini test et, hata ayıklama build'ini değil. Davranış farklı olabilir; yanlış yapıdan gelen kanıt sayılmaz.
- Karar vericiyi bir kez adlandır. Oy veren gruplar dağılır. Sorumlular dinlendikten sonra tek bir kişi karar verir.
- Doldurulmuş kopyayı sakla. Bir sonraki sürümde geçen sefer neyi kabul ettiğini görebilirsin.
İlgili: hotfix kontrol listesi, geri alma ve durdurma planı ve hub mobil uygulama test kontrol listeleri.
Karar vermeden önce yayın build'inde test edicilere ihtiyacın var mı? Ücretsiz başla.