Scrum'ın 5 Temeli - Nazlı Çetindağ

Scrum’ın 5 temeline geçmeden önce, kısaca “Scrum nedir?” sorusunu cevaplayalım. Aslında Scrum, yazılım tarafında uygulama geliştirmek için kullanılan bir çevik çerçevedir. Zaman içerisinde Scrum’ın yalnızca yazılım tarafında değil, birçok projede de çevik olmamıza yaradığı ispatlanmıştır.

Jeff Sutherland ve Ken Schwaber, Scrum’ın değerlerini, etkinliklerini ve eserlerini Scrum Kılavuzu’nda anlatmaktadır. 2017 yılından sonra 2020 yılında, ufak değişikliklerle Scrum Kılavuzu tekrar yayınlandı. Scrum Kılavuzu’ndan esinlendiğim bu yazımla sizlerle Scrum’ın 5 temelini paylaşacağım.

Scrum’ın 5 Temeli

Scrum Çerçevesi
Scrum Değerleri
Scrum Takımı
Scrum Eserleri
Scrum Etkinlikleri

1. Scrum Çerçevesi

Scrum’ı bir bina olarak düşünürsek, temelinde deneysellik ve yalın düşünce vardır. Kolonlarını ise şeffaflık, gözlem ve adaptasyon oluşturur.

Güven ortamını yaratmak için en önemli bileşenlerden biri olan şeffaflık, ortaya çıkan süreç ve işin sadece Scrum takımına değil, işten yararlananlara da görünür olmasını söyler.

Gözlem ile amaç, hedeflere yönelik ilerlemeyi sağlamak, potansiyel olarak istenmeyen sapmalar veya sorunları tespit etmektir.

Scrum’da adaptasyon ise tam anlamıyla çevikliği tanımlar. Gözlem aracılığıyla öğrenilen yeni duruma anında adapte olunması gerekir.

2. Scrum Değerleri

Cesaret, odak, saygı, taahhüt ve açıklık, Scrum değerlerini oluşturur ve takıma yön verir. Scrum takımı, bu değerleri kullanarak takım anlaşmasını yapmalıdır.

Cesaret temeline, doğru olanı yapma ve zor problemler üzerinde çalışmayı alır. Takımın odak noktası, Scrum eserlerinde bahsedeceğimiz Sprint Backlog’taki işlerdir. Takım ve paydaşlar arasındaki saygı, kesinlikle tek taraflı olmamalıdır. Hedeflere ulaşmaya ve birbirini desteklemeye taahhüt edilir. Takım her zaman birbirine karşı yapılacak işler ve karşılaşılan zorluklar hakkında açık olmalıdır.

3. Scrum Takımı

Çoğu uygulamada yanlış anlaşılsa da Scrum takımı içerisinde bir hiyerarşi yoktur ve bir Scrum takımı dışarıdan kimseye ihtiyaç duymayarak, işlerini çevik bir şekilde ilerletebilmesi için çapraz fonksiyonlu olmalıdır. Yine aynı sebepten dolayı Scrum takımı en fazla 10 kişi olmalıdır.

Scrum takımı, Product Owner (PO), Scrum Master (SM) ve Developers‘dan oluşur. Genellikle, Product Owner atanan bir kişiyken, Scrum Master takım tarafından seçilir.

Daha sonraki yazılarımda bu 3 sorumluluğu da daha detaylı anlatacağım. Ama birer cümleyle özetlemek gerekirse, Product Owner yani ürün sahibi, ürünün değerini en üst seviyeye çıkarmaktan ve Product Backlog’u önceliklendirerek yönetmekten sorumludur. Scrum Master, takımın Scrum temellerini öğrenmesinden, Scrum’ın uygulanmasından ve takımı fasilite etmekten sorumludur. Developers ise her Sprint’te kullanılabilir bir çıktı sağlamaktan yani Sprint Backlog’a alınan işlerinin tamamlanmasından sorumludur.

4. Scrum Eserleri

Scrum eserleri, Product Backlog, Sprint Backlog ve Increment‘dan oluşur.Taahhütü ürün hedefi olan Product Backlog, ürünü geliştirmek veya projeyi tamamlamak için ihtiyaç duyulan iş listesidir. Sprint Backlog’un taahhütü ise sprint hedefidir, belirlenen sprint boyunca tamamlanması gereken işleri tanımlar. Increment ise aslında bittiyi tanımlar. Product Backlog’ta olan bir madde bitti tanımını karşıladığı anda bir Increment başarılmış olunur.

5. Scrum Etkinlikleri

Scrum temelinde 5 etkinlikten oluşur. Bunlar,

Sprint
Sprint Planning
Daily Scrum
Sprint Review
Sprint Retrospective şeklindedir.

Sprintler, tutarlılık ve devamlılık yaratmak üzere sabit sürelidir. Bir sprint maksimum 1 ay olmalıdır. Bir Sprint bittiğinde, diğer Sprint başlamış olur.

Sprint Planning etkinliğinde, Sprint’in neden değerli olduğu, Sprint hedefindeki işler ve bu işlerin nasıl tamamlanacağı belirlenir. 1 aylık Sprint için Sprint planlaması maksimum 8 saatle sınırlandırılmalıdır. Daha kısa Sprint’lerde daha kısa olmalıdır.

Daily Scrum etkinliğinin amacı, Sprint hedefine doğru bir şekilde ilerlenmesi için takımın hizalanmasıdır.15 dakikayı geçmemesi gereken bu etkinlik her gün aynı yer ve zamanda yapılır. Farklı zamanlarda yapılmaması, karmaşıklığı azaltır.

Sprint Review etkinliğinin amacı ise, adından da anlaşılacağı üzere Sprint’in çıktısını gözden geçirmek ve geri bildirim toplayarak gelecek adaptasyonları belirlemektir. 1 aylık Sprint için maksimum 4 saat ile sınırlandırılmalıdır.

Sprint Retrospective etkinliğinde ise takım, neleri kötü, neleri iyi yaptığını tartışarak sürekli iyileşmeyi sağlamak için aksiyonları belirler. 1 aylık Sprint için maksimum 3 saat ile sınırlandırılmalıdr.

Daha sonraki yazılarımda, Scrum Master’ın sorumlulukları ve Sprint Retrospective çerçevesi gibi konuları detaylandıracağım. Bugünkü yazımda sadece ufak bir giriş yapmak istedim.

Takipte kalmanız dileğimle!