Yeni bir CTO'nun ilk içgüdüsü genellikle bir şeyler ortaya koymaktır. Yeni bir platforma geçişi duyurmak, eski bir servisi kapatmak, ekipleri cumaya kadar yeniden yapılandırmak. Buna direnin. Liderlerin ilk çeyreklerinde yaptığını gördüğüm en pahalı hatalar, neye baktıklarını anlamadan harekete geçmekten kaynaklandı — bir nedene kadar izini sürmedikleri belirtileri tedavi etmekten.
İlk 90 gününüz inşa etmek için değildir. Teşhis içindir. Organizasyonun kendi sorunlarına dair halihazırda işleyen bir teorisi vardır; sizin işiniz o teorinin doğru olup olmadığını ortaya çıkarmaktır.
1–3. Haftalar: Herhangi bir şeye dokunmadan önce dinleyin
Panolarla değil, insanlarla başlayın. Her mühendisle, ayrıca ürün yöneticileriyle, destek ekibindeki sesi en çok çıkan iki kişiyle ve sabahın 3'ünde çağrıya cevap veren kişiyle 30 dakikalık birebir görüşmeler ayarlayın. Aynı birkaç soruyu sorun ve cevapların nerede birbirini tutmadığını izleyin.
Standart soru setim:
- "Tek satırlık bir değişikliği yayına aldığınızda ne olduğunu bana adım adım anlatın." Kendinden emin anlatılan sürüm ile gerçek sürüm arasındaki fark, teslimat sancınızın yaşadığı yerdir.
- "Geçen yıl düzeltmeye çalıştığınız ama kalıcı olmayan şey neydi?" Bu, politik mayınları ve yarım kalmış geçişlerin mezarlığını gün yüzüne çıkarır.
- "Tek bir şeyi düzeltmek için bir haftanız olsaydı, bu ne olurdu?" Beş kişi, sorulmadan aynı şeyi söylediğinde, ilk gerçek sinyalinizi bulmuşsunuzdur.
Duyduklarınızı kelimesi kelimesine not edin. Sonuç çıkarmıyor, kanıt topluyorsunuz — ve çok erken sonuca varmak için ayartılacaksınız.
3–6. Haftalar: Organizasyon şemasını değil, sistemi okuyun
İnsanlar size neye inandıklarını söyler; sistem ise size neyin doğru olduğunu söyler. Yalan söylemeyen verileri çekin ve görüşmelerle çekişmesine izin verin.
İlk olarak her zaman çektiğim dört sayı
- Dağıtım sıklığı ve teslim süresi. Birleştirilen PR'dan üretime kadar ne kadar zaman geçiyor? Bu, gün cinsinden ölçülüyorsa, bir yetenek probleminiz değil, bir akış probleminiz vardır.
- Değişiklik hata oranı. Dağıtımların ne kadarı bir olaya ya da geri almaya neden oluyor? Kabaca %15'in üzerinde ise ekibiniz korku içinde çalışıyordur ve bu, geri kalan her şeyi sessizce yavaşlatır.
- Onarım süresi. Bir şey bozulduğunda ne kadar hızlı yeniden yeşile dönüyor? Bu, gözlemlenebilirliğinizin ve nöbet düzeninizin sağlığını herhangi bir anketten daha dürüstçe ortaya koyar.
- Mühendislik saatlerinin gerçekte nereye gittiği. Özellik çalışması, plansız çalışma ve angarya. Üçte birinden fazlası plansızsa, bir ürün ekibini değil, bir itfaiye ekibini finanse ediyorsunuzdur.
Ardından kod tabanını ve olay geçmişini kendiniz okuyun. Yargılamak için değil — kalibre etmek için. Son 20 olay sonrası raporuna göz atın ve aynı üç kök nedeni farklı kostümler giymiş halde göreceksiniz.
Bir mühendislik organizasyonunun gerçek mimarisi diyagramlarda değildir. Dört gün boyunca bekleyen çekme isteklerinde ve herkesin dokunmaya korktuğu o tek serviste gizlidir.
6–10. Haftalar: Hastalığı belirtiden ayırın
Bu aşamada elinizde bir yığın şikâyet olacak. Disiplin, onları üç kategoriye ayırana kadar hiçbirini düzeltmeyi reddetmektir.
- Teknik: istikrarsız iş hattı, test edilmemiş eski monolit, eksik olan hazırlık (staging) ortamı.
- Süreç: günler süren kod incelemesi, her hafta değişen planlama, net bir "bitti" tanımının olmaması.
- İnsanlar ve organizasyon: birbiriyle ilgisiz üç alanı sahiplenen bir ekip, sessizce dört kişinin işini yapan bir kıdemli mühendis, belirsiz karar yetkileri.
Çoğu "teknik" şikâyet, kılık değiştirmiş süreç şikâyetidir. Yavaş dağıtımlar nadiren yalnızca bir araç eksikliğidir — genellikle bir inceleme kültürü, bir sahiplenme boşluğu ya da hiçbir miktarda CI'nin iyileştiremeyeceği bir üretim korkusudur. Her belirtiyi adlandırmadan önce bir seviye daha derine inerek izini sürün.
10–13. Haftalar: Bir teşhise, ardından ilk bir hamleye bağlanın
75. gün civarında notu yazın. Tek sayfa. İşte bulduklarım, işte sancıya gerçekte neyin neden olduğu, işte bunu hangi sırayla düzelteceğimiz ve işte şimdilik bilinçli olarak dokunmamayı seçtiğimiz şeyler. Bu son kısım, herhangi bir yol haritasından daha fazla güven kazandırır — organizasyona önceliklendirme yapabildiğinizi gösterir.
Teşhisten sonraki ilk 30 gün için görünür ve kazanılabilir bir düzeltme seçin. En büyük sorunu değil — teşhisin doğru olduğunu kanıtlayan ve ekibe sürtünmenin yenilebilir olduğunu gösteren düzeltmeyi. Dağıtım süresini iki saatten on beş dakikaya indirmek, size altı aylık bir platform bahsinden daha fazla güvenilirlik kazandıracak ve ardından gelen daha zorlu işi finanse edecektir.
Pazartesi nereden başlamalı
Takviminizi açın ve başka hiçbir şey o alanı doldurmadan önce birebir görüşmeleri bloke edin. İkinci haftada bir strateji duyurma dürtüsünün her birine direnin — henüz bir stratejiniz yok, hipotezleriniz var. Kalıcı olan CTO'lar, ilk çeyreklerini gösterişli bir kararlılıkla değil, faydalı bir merakla geçirenlerdir.
Bundan doksan gün sonra, en önemli üç önceliğinizi içgüdüyle değil kanıtla savunabilir misiniz? Savunamıyorsanız, henüz inşa etmeye hazır değilsiniz — ve olmanız gereken yer tam da burasıdır.