Bir IT çalışanının gözünden;
İşbiriminin aklına bir fikir gelir, IT ekibi gece gündüz çalışır hayata geçirir, fakat reklamını yapan talep sahibi olur. IT çalışanlarının en çok dert yandığı konulardan biridir, “Abi yaptığımız işi anlatamıyoruz, ne yaptığımız bilinmiyor.” Bu cümleyi şimdiye kadar çalıştığım tüm kurumlardaki IT çalışanlarından duydum, bir IT çalışanı olarak da dile getirdim.
Bir iş birimi çalışanının gözünden;
IT çok abartılı zamanlar verirler, bizim istediklerimizle onların yaptıkları uyuşmaz, ek isteklerimizi çok küçük olsa bile yapmazlar, yaptıkları ürünlerde çok fazla hata yaparlar, bir yeri düzeltirken de başka bir yeri bozarlar.
Agile dönüşüm yapan ve Scrum çerçevesini uygulayan takımlarda bu tip yaşanan sorunlara kökten bir çözüm gelmektedir, Sprint Review etkinliği. Tüm paydaşların katıldığı etkinlik takımın reklam yeri, şov yaptığı sahne. İşin mutfağında olanların çalışan yazılımlarını gösterdikleri gurur sahnesi.
Sprint Review etkinliği sprintin son günü takımın geliştirmesini yaptıkları yazılım veya yazılım parçacağının talep sahibine, paydaşlara sunduğu ve yorumları aldığı bir Scrum ritüelidir. Mümkün olduğunca bol katılımlı geçmesi sağlanmalıdır ki takımın yaptığı reklamı birçok katılımcıya gösterilebilsin, daha fazl feedback alınabilsin ürün daha da kaliteli hale gelebilsin. Bu ritüelin bol katılımlı olması için Product Owner’ın ekstra çaba göstermesi gerekmektedir. Katılımcılara zamanında bilgi verilmeli, hatta bir gün öncesinde hatırlatma geçilmelidir.
Bu ritüeldeki izlenim takımın, projenin imajı açısından önemlidir. Review öncesi 1 saati aşmamak kaydıyla bir hazırlık da yapılması gerekebilir. Takım çalışan yazılımı gösterirken kullanacağı dataları hazırlamalı, ortamın sorunsuz olmasını garanti altına almalıdır. Yoksa katılımcılar karşısında zor durumda kalabilir, çıkardığınız ürün çok kaliteli olsa da olumsuz bir imaj çizebilirsiniz.
Reklam için gerekli hazırlıkları tamamladık, sıra geldi reklam yapmaya. Geliştirmeyi yaptığınız yazılım parçası üzerinden demo sunumunu gerçekleştirmeniz gerekiyor, sadece olması gereken case’leri değilde, farklı case’lerde de sistemin response’larını göstermeniz yaptığınız işe olan güveni gösterir. Hatta mobil gibi bir ürün üzerinde gösteriyorsanız direkt telefonu katılımcılara verebilir, onların test etmesini isteyebilirsiniz. Bu da güvenin en yüksek hali 🙂
Bu etkinliğin amacı paydaşlar tarafından ürün hakkında geri bildirimleri alıp ürünün pazardaki ihtiyacına maksimum adaptasyonunu sağlayabilmektir. Bu sebeple katılımcılardan mutlaka yorumlar gelecektir, bu yorumların ürünün gelişimi için bir fırsat olarak görüp gerekli olanların Product Owner tarafından product backlog’a eklenmelidir. Sprint Review boyunca Product Owner bol bol yorum almalı hatta paydaşların yaptıkları yorumların atlanmaması için takımdan bir arkadaşın da yorumları alması sonrasında Product Owner’ın yorumları ile birleştirilmesi oldukça iyi bir pratiktir.
Bir sonraki review toplantısında da Product Owner aldığınız yorumlarla ilgili aldığınız aksiyonlar hakkında özet bir bilgi verebilir. Bu hem katılımcıları memnun edeceği gibi takımın/projenin imajına pozitif bir etkisi olacaktır. Takıma olan güveni artıracaktır.
