Lansman Planlaması

Pilot başarılıysa bile tüm hacme tek seferde geçmek risklidir. Kademeli lansman, önce trafiğin küçük bir yüzdesiyle başlayıp aşamalı olarak artırmak, hem sistemin gerçek yükte nasıl davrandığını görme fırsatı verir hem de bir sorun çıkarsa etkisini sınırlar.

Somut bir örnek: bir kademeli lansman takvimi genelde şöyle ilerler. İlk hafta trafiğin yüzde 10'u; ikinci hafta, belirlenen kriterler karşılanıyorsa yüzde 30'a; üçüncü ve dördüncü hafta yüzde 100'e. Buradaki kritik nokta, bir sonraki aşamaya geçişin takvime değil kritere bağlı olmasıdır. Hata oranı belirlenen eşiğin altında mı, eskalasyon oranı stabil mi, müşteri şikâyeti artmıyor mu? Bu sorulara evet cevabı yoksa, bir sonraki aşamaya geçilmez, mevcut yüzdede kalınır.

Lansman planı iki şeyi net, yazılı olarak tanımlamalı. Birincisi, kimin hangi kararı verdiğidir: kim sorumlu, kim onaylıyor, kime danışılıyor, kim bilgilendiriliyor. Bu sahiplik dağılımı genelde RACI çerçevesiyle yazılır. İkincisi, bir sorun çıktığında geri dönüş sürecinin ne kadar hızlı işleyeceğidir. "Canlıya aldık, bir sorun olursa bakarız" yaklaşımı kurumsal ölçekte kabul edilebilir değildir. Geri dönüş planı, ileri gitme planı kadar net olmalı ve önceden test edilmiş olmalıdır.

Sık yapılan hata: Bir sonraki aşamaya geçişi zamana bağlamak, veriye değil. "Bir hafta geçti, büyük bir sorun çıkmadı, devam edelim" demek, kriterlerin karşılandığını göstermez, sadece henüz fark edilmediğini gösterebilir. Sağlıklı bir lansman, "ne kadar zaman geçti" değil "hangi eşikler karşılandı" sorusuna göre ilerler.