Çevik Yazılım Geliştirme ve Scrum Deneyimleri


Altı ay kadar önce Çevik yazılım geliştirme metodolojisini, biraz kendimize uyarlayarak, uygulamaya başladık.

Scrum için, genel olarak benim düşüncelerim şöyle:


+Artıları
  • Önceki yöntemlere göre yazılım geliştirme işine daha uygun, çok şey bilmeyi beklemeden, hızlı başlayıp sadece ihtiyaç olan şeyleri geliştiriyoruz. Eskiden uzun analizlerde, sonradan kullanılmayacak özellikleri de ekliyorduk yazılıma, şimdi bu çok azaldı.
  • Ekibin işi sahiplenmesini sağlıyor, herkes kendi işinin farkında, takip etmesi gerekeni biliyor, ona göre de hesap soruluyor.
  • Herkesin her işle ilgili genel bir fikri oluyor.
  • Bir işe bitti diyebilmek takım psikolojisini olumlu etkiliyor, başarı hissi veriyor.
  • İletişimi çok arttırıyor, takım üyeleri de müşteri de sana daha yakın, daha samimi oluyor.
-Eksileri
  • Normalde herkes iş havuzundan kendi işini seçmeli, ancak kendi haline bırakınca işler zamanında bitemiyor, bu nedenle birbirine bağlı işlerde verilen süreye uyulamadığı oluyor. Böyle durumlarda önceliklendirme yapıyoruz. Gerekirse iş ataması yapıyoruz.
  • Farklı takımlar arasında scrum değerleri ölçüm metrikleri olarak kullanılırsa sorun oluyor. A takımının bir işe verdiği saat x iken B takımı 4x verebiliyor. Aynı takım içinde bu olmuyor ama takımlar arasında suistimale açık diyebiliriz.
  • Müşterinin de bu çalışma yapısına fikren hazır olması gerekiyor, aksi halde senin işini 2 hafta sonra değerlendirmeye alacağız demek anlayışla karşılanmayabiliyor.
Diğer

  • İşleri takibinin ve sorun çözümünün, ürünün sahibi sıfatında olan yöneticiden, scrum master’a ve takım liderlerine kaymasına neden oluyor.

Hiç yorum yok: