Cevik surecleri kullanan ekiplerin uyguladigi pratiklerden birisi Retrospective adi verilen her yineleme sonunda(1 veya 2 haftalik
aralarla) yapilan gecmise ait gozden gecirme toplantilari.
Bu toplantilarin ana amaci
- Neleri iyi yapiyoruz?
- Neleri daha iyi yapabiliriz?
sorularina cevap bulmak ve bu cevaplari kullanip ekibi daha iyi isler haline getirebilmek ve nihayetinde projenin basarili olmasini saglamak.
Bu toplanti formatini biz asagidaki sekilde uyguluyoruz.
Her yineleme sonunda , bir sonraki yinelemenin planlama toplantisi oncesi tum ekip uyeleri bir odada toplaniyoruz. Herkese 15 dakika
veriliyor. Herkes elindeki postit lere bir onceki yinelemede ekibin neleri iyi yaptigini ve neleri daha iyi yapabilecegini yaziyor her
madde ayri kartlarda olacak sekilde yaziyor.
Neleri daha iyi yapabiliriz icin yazilan birkac karta ornek vermek gerekirse
- Bitirdigimiz kullanici hikayeleri ile ilgili QA den cok fazla bug donusu oluyor.
- Ekibe yeni katilanlar oldu, yineleme planlama toplantilarinda tahmin vermek yeni katilanlar icin oldukca zor.
- Esli programlama uygulanirken 2 gun ayni esle calistigimiz oluyor.
- Surekli entegrasyon sunucumuz arasira gercekten bir entegrasyon problemi olmadigi halde basarisiz oluyor.
- X modulundeki kodlar cok kotu kokular yayiyor.
- Spring MVC deki SimpleFormController yapisi gerektigi gibi kullanilmiyor.
- Yayim araliklari cok kisa, yayim oncesi yapmamiz gereken calismalar yinemeler icindeki dikkati dagitiyor.
Neleri iyi yapiyoruz kartlarina da birkac ornek ..
- Dev,QA,BA arasi iletisim iyi isliyor. Her kullanici hikayesinin gelistirilmesine baslanmadan once Dev,QA,BA uclu kisa bir toplanti cok ise yariyor.
- Kullanici hikayesi kartlarin arkasina kabul kriterlerinin yazilmasi cok iyi oldu.
- Ekibe yeni katilan arkadaslar hizli uyum sagliyor.
- Yinelemelerdeki hizimiz artmaya basladi.
- Ayakta yaptigimiz gunluk toplantilar cok iyi uygulaniyor.
Bu kartlarin her biri tahtaya yapistirildiktan sonra ayni konudan bahseden kartlar varsa bunlar gruplaniyor.
Gruplama sonrasi herkes eline bir kalem alip, tum kartlari inceleyip ayni fikirde oldugu kartlara bir tik atiyor. En fazla tik alan kartlar
grubun en cok konusulmasini istedigi konular oluyor. Bu konular sirasiyla grupca tartisiliyor ve cozum yollari tartisiliyor ve cozum
icin yapilacak isler, kimin bundan sorumlu oldugu not aliniyor ve Retrospective sonuclari olusturuluyor. Bu sonuclara bir sonraki
toplantida bakiliyor ve ekibe problemin halen surup surmedigi soruluyor.
Ekibin daha iyi calismasini engelleyen hicbir problem gizli kalmiyor…
[...] Çevik süreçler kendini değişikliklere nasıl adapte ediyor ? Öncelikle kültürel olarak bir fark var. Çevik ekipler kendi çalışma şekillerini seçme ve kendilerini organize etmeleri konusunda yetkili kılınıyor. Kısa sürelerle toplanıp projede neyi iyi yaptıklarını, neyin daha iyi olabileceğini tartışıyorlar. Bu toplantılara Retrospectives diyoruz. Bir nevi ekip çalışma şeklini kodların Refactor edilmesi gibi iyileştiriyor ve yola devam ediyor. Ekibi oluşturan tüm bireyler sürekli daha iyi nasıl çalışabiliriz sorusunu kendisine soruyor. İyileştirmeler tepeden değil tabandan yukarı yayılıyor. Bu konuyla ilgili daha önce yazdığım bir yazı http://cenkcivici.wordpress.com/2007/05/23/gecmise-bir-bakis/ [...]