Scrum Etkinlikleri Nelerdir?
Scrum mant???nda bitmek bilmeyen ve kararlar?n ??kmad??? toplant?lar yoktur. Bitmeyen ve karar al?namayan toplant?lar mümkünse olmamal? zaten :)
Scrum tak?m? i?in i?ler belirli olmal? ve tekrar tekrar ayn? i? i?in bir araya gelinmemeli. Geli?tirme tak?m?, ürün sahibinden i?leri net olarak al?r ve i?leri yapar diyebiliriz.
Scrum i?erisinde hi? toplant? yap?lmaz diyemeyiz tabi ki. Bu toplant?lar? en az düzeye indirmek i?in belirlenen baz? etkinlikleri vard?r. Biraz bu etkinliklerden bahsedelim.
Scrum’da en ?nemli etkinlik Sprint’tir. Sprint belirlenmi? bir zaman dilimini i?erdi?i i?in ne k?saltabilirsiniz ne de uzatabilirsiniz.
Sprintler ?effaf olmal?d?r. ?effafl?k d???nda g?zlemi de mümkün k?lmak i?in belirlenen etkinlikler kullan?lmal?d?r.
Sprint, Scrum’?n kalbidir. Bir sprint bitti?inde ara verilmeden yenisi ba?lar. Bu nedenle etkinlikleri do?ru y?netmek gerekir.
Sprintler; Sprint Planning, Daily Scrums, Development, Sprint Review ve Sprint Retrospektifinden olu?ur.
Sprinte dahil edilen maddeler üzerinde müzakere edilebilir ancak tehlikeye sokacak de?i?ikli?e neden olacak ?eylerden uzak durulmal?d?r. Yap?lan i?in kalitesinden ?dün verilmemesi gerekti?ini de unutmamal?y?z. Sprinte dahil edilen her bir madde geli?tirilebilir ve test edilebilir olmal? ve prod ortama al?nabilir olmal?d?r.
Planlanan bir sprint iptal edilebilir mi?
Sprint plan?na al?nan maddelerin geli?tirme hedefini kaybetmesi ya da i?erikte büyük de?i?ikliklerin olmas? gibi durumlar olu?tursa ürün sahibi taraf?ndan sprint iptal edilebilir ve yeniden bir sprint planlanabilir. ürün sahibi, sprinti iptal etme yetkisine sahip tak?m i?erisindeki tek ki?idir ama ekibe iptal nedenini a??k ve do?ru ?ekilde iletmelidir. ürün sahibinin sprinti iptal etmek istemedi?i durumlar olabilir. Bu durumda da geli?tirme ekibi ve/veya scrum master ile müzakere ederek iptal karar? alabilir.
?ptal edilen sprint i?erisinde bitti denilen i?ler ürün sahibi taraf?ndan kabul edilebilir. Kalan maddeler ise yeniden de?erlendirilir ve yeni sprint plan?na dahil edilebilir.
?ptal kararlar? tak?m i?erisindeki denge ve uyumu olumsuz y?nde etkileyece?i i?in nadiren verilen bir karard?r.
?imdi gelelim sprint etkinliklerine :)
1.Sprint Planlama bir sprint i?erisinde yap?labilir ?ekilde sprinte dahil edilmelidir. Her bir madde i?in tüm tak?m?n ortak bir fikre sahip olmas? ve i?in nas?l yap?laca??n? anlam?? olmas? gerekir. Sprinte dahil edilecek her madde i?in bir puan verilir. Story Point diye bildi?imiz ve fibonacci say? sistemine g?re belirlenen bu puanlar; risk, kama??kl?k ve tekrarlama durumuna g?re verilir. Bu konuyu ayr? bir yaz?da anlatmaya ?al??aca??m.
Tak?m?n bir sprintte yapabilece?i i?ler, verilen bu puanlara g?re takip edilmelidir. Farkl? alternatiflerde uygulanabilir. Her i?e verilecek süre ile, sprint planlamas? yap?labilir; ancak scrum tak?mlar?nda genelde story point ile ilerlenmelidir.
Her sprint i?in bir sprint goal belirlenmelidir. Goal, bir Sprint i?in belirlenen ve ürün ?? Listesinin ger?ekle?mesi durumunda ula??labilecek ama?t?r. Geli?tirme Tak?m?na
Sprintte geli?tirilen i?levsellikle ilgili biraz esneklik sunar. Sprint Hedefi, Geli?tirme Tak?m?n? farkl? giri?imlerde bulunmak yerine birlikte ?al??maya sevk edecek, üzerinde ?al??t?klar? par?alar?n ayn? bütüne hizmet etti?ini ifade eden herhangi bir ?ey olabilir.
Planlama 1 ayl?k periyot i?in 8 saatle s?n?rl? olmal?d?r. Yani haftal?k sprint planlad???n?zda bu 2 saatten fazla olmamal?d?r.
2.Daily Scrums, her sabah güne ba?larken tüm tak?m üyelerinin 15 dakikay? ge?meyecek ?ekilde geli?tirme tak?m?n?n faaliyetleri hakk?nda konu?tu?u ve bilgi al??veri?inde bulundu?u günlük toplant?lard?r. Ayakta yap?l?r ve neler yap?ld???ndan, neler yap?laca??ndan ve varsa geli?tirmenin ?nünde olan engellerden bahsedilir. Daily Scrums, geli?tirme tak?m? sorumlulu?unda olup, geli?tirme tak?m? üyelerinin olmas? gereken, Scrum Master ve ürün sahibinin kat?lmas?n?n zorunlu olmad??? toplant?lard?r. Daily Scrums toplant?lar? tak?m i?erisindeki ileti?imi kuvvetlendirece?i gibi, ba?ka toplant? yapma ihtiyac?n? da ortadan kald?racakt?r.
3.Sprint Review, Scrum i?erisinde yap?lmas? zorunlu olmayan ancak yap?ld???nda ekibe katk? sa?layacak olan bir toplant?d?r. Haftal?k planlanm?? bir sprint i?in sprint sonunda yap?l?r ve 1 saati ge?memelidir. Sprint Review’in amac?;
- Mevcut sprint i?erisinde analizi tamamlanm??, kodlanm??, test edilmi? ve Definition of Done (DoD) ’a uygun ?al??an yaz?l?m?n g?sterilmesi,
- ?al??an yaz?l?m?n Sprint Goal’üne istinaden de?erlendirilmesi, g?rü? ve ?nerilerin al?nmas?
- Bir sonraki sprint ya da sprintler i?erisinde yap?lmas? gerekenlerin konu?ulmas?, ürüne de?er katacak ?zelliklerin ve ?nceliklerin belirlenmesi ?eklinde ?zetlenebilir.
Sprint Review Scrum tak?m?n?n haricinde proje ile ilgili olan herkesin kat?labilece?i bir toplant?d?r. Fakat Agile felsefesinin temelinde bulunan “Inspect and Adapt” ?n sprint genelindeki en ?nemli b?lümü olan Sprint Review’e ?ok fazla ki?inin kat?lmas? ve bütün kat?l?mc?lar?n sorular?n?n cevaplanmaya ?al???lmas?, hem time-boxed olan toplant?n?n süresinin a??lmas?na hem de review in genel amac?ndan uzakla??p sadece sunum yap?lan bir toplant?ya d?nü?mesine neden olabilir.
Bu arada bir hat?rlatma; bu toplant?lar? ürün sahibi düzenlese bile birinci derece sorumluluk scrum masterdad?r :)
4.Sprint Retrospective toplant?lar?, tamamlanan sprint sonunda ya da iki sprintte bir olacak ?ekilde planlanabilir. Bu toplant?lar haftal?k planlanan bir sprint i?in en fazla 45 dakika sürmelidir. Zamana uymak i?in Retro konular?n?n ?nceden haz?rlanmas? ?ok daha iyi olur. Bunun i?in Retro tool kullanabilirsiniz.
Sprint Retrospektifi, Scrum Tak?m?n?n kendini g?zlemlemesi ve s?radaki Sprintte yapaca?? iyile?tirmelere ili?kin bir plan olu?turmas? i?in bir f?rsatt?r
Bu toplant?n?n amac?ndan bahsedecek olursak;
- Son Sprintin insanlar, ili?kiler, süre? ve ara?lar bak?m?ndan nas?l ge?ti?ini g?zlemlemek
- ?yi giden noktalar? ve muhtemel iyile?tirme alanlar?n? tespit edip s?ralamak
- Scrum Tak?m?n?n i? yap?? tarz?n? iyile?tirecek bir plan olu?turmak.
Bu toplant?da, yaz?lan ve konu?ulmas? istenen maddelerin oylanarak en yüksek oya sahip maddeden ba?layarak konu?ulmas? ?ok daha sa?l?kl? olacakt?r. Her konu?ulan madde sonras? aksiyon ??k?yorsa, bir sorun var demektir. Düzeltilmesi gereken noktalara dikkat etmek gerekli. Hi? madde ??kmamas? da bir ?eylerin yolunda gitmemesine neden olabilir. Tak?m?n aksiyon alabilmesi i?in, mutlak bir ya da iki aksiyon maddesi olmal?d?r. Her aksiyon k?tü olmak zorunda de?ildir. ?yi yap?lan ve daha iyi olmas? istenen aksiyonlarda ??kart?labilir :)
Sprint Retrospektifinin sonunda, Scrum Tak?m? s?radaki Sprintte uygulayaca?? iyile?tirme alanlar?n? tespit etmi? olur. Bu alanlar? iyile?tirmek Scrum Tak?m?n?n kendini g?zlemleyerek adapte olmas?d?r. ?yile?tirmeler herhangi bir anda yap?labilse de, Sprint Retrospektifi g?zlem ve adaptasyona odaklanmak i?in resm? bir f?rsatt?r.