Agile ve Scrum ile Yazılım Projesi Yönetimi
Şelale modeli ile farkı
Geleneksel şelale modelinde tüm gereksinimler başta yazılır, aylarca geliştirilir ve en sonda teslim edilir. Gereksinimler değişirse veya yanlış anlaşılmışsa bu ancak sonda fark edilir. Agile yaklaşımda ise yazılım birkaç haftalık döngülerle büyür; her döngünün sonunda çalışan bir parça gösterilir ve yön gerekirse düzeltilir.
Agile Manifesto'nun dört değeri
- Süreç ve araçlardan çok bireyler ve etkileşimler
- Kapsamlı dokümantasyondan çok çalışan yazılım
- Sözleşme pazarlığından çok müşteriyle iş birliği
- Bir plana bağlı kalmaktan çok değişime yanıt verme
Scrum'ın yapı taşları
Roller
- Ürün sahibi (Product Owner): Neyin, hangi öncelikle yapılacağına karar verir; genellikle müşteri tarafından biri olmalıdır.
- Scrum Master: Sürecin işlemesini sağlar, engelleri kaldırır.
- Geliştirme ekibi: İşi planlar ve üretir.
Artefaktlar
- Ürün iş listesi (backlog): Önceliklendirilmiş tüm istekler
- Sprint iş listesi: O sprintte yapılacak işler
- Artım (increment): Sprint sonunda çalışan yazılım
Etkinlikler
- Sprint: Genellikle 1-4 hafta
- Sprint planlama, günlük kısa toplantı, sprint demosu ve retrospektif
Müşteri açısından faydaları
- Bütçenin en değerli özelliklere harcanması
- İlerlemeyi düzenli demolarla görmek
- Fikir değiştirme esnekliği
- Erken kullanıma alınabilen sürümler
Müşterinin sorumluluğu
Agile, müşterinin aktif katılımını gerektirir. Önceliklere karar veren, demolara katılan ve sorulara hızlı cevap veren bir muhatap olmadan çevik yaklaşım işlemez.
Sabit bütçe ile çeviklik
Sabit bütçeli projelerde de çevik çalışılabilir: Bütçe ve süre sabit tutulur, kapsam önceliğe göre esnetilir. En önemli özellikler önce yapıldığı için bütçe bittiğinde elde en değerli ürün olur.
Sonuç
Çevik yaklaşım, belirsizliğin yüksek olduğu yazılım projelerinde riski yönetmenin etkili yoludur. web tabanlı yazılım projelerimizde nasıl çalıştığımızı öğrenmek için ücretsiz keşif görüşmesi talep edebilirsiniz.