6. + Scrum Rolleri
• Yöneticiler
• Müşteri ve Paydaşlar
• Diğer Takımlar
• Son Kullanıcılar
vb…
7. + Product Owner
• Ürün vizyonunu ortaya koyar ve özelliklerini tanımlar
• Ürünün karlılığından sorumludur.
• Ürün özelliklerini piyasa değerine göre önceliklendirir.
• Product backlogu oluşturur ve önceliklendirir.
• User Storyler için kabul kriterlerini oluşturur.
• Backlog review, sprint planlama, sprint değerlendirme
toplantılarına katılır.
• Takımın sorusu varsa günlük Scrum toplantısına katılır.
• Takımın ihtiyacı olduğunda her zaman ulaşılabilir
olmalıdır.
vb…
• Ürün vizyonunun
sahibidir.
• Müşteriyi temsil
eder.
• Yapılacak işleri
belirler.
• Öncelikleri
belirler.
8. + Scrum Master
• Scrum değerlerinin korumasında ve Scrum’ın
organizasyonda doğru uygulanmasından sorumludur.
• Engelleri kaldırır
• Takımın işlevselliğii ve verimliliğini artırmak için çalışır.
• Ürünün gelişimi ve proje ile iglili seffaflığı sağlar. (Board,
Jira vb.)
• Ekip için dış etkilere karşı kalkan görevi görür.
• Scrum danışmanlığı yapar.
• Metrikleri takip eder ve paylaşır.
• Yönetimi yönetir.
• Servant leader.
• Takımın
koruyucusu
• Problem çözücü
• Scrum rehberi
9. + Takım
Özellikler
• Cross-functional (Yazılım, tasarım, test, analiz.)
• Unvan yok, kendi kendilerine organize.
• Takım üyesi değişiklikleri gerekiyorsa Sprint sonunda
olmalı.
Görevler
• Yapılacak taskları belirler
• Efor tahmini yapar
• Ürünü geliştirir
• Kaliteyi sağlar
• Süreçleri geliştirir
• Geribildirim verir
• 5-9 kişiden oluşur
• Aynı lokasyon
• Self-organized
• Cross-functional
• Continuous
12. + Product Backlog
Özellikler
• Ü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şınad tekrar önceliklendirilir.
• Takım üyesi değişiklikleri gerekiyorsa Sprint sonunda olmalı.
13. + 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ı
14. + User Story
İ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ı.
16. + Scrum Toplantıları ve Bileşenleri
TOPLANTI GİRDİ KATILIMCILAR ÇIKTILAR SIKLIK
Backlog Grooming
(refining)
• Ü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
Sprint Planlama • Product
Backlog
• Takım
• PO
• SM
• Sprint Backlog
• Tasklar
• Her Sprint
başlangıcı
Günlük Scrum • Önceki günün
çıktısı
• Takım
• SM
• PO
(optional)
• Günlük iş planı
• Blok var mı?
• Sprint
süresince her
gün
Sprint Review • Sprint Backlog
• Tasklar
• Takım
• PO
• SM
• Diğer partiler
• Sprint Backlog
Kabul/Ret
• Sprint
başarılı/başarısız
kararı
• Her sprint
sonu.
Sprint Retrospektif • Sprint
süresindeki
çalışmalar
• Takım
• SM
• Neler yapmalı?
• Nelere devam
etmeli?
• Her sprint
sonu.