Scrum proje yönetimi metodolojisinde bulunan toplantılar ve uygulama detaylarını bu sunumda bulabilirsiniz.

1. +
SCRUM TOPLANTILARI
Episode 1
© Ozan Özcan

2. + Scrum Süreci
© Ozan Özcan

3. + Scrum Toplantıları
Backlog
Refine
ment
Meeting
(2-4 Hours)
Sprint Öncesi 1. Sprint
© Ozan Özcan

4. + 1. Backlog Refinement Toplantısı
GİRDİ KATILIMCILAR ÇIKTILAR SIKLIK
• Ürün Vizyonu
• Product Backlog
• Takım
• PO
• SM
• Detaylandırılmış
Güncel PB
• Eklenen User Storyler
• İlk sprint başlamadan
önce
• Her sprintte belirlenen bir
günde
Product Backlog Özellikleri
• Ürünün özelliklerine ve vizyonuna göre tanımlanan parçacıkları (Product
Backlog Item - PBI) içerir..
• Müşteri geresinimlerini ve proje ile ilgili yapılacak tüm işleri içerir.
• PBI’lar Product owner tarafından önceliklendirilir.
• Her Sprint başında tekrar önceliklendirilir.
© Ozan Özcan

5. + Product Backlog
İyi bir Product Backlog aşağıdaki özelliklerde olmalıdır;
• (I)ndependent – Başka bir storye bağımlı olmamalı
• (N)egotiable – Bir sprinte dahil edilene kadar tartışılıp güncelebilir olmalı
• (V)aluable – Son tüketiciye bir değer sağlamalı
• (E)stimable – User story tahmin edilebilecek kadar açık olmalı
• (S)mall – Önceliklendirme/tahmin etme/planlacak kadar küçük olmalı
• (T)estable – Test edilmeyi sağlayacak kadar detaylı tanımlanmış olmalı
© Ozan Özcan

6. + User Story
Product Backlog Itemlar User Story şekilnde tanımlar içermelidir.
İyi bir User Story aşağıdaki formatta olmalıdır;
Bir <kullanıcı> olarak, şöyle bir <fonksiyonalite> istiyorum (ki şu şekilde
<fayda> sağlayabileyim)
ÖRNEK STORY:
Bir internet şubesi kullanıcısı olarak tüm hesap hareketlerimi tarihe göre
sıralamak istiyorum.
- Kabul kriteri 1: Tarihe göre artan ve azalan şekilde sıralayabilmeliyim.
- Kabul kriteri 2: Mobil uygulamada da aynı şekilde çalışmalı.
- Kabul kriteri 3: Sayfanın görüntülenme hızı 1sn. den fazla olmamalı.
© Ozan Özcan

7. + Örnek Product Backlog
Backlog Tahmin (Story Point*)
İnternet Kullanıcısı olarak rezervasyon yapabilmek istiyorum 3
İnternet kullanıcısı olarak rezervasyonumu iptal edebilmek istiyorum 5
İnternet kullanıcısı olarak rezervasyon tarihlerimi dğeiştirebilmek
istiyorum
3
Hotel çalışanı olarak gün sonu raporu alabilmek istiyorum 8
Doğru çalışan bir sistem olarak exception handling gelişmesini istiyorum 8
… 6
* Story point, saat bazında veya iş ağırlıklarına göre (en küçük iş 1 birim) belirlenebilir.
* Sprint Planlama toplantısında belirlenir. Backlog refinement’ta değil!
© Ozan Özcan

8. + Backlog Refinement - Demo
© Ozan Özcan
http://scrumtrainingseries.com/BacklogRefinementMeeting/index.html

9. + 2. Sprint Planlama Toplantısı
Sprint Planlama Toplantısı 2 bölümden oluşur;
GİRDİ SÜRE KATILIMCILAR ÇIKTILAR SIKLIK
• Product Backlog • 4 saat • Takım
• PO
• SM
• Sprint Hedefi
• Sprint Backlog
• Tasklar
• Her Sprint
başlangıcı
1. BÖLÜM 2. BÖLÜM
• 1 saat
• Stratejik seviyede planlama yapılır
• Sprint hedefi belirlenir
• Kabul kriterlerinin tartışılması
• Ortak anlayışın doğrulanması
• 3 saat
• Uygulama seviyesinde planlama yapılır
• Sprint backlog maddeleri belirlenir.
• Sprint backlog maddelerinin süre tahmini
• Girdi olarak takımın geçmiş hızı (velocity)
baz alınır.
• Takım taahhütünü paylaşır.
© Ozan Özcan

10. + 2. Sprint Planlama Toplantısı
SPRINT ÖNCELİKLENDİRME
• Product Backlog’un değerlendirilmesi
• Sprint hedeflerinin belirlenmesi
SPRINT PLANLAMA
• Sprint hedefi nasıl gerçekleştirilecek?
• PB’daki kullanıcı hikayelerinden Sprint
Backlog ve taskların oluşturulması
• Sprint backlog süre tahminlerinin
yapılması
Takım
Kapasitesi
Product
Backlog
İş Birimi
Şartları
Şu Anki Ürün
Teknoloji
Sprint Hedefi
Sprint Backlog
© Ozan Özcan

11. +
• Optimumda; Bireyler kendi yapacakları işleri kendileri seçer. Bir kişi
tarafından iş ataması yapılmaz.
• Kalan tahmini iş miktarı her gün güncellenir.
Saatler
40
30
20
10
0
Paz Salı Çar Per
Cu
m
50
Sprint Backlog Yönetimi
Görevler
UI kodlaması
Ara katman
kodlaması
Ara katman testi
Online yardım
yazılması
Paz
8
16
8
12
Salı Çar Per Cum
4
12
16
7
11
8
10
16 8
© Ozan Özcan

12. + Definition of Done (DoD)
DoD tanımını takım kendi ortamına göre tanımlar.
Retrospective toplantıları bunun geliştirilmesi için uygun ortam sunar.
%90 sendromuna dikkat!
• Kodlanmış
• Yorumlanmış
• Commit edilmiş
• Entegre edilmiş
• Takım arkadaşı tarafından gözden geçirilmiş
• Unit testi yapılmış
• Refactor Edilmiş
• Test ortanımda konmuş ve çalışan
• …..
• = TAMAMLANMIŞ
© Ozan Özcan

13. + Sprint Planlama Demo
© Ozan Özcan
http://scrumtrainingseries.com/SprintPlanningMeeting/index.html

14. + Günlük Scrum Toplantıları
GİRDİ SÜRE KATILIMCILAR ÇIKTILAR SIKLIK
• Bir Önceki
Günün çıktısı
• 15 dk • Takım
• PO
• SM
• Diğerleri
(optional)
• Günlük iş planı
• Engeller
• Sprint
süresince
her gün
• Her gün aynı yerde aynı saatte,
• Max 15 dk.
• Ayakta, telefonsuz, bilgisayarsız…
• Herkes katılabilir
• Sadece PO, SM ve Takım konuşabilir.
© Ozan Özcan

15. + Günlük Scrum Toplantıları
Herkes (PO, SM, Team) şu sorulara sırayla cevap verir;
• Dünden beri ne yaptım?
• Yarına kadar ne yapmayı planlıyorum?
• Çalışmamı engelleyen neler var?
© Ozan Özcan

16. + Günlük Scrum Toplantıları
NEDİR, NE DEĞİLDİR, NE İŞE YARAR?
• Scrum Master’a veya diğerlerine statü bildirmek amaçlı değildir.
• Problem çözmek için değildir. Problemler not alınır ayrıca konuşulur.
• Takım arkadaşlarına karşı sorumlulukların paylaşıldığı bir ortamdır.
• Zaman kabı değildir, zaman kaybı yaratan lüzumsuz toplantıların
yapılmasını engeller.
© Ozan Özcan

17. + 2. Sprint Planlama Toplantısı
© Ozan Özcan

18. + Burndown Diagram
© Ozan Özcan

19. + Daily Scrum Meeting
%90 sendromu
• Her
© Ozan Özcan
http://scrumtrainingseries.com/DailyScrumMeeting/index.html

20. +
v
© Ozan Özcan