On bir ürün, tek bir üretim sistemi ve kanıtı okuma sıramız

Bu büyüklükte bir stüdyo on bir ürünü on bir lansman yaparak taşıyamaz. Taşımasının nedeni, bir lansmanın her seferinde aynı olan kısımlarının — mağaza varlıkları, yayın kontrol listeleri, abonelik altyapısı, ekran yakalamaları, gizlilik belgeleri, yayınlama hattının kendisi — ürün başına elle bir kez değil, tek bir sistemde bir kez yapılması.

Buraya kadarı işin bariz yarısı ve ilginç yarısı değil. Altyapı paylaşmak iyi anlaşılmış bir takas. Sürekli yanlış giden kısım, üç hafta önce yayınladığınız bir ürün hakkında neyin doğru olduğunu bilmek.

Otomasyonu yeniden başlatılabilir kılan iki kural

Sistemdeki iş, kendi girdilerinin belirlenimci bir özetiyle kimliklendiriliyor. Çift tetikleme, yeniden deneme ya da çöküp yeniden başlama hepsi aynı kimliğe çözümlenir; böylece sistem iki kez üretemez ya da iki kez paylaşamaz. Yeniden denemeyi güvenli kılan tek özellik bu ve güvenle yeniden deneyebilmek, çalışır bırakabileceğiniz otomasyonla birinin başında beklemesi gereken otomasyon arasındaki fark.

İkinci kural, yayınlamanın bir insanın arkasında durması. Otomasyon yarım kaldığı için değil — yanlış bir yayının bedeli simetrik olmadığı için; hiç kullanılmayan bir kapı ucuz, bir kez eksik olan bir kapı değil. Bu stüdyodan biri söylemeden hiçbir şey çıkmadı.

Hata olmayan arıza

30 Eylül’de iki ürün App Store’da yayına girdi. Bu site birinin beta olduğunu ve her iki mağazada da herkese açık listelenmediğini söylüyordu. Bu depoda hiçbir şey yanlış değildi ve hiçbir inceleme bunu yakalayamazdı; çünkü bir lansman deponun dışında gerçekleşen bir olay: hiçbir dosya değişmiyor, yani okunacak bir fark ve kırılabilecek bir test yok.

Bir alışkanlık değil, dağıtım öncesi bir kapı olmasının bütün gerekçesi bu. Bir betik Apple’a her paket kimliğini soruyor, geliştirici hesabındaki her uygulamayı listeliyor ve Google Play’den her paket sayfasını istiyor. Bir şey tuhaf göründüğünde değil, bir dağıtımdan önce çalışıyor — çünkü bir şey tuhaf göründüğünde, üç gündür iyi görünüyor olacak.

Hangi belgeye inanmalı

Aynı hata bu stüdyoda şimdiye dek yedi kez yapıldı ve yalnızca biri özensizlikti. Diğer altısı aynı biçimdeydi: bir iddianın, aynı klasörde daha yeni ve başka bir şey söyleyen makine okunur kanıt dururken projenin anlatı belgesinden alınması.

Veyra işlenmiş örnek. Bu sitedeki sayfası, üretimin hiç çalışmadığını ve hiçbir model ağırlığının hiç yüklenmediğini söylüyordu. Bu, ikisi de 11 Eylül tarihli bir durum belgesinden ve bir readme’den geliyordu ve burada iki hafta boyunca tekrarlandı. Bu sırada aynı depoda, fiziksel bir telefondan çekilmiş ve iki gerçek üretim koşusunu kaydeden bir dosya vardı — her birinde dört aday, her görsel farklı boyutta, gerçek modelle etiketlenmiş ve zamanlamalar cihazın kendi veritabanından okunmuş. Sayfa iki hafta boyunca kendi ürününü eksik anlattı; bu, bir ürünü fazla anlatmaktan daha nazik bir arıza ve yine de yanlış bir sayfa.

Bu yüzden sıra yazıya döküldü ve alt bir basamak, ne kadar yeni yazılmış ve ne kadar kendinden emin ifade edilmiş olursa olsun üst bir basamağı asla geçersiz kılmıyor:

• Kimliği doğrulanmış sağlayıcı durumu — mağazanın kendisinin, oturum açılmış hâlde okunarak söylediği şey.
• Yayınlanan çıktılar ve makine okunur kanıt — bir yayın derlemesinin kendi üst verisi, cihazdan çekilmiş bir veritabanı, yakalanmış bir yanıt, bir etiket.
• Mevcut kaynak ve yapılandırma — derlemenin gerçekten yüklediği dosyalar.
• Tarihli kabul belgeleri — metin, ama gerçekten olmuş bir koşuya karşı yazılmış.
• Durum ve devir anlatısı — bir readme, bir durum dosyası, bir devir belgesi.
• Planlama belgeleri ve brief’ler — bir ürünü bu siteye tanıtan brief dâhil.

Bu sıralama kimin özenli yazdığına dair bir ifade değil. Neyin bozulduğuna dair bir ifade. Bir mağaza kaydı ürün değiştiğinde değişir; bir readme biri hatırladığında değişir.

Paylaşılan bir sistem aslında ne işe yarar

Yukarıdaki her kural, bir üründe belirli bir şeyin ters gitmesiyle başladı ve her biri artık o ürünün kendi kopyasında değil paylaşılan sistemde yaşıyor. Gerçek bileşik etki bu: beşinci lansmanın birincisinden daha ucuz olması değil — öyle olsa da — beşinci lansmanın ilk dördünün hatalarını tekrarlayamaması; çünkü hata, iki ürünün de sahibi olmadığı bir yerde kırılan bir test.