Çevik Retrospektif Teknikleri – MAD, SAD, GLAD Tekniği
Retrospektif, Çevik yaklaşımların hayatımıza soktuğu en önemli pratiktir. Retrospektiflerin hayatımıza girmesiyle sürekli olarak iyileşme şansı elde ettik. Geleneksel yaklaşımda iyileştirme şansı sadece proje sonunda “Öğrenilmiş Dersler” bölümünde yer alıyor. Geleneksel proje yönetimiyle geliştirdiğim projelerin hiç birinde “Öğrenilmiş Dersler” aktivitesini gerçekleştirmedim. Çünkü birkaç proje hariç çoğu için teslim tarihini geçmiştik. Teslim tarihini geçtiğiniz bir proje de “Öğrenilmiş Dersler” aktivitesini yapamıyorsunuz. Projenizi teslim ettikten sonra sıradaki projeye başlıyorsunuz. Halbuki Çevik yaklaşımlarla kendimizi her gün iyileştirme şansına sahibiz. Yukarıda geleneksel yaklaşımda bu şansın neredeyse hiç verilmediğini vurgulamam bu şansın ne kadar değerli olduğunu göstermek içindir.
İlerleyen bölümlerde farklı retrospektif tekniklerine, bu tekniklerin aktivite olarak nasıl gerçekleştirileceğine, gereksinimlerine değineceğim. MAD-SAD-GLAD ile başlıyoruz. 🙂
MAD-SAD-GLAD Tekniği
MAD-SAD-GLAD, en basit retrospektif tekniklerinden biridir. İçine kapanık, çok fazla konuşmayan takım üyelerinin bulunduğu takımlarda bu teknik kullanılarak takım üyelerinin retrospektife katkıları artırılabilir. Duygulara yönelik bir teknik olduğu için daha önce az katılım gösteren takım üyelerinin daha fazla katılım gösterdiğini gözlemleyeceksiniz. Bunu kesin bir bilgi gibi söylüyorum çünkü deneyimlerim hep bu yönde oldu. Eğer hali hazırda çok konuşan, iletişimi kuvvetli, içine kapanık olmayan takım üyeleriniz varsa bu retrospektif tekniği sizin için uygun olmayabilir. Zaten konuşkan kişileri daha da fazla konuşturarak iletişimlerine ve koordinasyonlarına çok fazla enerji harcamak doğru olmayabilir. Çevik Retrospektif Teknikleri – MAD, SAD, GLAD Tekniği yazısına devam et →
Çevik Retrospektifleri Eğlenceli Bir Aktiviteye Dönüştürmek için Neler Yapılabilir?
Retrospektif toplantıları takımın tecrübelerini gözlemlediği ve bu gözlemlere dayanarak iyileştirme aksiyonlarını belirlediği aktivitelerdir. Eğer bir retrospektif tekniği kullanılmazsa bu aktiviteler zamanla takımlar için sıkıcı bir hale gelebilir. Bu makalede Çevik Retrospektifleri eğlenceli bir aktiviteye dönüştürmek için neler yapılabilir konuşacağız.
Yazının bundan sonraki bölümünde retrospektif toplantısına katılan kişilerin tamamından takım diye bahsedeceğim. Eğer Scrum yapıyorsanız retrospektif toplantısına Geliştirme Takımı, Ürün Sahibi ve Scrum Master katılır. Eğer Kanban yapıyorsanız retrospektif toplantısına geliştirmeyi yapan takım ve ilgili paydaşları kimse onlar katılır. Eğer eXtreme Programming yapıyorsanız takım süreçlerini gözlemler ve süreçte çalışmayan şeyleri düzeltir. Yani Çevik yaklaşımların hepsinde retrospektif yapılır. Bu nedenle yazının bundan sonraki bölümünde takım dediğimde hangi yaklaşımı kullanıyorsanız, o yaklaşımda kimlerin retrospektif toplantısına katılması gerekiyorsa o kişileri anlatıyorum demektir. 😉 Çevik Retrospektifleri Eğlenceli Bir Aktiviteye Dönüştürmek için Neler Yapılabilir? yazısına devam et →
Geliştirme Takımı üyelerinin katılması zorunludur.
Scrum Master, toplantının yapıldığından ve 15 dakikada tamamlandığından emin olmakla sorumludur. Bunun anlamı Scrum Master, Geliştirme Takımı’na bu toplantıyı 15 dakikada bitirmeyi öğrettikten sonra katılmayabilir.
Bu yazımda Bestseller ile Deniz Yıldızı Retrospektif’i tecrübemden bahsedeceğim. Bestseller, kurumdaki diğer Scrum Takımları’na bakışla küçük bir takım fakat Scrum yapabilmek için optimum kişi sayısına sahipler. Scrum Takımı’nın kaç kişiden oluştuğu önemlidir. Çünkü büyük takımlar(6 fazlası) iletişimi takip etmekte zorlanırlar ve şeffaflık bozulur. Bunun sonucunda süreçte iyileştirme yapmak zorlaşır. Süreçte iyileştirme yapamıyorsanız yerinizde sayıyorsunuz demektir. Yerinizde saymamak için iyileştirmeler yapmalısınız, iyileştirme yapabilmek için şeffaf ortamda doğru gözlem yapmalısınız. Bu nedenle Çevik ve Yalın yaklaşımlarda az çoktur anlayışı bulunur.
az çoktur
Çoğu zaman 1 + 1 < 2’dir. Çok nadir durumlarda 1 + 1 > 2 olabilir.
1+1+1+1+1+1+1+1+1 >= 9 olmaz. Neden? Çünkü takım olmak bireylerin yan yana oturması ve sabahları 15 dakika ayakta durarak dün ne yaptım, bugün ne yapacağım, önümde engel var mı, sorularını yanıtlamaları değildir.
Bu ne demek oluyor? Takım olmak 1+1>2 olmasıdır. Bunun içinde bireylerin birbirilerinin yaptıkları işleri takip edebilmeleri ve anlamaları gerekir. Günlük Scrum Toplantıları’nda dün ne yaptım sorusuna cevap veren bir Geliştirme Takımı üyesinin söyledikleri diğer üyeler tarafından anlaşılmıyorsa, bu topluluk bir takım değildir. Yan yana oturan insanlar topluluğudur. Bu konu üzerinde çok duruyorum çünkü büyük takımlar, takım olmanın önündeki en büyük engellerden biridir.