Yazılımın dahi amelesi…

Scrum’ın ne olduğu konusunda az çok herkesin bilgisi var. Yazılım geliştirme süreçlerinin iyileştirildiği, güzelleştirildiği, geliştiriciyi daha ön plana koyan bir yöntem olarak biliyoruz. Peki Scrum ne değil?

1- Scrum, “Süper Kahraman” Değildir

Scrum bir süper kahraman değildir. Uçarak gelip süper güçleri ile var olan yönteminizi anında iyileştirmeyecektir. Dönüşüm, takım büyüklüğüne, var olan süreç yönetiminin kullanımına ve değişime olan dirence bağlı olarak günler, haftalar veya aylar alabilir. Scrum dönüşümü için bir Scrum Master geldi ise, aynı süperkahraman yaklaşımını ondan da beklemek yanlıştır. Genelde “Köle Kral” olarak adlandırılır bu kişiler zaten ve ekibin içinde onlarla beraber aynı eziyeti çekenlerden biri olur. Dönüşüm takım işidir, tek bir kişinin bu dönüşümü yapması imkansızdır.

Aynı zamanda, Scrum metolojilerini uygulamak, planından sapmış ve teslimata yaklaşmış projelerinizi garantili olarak rayına sokmaz. Scrum’ın amacı, son dakika kahramanı olmak değildir. Doğru, bazı projeleri son dakikada ipten alan Scrum hikayeleri mevcut, fakat bu her zaman olacak diye bir kaide yok. Asıl olay, Scrum yöntemlerini işin başından itibaren uygulamak ve son dakika sürprizlerinden olabildiğince uzak kalmakta.

2- Scrum, CMM-killer Değildir

Geleneksel süreç yönetimi kullanan geliştiriciler, Scrum’ı (ve diğer Agile yöntemleri),  bir CMM anti-tezi olarak görüp, mümkün olduğu kadar uzak dururlar. Hatta, bazı durumlarda saldırgan tavırlar da aldıklarını görüyoruz. Mesela, aldığım yüksek lisans dersinde, bir CMM fanatiği olan hocamız, sunumunu yaptığım Agile yöntemler araştırmasını ilgisizce izlemiş, sunum sonunda da neden CMM ile ilgili bir konu seçmediğimi, Agile yöntemlerin gereksiz olduğunu falan söylemişti. Madalyonun diğer tarafından da bakarsak, Scrum fanatikleri, bu yöntemi ağır CMM (ve diğer waterfall tabanlı süreçler) yöntemlerinden kurtuluş için bir fırsat olarak görür ve zamanında başarılı bir şekilde kullanmış olsalar bile, hiç bir CMM yöntemini uygulamazlar.

Halbuki, iş öyle değil aslında. Ne Scrum’ın amacı CMM’i yok etmektir, ne de bunu yapabilecek bir kapasitesi vardır. Dünya üzerinde bir çok CMM-3 süreç yönetimi ile Scrum tekniklerinin birleştirildiği ve başarıyla uygulandığı örnekler mevcut. Hatta, CMM-5 seviyesi ile birlikte bile kullanıldığını görmüştüm. Yani, önemli olan, başarısı kanıtlanmış olan yöntemlerin, takım için uygun olan yönlerini alarak uygulayabilmekte.

3- Scrum, Anarşi Değildir

“Dökümantasyon yok, geniş çaplı plan yok, hatta proje yöneticisi bile yok”. Ee, ne var o zaman diye sorabilirsiniz. Scrum yöntemleri içinde evet, bu yazdıklarımız, bu şekilde olmasa bile yok. Çünkü Scrum ile amaç 2 yıllık bir plan hazırlayıp sakallı proje yöneticilerinin insiyatifinde, tek sayfası bile açılmayacak dökümantasyonlar yazmak değildir. Bu, genelde askeri hiyerarşi düzeninde yönetilen projelerden alınan bir yorum aslında, “yöneten birisi olmayınca burada anarşi olur” şeklinde. İnsiyatifi proje yöneticisine değil takıma bırakmak, bir otorite boşluğu doğuracak gibi görünür, ama aslında durum tam tersi. Geleneksel otoriter yöntemde, proje yöneticisi “emir” verir ve takım üyesi “uygular”. Takım üyesi, böyle bir durumda yaptığı işi sahiplenmez, sorumluluk almaktan, insiyatiften kaçınır ve bütün yükü proje yöneticisinin üzerine atar. Böyle projelerin bitişiyle ile birlikte de takımlar büyük ölçüde dağılır. Scrum ile, takım üyelerinin hepsi projenin sorumluluğunu alır, yapılacak olana birlikte karar verirler ve en önemlisi, yapılan işi sahiplenirler.

Scrum iyidir..