Bir İşin "Bitti" Demesi İçin Ne Gerekir?

Bir tasarım dosyasının onaylanması "bitti" değildir. Kodun yazılması "bitti" değildir. Test sunucusunda çalışması bile "bitti" değildir. Benim için bir iş, ancak gerçek bir kullanıcı ona gerçek hayatında dokunduğunda bitmiş sayılır.

Bu görüş bazen tuhaf karşılanıyor, o yüzden nedenini açıklamak istiyorum.

"Neredeyse Bitti" Diye Bir Şey Yok

Bir proje %90 tamamlanmış olabilir ama o son %10 — yayına alma, DNS ayarları, gerçek veriyle test, mobil tarayıcılarda son kontrol — genellikle en çok zaman alan, en çok sürpriz çıkaran kısımdır. "Neredeyse bitti" demek, henüz bitmediği anlamına gelir; sadece bunu söylemek daha rahat hissettiriyor.

Ben bu son adımı atlanabilir bir detay değil, işin asıl bittiği an olarak görüyorum.

Yayında Olmayan İş, Kimseye Fayda Sağlamaz

Ne kadar güzel tasarlanmış, ne kadar temiz kodlanmış olursa olsun, kullanıcıya ulaşmayan bir iş henüz hiçbir değer üretmiyor demektir. Değer, ürün gerçek hayatla temas ettiğinde ortaya çıkıyor.

Bu yüzden bir projeyi üstlendiğimde, "yayına alma" ayrı bir aşama değil, sürecin doğal ve zorunlu son adımı. Orada durmuyorum.

Bitti Dedikten Sonra da Bitmiyor

İlginç olan şu: gerçek anlamda "bitmiş" bir iş bile aslında kapanmıyor. Yayına aldıktan sonra izleme, küçük düzeltmeler, kullanıcı geri bildirimine göre ince ayarlar geliyor. Bunu bir eksiklik olarak görmüyorum — bir web sitesi veya ürün, yaşayan bir şey. Statik bir teslimat değil.

Bu yüzden bir projeyi teslim ederken söylediğim şey hep aynı: "Yayında, çalışıyor — ve ben hâlâ buradayım."