Her dönüşüm büyük bir heyecanla başlar. İlk Scrum takımının kurulması, taskboard’un hazırlanması, görevlerin tanımlanması… Tüm bu süreçlerdeki motivasyon ve coşku gerçekten görülmeye değerdir. Ancak bazen bu heyecan, Scrum’ı adeta bir amaç gibi görmeye ve hatta asıl işin ya da çözülmesi gereken problemin önüne koymaya kadar gidebilir.

İşte bu noktada kendimize şunu hatırlatmak gerekir: Scrum bir araçtır, amaç değildir.

Scrum’ı uygulamaktaki asıl amacımız:

• Yüksek iş değerine sahip işleri öncelikli ele almak,

• Daha verimli çalışarak etkin çıktılar üretmek,

• İşleri küçük parçalara bölüp fayda sağlayacak olanları erken pazara sunmak,

• Sürekli öğrenerek ilerlemektir.

Ancak bazen bu amaç unutulabiliyor. Örneğin; ürün çalışmıyorken takımın retrospektif ya da planlama yapmaya devam ettiğine şahit oldum. Oysa ürünle ilgili temel bir problem çözülmeden yapılan planlamanın bir anlamı yoktur.

Scrum’dan beklenen faydayı elde edebilmek için onu araç olarak görmek gerekir. Eğer Scrum’ı amaç haline getirirsek, Agile dönüşümünden beklediğimiz kazanımları elde edemeyiz.

Araçların amaç olmadığı, gerçek değer yaratan dönüşümler geçirmeniz dileğiyle…

Scrum, Jeff Sutherland ve Ken Schwaber tarafından 1993 yılında yazılım geliştirmede Agile yöntemlerin uygulanması üzerine yapılan çalışmalarla ortaya çıkmış, 1995’te ismini alarak şekillenmiştir. Agile yaklaşımları arasında en yaygın olan Scrum, adını Rugby’deki takım ruhunu ve mücadeleyi simgeleyen “scrum” pozisyonundan alır.

Scrum; bireylerin, takımların ve organizasyonların karmaşık problemleri adaptif çözümlerle değer üreterek çözmelerine yardımcı olan bir çerçevedir. Bu çerçevenin sınırlarını belirleyen temel doküman Scrum Guide olarak adlandırılır ve birçok dile çevrilmiştir.

Scrum bir süreç değil, çerçevedir. Çerçeve sınırları tanımlar; içi ise organizasyonun iş yapış biçimine göre farklı pratiklerle zenginleştirilebilir. Bu nedenle her takımda Scrum uygulamaları farklı görünebilir. Ancak uygulamalar çeşitlense de Agile prensiplerden ve Scrum’ın özünden uzaklaşmamak gerekir.

Scrum Neden Devrimsel?

Scrum, mevcut işleyişi dönüştürmeyi zorunlu kılar. Çerçevede tanımlanmış roller, ürünler ve ritüeller vardır. Bunlar uygulandığında organizasyonda köklü bir değişim yaratır.

Scrum Rolleri

Scrum takımında yalnızca üç rol vardır:

• Scrum Master: Scrum’ın kurallarının doğru uygulanmasını sağlar. Takımın önündeki engelleri kaldırır, hizmetkâr liderlik rolü üstlenir.

• Product Owner: Takımın ne ve neden yapacağını belirler. Paydaşların sözcüsüdür ve en değerli işlerin önceliklendirilmesini sağlar.

• Developer: Ürünü ortaya koyan, kendi kendini organize eden ve sürekli gelişen ekip üyeleridir. Takım içinde üretime katkı sağlayan herkes “Developer” rolü altında yer alır.

Scrum Ürünleri

• Product Backlog: Takımın sorumluluk alanındaki tüm işlerin listelendiği, yalnızca Product Owner’ın sorumluluğunda olan doküman.

• Sprint Backlog: Bir sprintte yapılacak işlerin Developer’lar tarafından listelendiği doküman.

• Increment: Developer’lar tarafından oluşturulan, kalite standartlarını karşılayan ürün ya da hizmet parçası. Tek başına kullanılabilir olmak zorunda değildir; birkaç increment birleşerek kullanılabilir ürün haline gelebilir.

Scrum Ritüelleri

• Sprint Planlama: Sprint’in başlangıcında yapılır. Product Owner önceliklendirilmiş backlog’u sunar, Developer’lar sprintte taahhüt ettikleri işleri belirler.

• Daily Scrum: En fazla 15 dakika süren, Developer’ların her gün bir araya gelerek hizalanmasını sağlayan toplantıdır.

• Sprint Review: Sprint sonunda geliştirilmiş increment’in paydaşlarla paylaşıldığı ve geri bildirim alındığı etkinliktir.

• Sprint Retrospective: Sprint Review’den sonra yapılır. Takım, sprint boyunca nelerin iyi gittiğini, nelerin iyileştirilebileceğini tartışır ve takip edilebilir aksiyonlar belirler.

Scrum Guide basit ve anlaşılır bir çerçeve sunar. Ancak onu uygulamak kolay değildir. Çünkü Scrum yalnızca seremonileri yapmak değil; kültürü, işleyişi ve düşünce tarzını değiştiren devrimsel bir yaklaşım gerektirir.