Haftalar aylara dönüşür, “neredeyse bitti” cümlesi sık duyulur ama yayın tarihi bir türlü gelmez. Yazılım projelerinin ilerlememesi nadiren tek bir nedene bağlıdır; çoğu zaman birkaç küçük sorunun birikmesiyle oluşur. İyi haber şu ki bu nedenlerin büyük kısmı tespit edilebilir ve düzeltilebilir.
Projeleri Yavaşlatan Başlıca Nedenler
Belirsiz kapsam
Ne yapılacağı yazılı ve ekran ekran tanımlı değilse her toplantıda yeni bir yorum ortaya çıkar. Geliştirici bir şey yapar, iş birimi başka bir şey bekler.
Sürekli değişen öncelikler
Her hafta yeni bir “acil” talep eklendiğinde hiçbir iş tamamlanmaz. Yarım kalmış özellikler birikir, test edilemez.
Ürün sahibinin olmaması
Kararları kimin vereceği belli değilse sorular cevapsız kalır, ekip bekler ya da tahminle ilerler.
Görünmeyen ilerleme
Çalışan bir sürüm düzenli olarak gösterilmiyorsa sorunlar ancak sonda fark edilir; o noktada düzeltmek çok daha pahalıdır.
Teknik borç
Hızlı ilerlemek için alınan kısa yollar birikir; her yeni özellik eskilerini bozmaya başlar ve hız giderek düşer.
Ekip ve iletişim sorunları
Geliştiricinin değişmesi, bilginin tek kişide toplanması veya geri bildirimlerin günlerce beklemesi.
Projeyi Yeniden Yola Sokmanın Adımları
- Durumu dürüstçe çıkarın: Ne bitti, ne yarım, ne hiç başlanmadı? Kodun ve altyapının bağımsız bir gözle incelenmesi bu adımda çok değerlidir.
- Yayın için minimum kapsamı belirleyin: İlk sürüm için gerçekten gerekli olanları seçin, gerisini sonraki sürümlere bırakın.
- Tek bir karar verici atayın: Önceliklerden sorumlu bir ürün sahibi, belirsizliği hızla azaltır.
- Kısa sprintlere geçin: Bir veya iki haftalık döngülerle çalışın; her döngünün sonunda çalışan bir şey görün.
- Kapsam değişikliklerini kayıt altına alın: Yeni talepler sıraya girer, mevcut sprintin ortasına eklenmez.
- Kritik teknik borcu ödeyin: İlerlemeyi en çok yavaşlatan sorunları önceliklendirerek giderin.
Projeyi Devretmek Gerekiyorsa
Bazen mevcut ekiple devam etmek mümkün olmaz: geliştirici ulaşılamaz hale gelmiştir ya da güven kaybolmuştur. Bu durumda kaynak kodu, sunucu erişimlerini, veritabanını ve mevcut belgeleri eksiksiz teslim almak ilk iş olmalıdır. Ardından yeni ekip kodu inceler, riskleri raporlar ve projeyi kaldığı yerden sürdürmenin mi yoksa belirli parçaları yeniden yazmanın mı daha doğru olduğunu ortaya koyar.
Morekod'un Proje Yönetimi Yaklaşımı
Projelerimizde kapsamı yazılı hale getiriyor, iki haftalık sprintlerle çalışıyor ve her hafta çalışan bir sürüm gösteriyoruz. Kapsam değişiklikleri görünür bir sırada tutuluyor; böylece neyin ne zaman yayına çıkacağı herkes için net oluyor. Yarım kalmış projeleri devralma talebiyle gelen işletmelere de önce kapsamlı bir durum raporu sunuyoruz.
Sık Sorulan Sorular
Yarım kalmış bir projeyi devralır mısınız?
Evet. Kaynak kod, sunucu ve veritabanını inceleyip mevcut durumu raporluyor, riskleri gidererek projeyi devralıyoruz.
Projemin neden ilerlemediğini nasıl anlarım?
Son bir ayda yayına çıkan çalışan bir özellik yoksa ve “bitti” denilen işler testte sorun çıkarıyorsa, kapsam ve süreç kontrolü yapmanın zamanı gelmiştir.
