En İyi Mühendisleri Kaçırmanın Yolları
(padraigobrien.com)"Geliştiricilerin şirkette kalma süresini kısaltmanın yolları" ve "bunu düzeltmenin yolları"
- Yazılım yapmayı bilmeyen yöneticiler işe alın
→ DÜZELTME: Teknik yöneticilerin, direktörlerin ve VP'lerin her çeyrekte yaklaşık 1 hafta boyunca özellik geliştirip yayına almasını sağlayın. Yaklaşık 3 gün süren bir özelliği gerçek çalışma/işbirliği biçimiyle.
- Çok fazla yönetici alın ve katmanlar oluşturun
→ DÜZELTME: Organizasyonu yatay hale getirin ve mümkün olduğunca yönetim katmanlarını kaldırın
- Mümkün olduğunca çok toplantı yapın
→ DÜZELTME: Takımlar arası işbirliğini en aza indirin ve takım içinde bolca işbirliği olacak şekilde organizasyonu tasarlayın
- Yazılım tanımlama sürecini acı verici hale getirin
→ DÜZELTME: Geliştiricinin yükünü azaltmanın yollarını bulun. Ticket oluştururken en az 3 kişinin (mühendis, testçi, ürün sorumlusu) 10 dakika tartışıp birlikte yazmasını sağlayın
- Yazılım dağıtımını acı verici hale getirin
→ DÜZELTME: Ortaya çıkan sorunları analiz edip düzeltmek için zamanın %20'sini ayırın
- Mühendislerden kendi çalışma sürelerini tahmin etmelerini isteyin
→ DÜZELTME: Tahmin yapmayın. Deneyime göre vakaların %99'undan fazlasında tutmuyor ve iyi çalışmıyor. Tarih gerekiyorsa forecasting gibi modern yöntemler önerilir
- Takımı aşırı küçük tutun
→ DÜZELTME: En azından takım büyüklüğünün 6 kişi olması iyidir
- Başka takımlardan mühendis ödünç alın
→ DÜZELTME: Takımın bir misyona sahip olup uzun süre varlığını sürdürmesini sağlayın ve insanları yer değiştirmeyin
5 yorum
VP’ye görev atamayı düşünmek bile insanın yüreğini hoplatıyor. Her ne kadar çeyrek başına 1 hafta olsa da, muhtemelen o 1 hafta boyunca sayısız itiraz ve yapay zeka ortaya çıkacaktır. Tabii ki bu olumlu bir değişim olur :)
Benim çalıştığım şirkete de benziyor haha
Bir geliştirme lideri vardı ama CEO onu kontrol edemediğini düşünerek, bir tanıdığının önerdiği bir geliştirme direktörünü başa getirdi; sonuçta bir yıl içinde geliştirme ekibi dağıldı.
forecasting ile ne kastediliyor?
Temel olarak Estimation, bir işin ne kadar süreceğini tahmin ederek öngörüde bulunmak demek.
Forecasting ise hava durumu tahmininde olduğu gibi "mevcut verilere dayanarak" öngörmek olarak tanımlanıyor.
Eğer ekip epic’leri story’lere bölmüşse ve her story’nin ne kadar sürdüğü (story point vb.) iyi şekilde kaydedilmişse,
haftada tamamlanan feature miktarına göre buna dayanarak tahmini bir tarih çıkarmak gibi bir şey olacaktır.
(Ben de bunu sadece kitaplardan ve yazılardan öğrendim, pratikte uygulama fırsatım olmadı, o yüzden yalnızca kabaca açıklıyorum.)
Vay, güzel yanıtınız için teşekkürler. (Ve haberlerinizi her zaman keyifle okuyorum!)