Borcu Suçlulukla Değil Portföyle Yönetmek
Mimari borç, duygusal yönetildiğinde tehlikeli hale gelir. Ekip ya hızı korumak için borcu görmezden gelir ya da kapsamı aşan refactor'lara girip ürün teslimatını boğar. Biz borcu; risk sınıfı, beklenen geri dönüş ve kapanış ufku tanımlı bir portföy olarak ele alıyoruz.
Bilinçli borç alma, ödeme pencereleri ve risk odaklı teslimat için pragmatik bir yönetim modeli.
Kullandığımız Üç Kova
Borcu sürtünme borcu (feature hızını düşüren), kırılganlık borcu (incident olasılığını artıran) ve görünürlük borcu (teşhis/onboarding süresini uzatan) olarak ayırıyoruz. Bu ayrım öncelik kalitesini yükseltiyor çünkü her kovayı farklı iş maliyeti ve farklı sahiplik modeliyle ele almak gerekiyor.
Borcu throughput borcu, reliability borcu ve karar borcu olarak sınıflandırın. Böylece acil ve stratejik maddeler aynı backlog'ta bağlamsız yarışmaz.
Borç maddelerini ürün riskiyle ilişkilendirin ve gecikme maliyetini hesaplayın. Dönüşüm, uyum veya SLA riski yaratan borç; kozmetik roadmap işlerinin arkasına atılmamalı.
Roadmap'te Borç Ekonomisi
Her borç maddesinde gecikme maliyeti ve rollback etkisi hesaplanır. SLA veya uyum kanıtını riske atan maddeler korumalı kapasiteye alınır. Sadece geliştirici konforunu etkileyenler normal roadmap işiyle yarışır. Böylece 'tüm borç acildir' yaklaşımı engellenir.
Roadmap içinde düzenli ödeme ritmi tanımlayın. Sürdürülebilir model, her çevrimde açık kapasite ayırır; hayali bir 'büyük refactor çeyreği' beklemez.
Ekipler çoğu zaman borcu yalnızca mühendislik konusu sanır. Oysa kapanmayan borç; kaçan teslim tarihleri, dengesiz release kalitesi ve artan incident yükü olarak iş riskine dönüşür.
Gerçekten İşleyen Ekip Ritüeli
Her çeyrekte ürün, mühendislik ve operasyonu aynı masaya toplayan borç review'u yapıyoruz. Kararlar ADR eki olarak kayda geçiyor, deadline ve owner atanıyor. Borç, öneminden söz edilince değil; operasyonel sahiplik verilince azalıyor.
Bu yazı için kontrol listesi:
- Implementasyon öncesi ölçülebilir başarı kriterini netleştirin.
- Mimari kararlara rollback ve sahiplik kuralları ekleyin.
- Production sinyallerini sadece incident anında değil düzenli izleyin.
- Her milestone için deployment ve migration stratejisini açık yazın.
Son not:
Mimari borç ancak bilinçli, maliyetlendirilmiş ve zaman kutuluysa sağlıklıdır.
