0
Yazı dizisinin önceki bölümleri :
Release Süreci İşleyişi
Release planlaması yapıldıktan sonra;
- İterasyonlar : 1-2 haftada bir yapılan parçalara bölünmüş iş grupları. Genelde Çarşamba günleri başlayıp süresi ne kadar belirlenmişse (örneğin 1 hafta) o zamana kadar devam eden süreçler. İterasyonlar kendi içerisinde waterfall süreçler (analiz, tasarım, uygulama, test) içerirler.
- Kartlar öncelik sıralarına göre sıralanıp belirli iterasyonlara atanırlar. Kartlar:
- M – must have
- S – should have
- C – could have
- W – would have
- Veya 1-5’e kadar öncelik sırasına da konulabilir.
- İterasyonlar planlanırken, iterasyon sürecinde hangi kartlar yapılacaksa ona konsantre olunur.
- Planlar yapılırken analist iterasyondan 2 hafta önce aday kartları detaylandırmaya başlar.
- Developer ise 1 hafta öncesinden, kart içerisinde yapılacak taskları (görevleri) belirler ve iterasyon planlama toplantısında diğerleriyle paylaşılır.
- İterasyona başlamadan iterasyon kick-off toplantısı yapılır.
- Önce analist kartı anlatır, developer hazırladığı taskları açıklar.
- Sorular cevaplanır vs.
- Sonra tüm ekipten (developer, desginer, tester, vs) estimate tahmini (süre olarak) istenir. Çok uzun estimate’lere sahip tasklar break down yapılır (bölünür).
- Son olarak ekip kartların ne kadarını yapabileceğini belirler ve bunlar ilgili iterasyona yazılır.
- Burada estimate’ler belirlenirken testerlara ve developerlara ayrı sorulur ve ayrı yazılır. Ama sonradan birleştirilirler.
- Eğer hangover (önceki iterasyondan kalan) kartlar varsa onlar öne alınır. Bir daha olmaması için önlemler alınır (storyler bölünebilir, ayarlamalar değiştirilebilir vs).
- Kartlar öncelik sırasına göre panodaki belirlenmiş yerlere (bag, development, test, done gibi) yapıştırılır.
- İterasyon değerlendirmeleri için daily stand-up meeting’lere (günde 15dk ayakta yapılan toplantılar) başlanır.
- Geliştirme aşamasında TDD prensipleri, %60 seviyesinde pair programming uygulanır.
- Her bir kart tester tarafından test edilmelidir.
- Bug’lar için production support ekibi kurulup (ekipten birisi veya birileri dönüşümlü olarak) sadece buglarla uğraşır.
- İterasyon bittikten sonra müşteriye (yoksa müşteri rolüne bürünecek herhangi bir kişiye – tercihen analist) demo yapılır. Buradan feedbackler alınır.
- Retrospective (iterasyonları değerlendirme toplantısı) yapılır.
- Bu toplantıda herkese iterasyondaki kartlar dağıtılır ve insanlardan 15dk içerisinde iyi-kötü-çirkin buldukları şeylerin yazılması istenir. Burada iterasyon süresi daha iyi nasıl yapılabilir sorusuna cevap aranır.
- Bir sonraki iterasyon için aksiyonlar alınır.
On Friendfeed 
