Agile Scrum proje yönetimi altyapısını anlatan temel bir eğitim setinin Türkçe olarak yorumlanmış şeklidir. Kaynak:https://www.tutorialspoint.com/scrum/index.htm

1. Muhammet Emin Akçelik

2. • Agile Nedir
• Scrum
• Scrum- Roller
• Scrum Yöneticisi Sorumlulukları
• Scrum Etkinlikleri
• Scrum Eserleri
• Kullanıcı Hikayeleri
• Takip Grafiği
• Tahmin
• Scrum Araçları
• Scrumın Faydaları
• Sertifikalandırma

4. Agile Nedir
Agile geliştirme, gereklilik ve çözümlerin takım
çalışmasıyla ilerlediği tekrarlayan artırımlı geliştirmedir.
Değişime hızlı cevaplar verilmesini sağlar.
Kaynak: https://www.tutorialspoint.com/scrum/scrum_overview.htm

5. Agile Manifesto
 Bireyler ve Etkileşimler
 Ekip üyelerinin kendi kendine örgütlenmesi ve kendinden
motivasyonu
 Takım üyeleri arasında iş, açıklamalar ve bilgi için devamlı katılım
 Çalışılan Yazılım
 Çalışılan yazılımın kısa zaman aralıklarıyla teslimi müşteri
güvencesini ve takım güvencesini sağlar.
 Müşteri işbirliği
 Müşterinin kısa zaman aralıklarıyla geliştirici takımla işbirliği
gerekli değişiklikler için iletişimi sağlar.
 Değişime cevap
 Önerilen değişikliklere hızlı cevaba odaklanma kısa aralıklı
yinelemelerle mümkün olur.

6.  Agile, takımlara şunları sağlar:
 Daha hızlı teslim/pazarlama
 Belirsizlik ve riskte azalma
 Müşteri değerine odaklanarak yatırım getirisini artırma

8. Scrum
 Scrum karmaşık ve ürünlerin geliştirilmesi ve
desteklenmesi için kullanılan bir yapıdır.
 Scrum yapısı Scrum takımlarından ve ilgili rollerinden
oluşur.
 Süreç, Scrumda planlanan olayların düzenliliğini
sağlamak içindir.

10. Döngü (sprint)
 Scrumın kalbi olan Döngü, potansiyel olarak
sürülebilir ürün geliştirimi süresini içeren iki haftalık
veya bir aylık zaman kutusudur. Bir döngünün
bitmesiyle hemen diğeri başlar.
 Döngü planlama, günlük döngüler, iş geliştirme ,
döngü değerlendirme ve döngü gereksiniminden
oluşur.

12. Scrum- Roller
Üç rolden oluşur:
 Scrum Yöneticisi
 Ürün Sorumlusu
 Takım

13. Scrum Yöneticisi
 Scrum Yöneticisi Scrum sürecinin sahibidir.
 Görevleri:
 Sürecin kolay şekilde çalışmasını sağlamak
 Verimliliği etkileyen engelleri kaldırmak
 Kritik toplantıları organize etmek ve yürütmek

14. Ürün Sorumlusu
Ürün sorumlusu, ürünün değerini artırmaktan ve takımın
işleyişinden sorumludur. Ürün Sorumlusu ,Ürün Gereksinimlerini
yönetmekle sorumlu tek kişidir.
Ürün Gereksinim yönetimi görevleri:
 Ürün Gereksinim maddelerini açıkça anlatmak.
 Hedefleri en iyi şekilde gerçekleştirebilmek için Ürün
Gereksinimlerini düzene sokmak.
 Takımın gerçekleştirdiği işlerin değerini en iyi seviyeye getirmek.
 Ürün Gereksinimlerini herkese görünür, açık ve anlaşılır yapmak.
Bir sonraki aşamada takımın ne üzerine çalışacağını göstermek.
 Gereken seviyede Ürün Gereksinimlerinin takım tarafından
anlaşılmasını sağlamak.

15. Takım
 Takım kendi kendine organizedir ve çoklu
fonksiyonludur. Projeye uygun şekilde analistler,
tasarımcılar, geliştiriciler, testçiler içerir.
 Takım yönetilebilir olması için küçük, tüm
gereksinimleri karşılaması için de büyük olmalıdır. 5-9
kişi arası idealdir.
 Scrum takımı bilgi paylaşımı ve hızlı problem çözümü
için günlük olarak çalışır.

17. Scrum Yöneticisi Sorumlulukları
Scrum Yöneticisinin Ürün Sorumlusuna Sağladıkları:
 Etkili Ürün Gereksinimi yönetimi için teknikleri
araştırmak
 Scrum takımının ürün gereksinimlerini anlamasına yardım
etmek
 Deneysel bir ortamda uygulamanın planlamasını anlamak
 Ürün Sorumlusunun Ürün Gereksinimini geliştirmek için
nasıl planlama yapacağını biliyor olduğunu kontrol etmek
 Çevikliği anlamak ve uygulamak
 Scrum Etkinliklerini ihtiyaca göre düzenlemek

18. Scrum Yöneticisi Sorumlulukları
Scrum Yöneticisinin Scrum Takımına sağladıkları:
 Scrum takımına koçluk yapmak.
 Scrum takımının yüksek değerli ürünler çıkarmasına
yardım etmek.
 Scrum takımının önündeki engelleri kaldırmak.
 Gerekli durumlarda Scrum Etkinliklerini yürütmek.
 Scrum takımının tam olarak anlaşılmadığı ve uyum
sağlamadığı kurumsal ortamlarda Scrum takımına
destek vermek.

19. Scrum Yöneticisi Sorumlulukları
Scrum Yöneticisinin Kuruluşa sağladıkları:
 Scrum adaptasyonu için kuruluşu yönlendirmek ve
desteklemek.
 Kuruluş içerisinde Scrum uygulamalarını planlamak.
 Çalışanların ve iş ortaklarının Scrumı anlamasını ve
sağlamak.
 Diğer Scrum yöneticileriyle birlikte çalışarak kuruluşta
Scrum uygulamasının etkinliğini artırmak.

21. Scrum Etkinlikleri
Scrum Süreç Yapısı sıralı etkinlik ve ilgili üretimler
olarak anlaşılabilir. Her etkinliğin kesin bir süresi vardır.
Önemli Etkinlikler:
 Döngü
 Döngü Planlama
 Günlük Scrum Toplantıları
 Döngü Değerlendirme
 Döngü Gereksinimleri
 Döngü Retrospektifi

22. Döngü
 Bir döngü boyunca, çalışan bir ürün geliştirmesi
yapılır. 2 haftalık veya bir aylık sabit bir döngü seçilir.
 Döngü Hedefi, Döngü için görevler setidir. Döngü
Planlama toplantısında oluşturulur. Gereklilikler
öğrenildikçe Ürün Sorumlusu ve Takım arasında
döngü kapsamı yeniden tartışılır ve açıklığa
kavuşturulur.

23. Döngü Planlama
Döngüde yapılacak çalışma Döngü Planlama Toplantısında
planlanır. Toplantı süresi 2 haftalık döngü için 4 saat, 1 aylık
döngü için 8 saattir. Katılım sorumlusu Scrum Yöneticisidir.
Döngü Planlama 2 soruya odaklanır:
 Döngü yükseltmesinde ihtiyaç nedir ve yapılacak
yükseltme nedir?
 Döngünün başarılı olması için yapılacak işler nedir?
Toplantının girdileri:
 Ürün Gereksinimleri
 En son Ürün Yükseltmesi
 Döngü süresince takımın proje kapasitesi
 Takımın geçmiş performansı

24. Günlük Scrum Toplantıları
Günlük Scrum Toplantısı Takım ile 15 dakikalık bir
toplantıdır. En son yapılan Günlük Scrum toplantısından beri
yapılan işi anlamak ve gelecek 24 saati planlamak için günlük
olarak gerçekleştirilir.
Toplantı her gün aynı zamanda ve aynı yerde yapılır.
Toplantı boyunca, her Takım üyesi şunları açıklar:
 Takımın Döngü Hedefine ulaşabilmesi için dün ne yaptı?
 Takımın Döngü Hedefine ulaşabilmesi için bugün ne
yapacak?
 Kendisinin veya takımın Döngü Hedefine ulaşmasını
engelleyecek bir engel var mı?

25. Döngü Değerlendirmesi
Her Döngü sonunda bir Döngü Değerlendirmesi
gerçekleştirilir. Döngü Değerlendirmesi süresince,
sürülecek geliştirme için yapılan sunum gözden geç
irilir.
Döngü Değerlendirmesi 2 haftalık döngüler için 2 saat, 1
aylık döngüler için 4 saat sürer.

26. Döngü Retrospektifi
Döngü Retrospektifi Döngü Değerlendirmesinden sonra ve
gelecek Döngü Planlamasından hemen önce gerçekleşir. Bu
genellikle 2 haftalık döngüler için 1 saatlik ve 1 aylık
Döngüler için 3 saatlik bir toplantıdır.
Döngü Retrospektifin amacı:
 İnsanlar, ilişkiler, süreç ve araçlarla ilgili son Döngüden
öğrenilenleri birleştirmek.
 İyi giden temel öğeleri ve potansiyel geliştirmeleri
belirlemek.
 Ürün kalitesini artırmak amacıyla geliştirmeleri uygulama
için plan geliştirmek.

28. Scrum Eserleri
Scrum Eserleri, Scrum Takımına ve paydaşlara geliştirme
altındaki ürünün anlaşılması, yapılan çalışmalar ve
planlanan çalışmalar için gerekli olan farkındalık için
kilit bilgiler sağlar. Scrum Süreç Yapısında aşağıdaki
eserler tanımlanır:
 Ürün Gereksinimleri
 Döngü Gereksinimleri
 Takip Tablosu
 Yükseltme

29. Ürün Gereksinimleri
 Ürün Gereksinimleri son ürünün parçası olarak gerekli
olan sipariş edilmiş özellikler listesidir ve ürüne
yapılacak değişiklikler için tek gereksinim kaynağıdır.
 Ürün Gereksinimleri, gelecek ürün sürümünde
yapılacak değişiklikleri oluşturan tüm özellikleri,
işlevleri, gereklilikleri, geliştirmeleri, ve düzeltmeleri
listeler. Ürün Gereksinim elemanları tanım, düzen,
tahmin ve değer niteliklerine sahiptir. Bu elemanlar
normalde Kullanıcı Hikayeleri olarak adlandırılır.

30. Döngü Gereksinimleri
 Döngü Gereksinimleri, Döngü için seçilen Ürün
Gereksinim seti ve Ürün Yükseltmesinin sağlanması
ve Döngü Hedefinin hayata geçirmek için bir plandır.
 Döngü Gereksinimleri gelecek Yükseltmede hangi
işlevlerin ortaya konacağı hakkında Takım tarafından
yapılan tahmin ve çalışan ürün Yükseltmesi olarak
sürmek için gerekli olan çalışmadır.
 Ürün Gereksinimleri anlaşılabilecek kadar detaylı ve
Takımın Günlük Scrumda takip edebileceği bir
plandır.

31. Yükseltme
 Yükseltme, bir Döngü boyunca tamamlanan tüm Ürün
Gereksinim elemanlarının toplamıyla önceki tüm
Döngü yükseltmelerinin birleşimidir. Bir döngü
sonunda, yeni Yükseltme çalışan bir ürün olmalıdır.
Yani kullanılabilir bir durumda olmalıdır. Ürün
Sorumlusunun gerçekte onu sürmeye karar verip
vermemesine bakmaksızın bu çalışan bir durumda
olmalıdır.

32. Döngü Takip Tablosu
 Döngü boyunca herhangi bir zamanda, Döngü
Gereksinimlerinde geriye kalan tüm iş toplanabilir.
Takım Döngü Hedefinin gerçekleşme şansını
görüntülemek için her Günlük Scrumda bu toplam işi
takip eder. Döngü boyunca kalan işin takibi yapılarak,
Takım süreci yönetebilir.

34. Kullanıcı Hikayeleri
 Kullanıcı Hikayeleri, yaygın olarak ürün özelliklerini
tanımlamak için kullanılır ve Scrum Eserlerinin bir
parçasını teşkil eder.
 Kullanıcı Hikayesi Sitemin kullanıcı için
yapabileceğinden ziyade kullanıcının ne yapmak
istediğinin kullanıcı gözüyle anlatılmasıdır. Bu
nedenle, bakış açısı üründen kullanıcı tarafına
kaymıştır.

35. Kullanıcı Hikaye Yapısı
Kullanıcı Hikaye Yapısı şu şekildedir:
 <Kullanıcı Tipi> olarak,
 <Yapılacak Görev> yapmak istiyorum,
 Böylelikle <Bir hedef/fayda/değer kazanabilirim>
 Bir banka müşterisinin ATM'den nakit çekmesi senaryosu
için kullanıcı hikayesinin nasıl oluşturduğunu görelim.
Kullanıcı Hikayesi: Müşterinin Nakit Çekmesi
 Müşteri olarak,
 ATM'den nakit çekmek istiyorum,
 Böylelikle Bankada sıra beklemem gerekmez.

36. Kullanıcı Hikayesi Kabul Kriteri
 Her Kullanıcı Hikayesinin tanımlı Kabul Kriteri vardır.
Böylelikle, kullanıcı hikayesini uygulamanın
doğruluğu Kabul Kriterine bağlı olarak Kabul
Testinden geçirilerek kabul edilir.
 Aşağıdakiler Müşterinin Nakit Çekme Kullanıcı
Hikayesi örneği için örnek kabul kriteridir.

37. Kabul Kriteri 1:
 Hesabın kredibilitesine sahip olduğu göz önüne
alındığında
 Ve kart geçerli olduğunda
 Ve dağıtıcıda nakit olduğunda,
 Müşteri nakit isteğinde bulunduğu zaman,
 O zaman, hesabın borçlandırılmasını sağla,
 Nakdin verilmesini sağla
 Kartın ger verilmesini sağla.

38. Kabul Kriteri 2:
 Hesap, hesap aşımına uğradı göz önüne alındığında
 Ve kart geçerli olduğunda
 Müşteri nakit isteğinde bulunduğu zaman,
 O zaman, ret mesajının gösterilmesini sağla ,
 Nakdin verilmemesini sağla
 Kartın ger verilmesini sağla.

39. Kullanıcı Hikayelerini Yazma
 Ürün Sorumlusu, Ürün Gereksinimlerinden
sorumludur ve bu sebeple Kullanıcı Hikayelerinden de
sorumludur. Fakat, Sadece Ürün Sorumlusunun
Kullanıcı Hikayelerini yazması gerekmez. Scrum
Takımından herhangi birisi yazabilir ve gereklilikler
üzerinden geçilirken ve yeni işlevler eklenirken proje
boyunca ilerler.

40. Kullanıcı Hikayelerinde İşlevsel
Olmayan Gereklilikler
 Fonksiyonel olmayan gereksinimleri kullanıcı
hikayelerinde de eklemek mümkündür. ATM
örneğinde verildiği gibi, ATM kullanıcıya 7x24, 365
gün açık olmalı. Bu bir kullanım durumu ile
açıklanabilir.

41. Kullanıcı Hikayelerini Yönetme
 Kullanıcı Hikayeleri Ürün Gereksinimleri içerisinde
yönetilir. Kullanıcı hikayeleri önceliğe göre sıraya
dizilir. En çok önceliklendirilen Kullanıcı Hikayeleri
ayrıntılı olarak elenir. Her döngü için, en çok
önceliklendirilen ve bu sebeple daha çok
detaylandırılan Kullanıcı Hikayeleri Döngü
Gereksinimlerine alınır.

43. Takip Grafiği
Döngü takibi genellikle Takip Tablosu kullanılarak
yapılır. Takip Tablosu, günlük bazda saat sayısı olarak
gereken kalan çalışmayı gösterir. Örnek olarak 2 haftalık
bir Döngüyü düşünelim:
 Döngü Süresi: 2 Hafta
 Hafta Boyunca gün Sayısı: 5
 Gün Boyunca Saat Sayısı: 6
 Kaynak Sayısı: 6
Böylece, döngünün başındaki toplam kalan çalışma gücü
2*5*6*6=360 saattir.

44. Takip Grafiği
 Bu nedenle, ideal senaryoda, 36 saatlik iş kalan işte
gittikçe azalır ve Takip Grafiği aşağıdaki gibi görünür:
Kaynak:
https://www.tutorialspoint.com/scrum/scrum_burn_down_charts.
htm

45. Takip Grafiği
 Eğer Döngü çalışmalarında gecikme olursa ve zaman
taahhüdü yetmezse Takip Grafiği aşağıdaki şekilde olur:
Kaynak:
https://www.tutorialspoint.com/scrum/scrum_burn_down_charts.
htm

46. Takip Grafiği
 Takımın zaman çizelgesini yakalamak için büyüdüğü
varsayılırsa, Takip Grafiği aşağıdaki gibi olur:
Kaynak:
https://www.tutorialspoint.com/scrum/scrum_burn_down_charts.
htm

48. Tahmin
 Scrum Projelerinde, Tahmin Döngü Planlama
toplantısında tüm takım tarafından yapılır. Tahminin
amacı Döngü süresi içerisinde Takımın Öncelik ve
Yeteneği olarak Döngü için Kullanıcı Hikayelerini ele
almaktır.

49. Scrum Tahmin Teknikleri
Scrum Tahmininde kullanılan birçok ölçü çeşidi vardır.
Aşağıdakiler bazı örneklerdir:
 Sayısal Boyutlandırma (1den 10a kadar)
 Tişört Boyutları (XS, S, M, L, XL XXL, XXXL)
 Fibonacci Dizisi(1, 2, 3, 5, 8, 13, 21, 34, vb.)
 Köpek Mamaları (Chihuahua,………,Great Dane)

50. Poker Planlama Tekniği
 Poker Tahmin Tekniğinde Kullanıcı hikayeleri için
tahminler poker planlayarak elde edilir. Tüm Scrum
Takımı dahil olur ve bu hızlı ve güvenilir tahminler
sağlar.
 Poker Planlama kart destesiyle oynanır. Fibonacci
Serisi kullanıldığından, kartlarda 1, 2, 3, 5, 8, 13, 21, 34,
vb. sayılar olur. Bu numaralar Hikaye Puanlarını temsil
eder. Her tahminci bir kart destesine sahiptir. Kartlar
üzerindeki numaralar birisi kartı kaldırdığında herkes
tarafından görülecek kadar büyük olmalıdır.

51. Poker Planlama Tahmininin
Yararları
Poker Planlama 3 tahmin metodunu birleştirir.
 Uzman Görüşü
 Benzerlik
 Ayrıştırma

53. Scrum Araçları
 Scrum Araçları, Scrum projelerini planlama ve takip
etmeyi sağlar. Ürün Gereksinimlerini, Döngü
Gereksinimlerini, planlamayı, Döngü takibini, Takip
Grafiğini görüntülemeyi, günlük Scrum Toplantılarını
yapmayı ve Scrum Retrospektiflerini tek merkezden
yönetmeyi sağlar.
 Birçok çeşit Scrum Araçları mevcuttur. Bazıları
ücretsiz (açık kaynak), bazıları ücretlidir ve bazıları da
kısıtlı erişime açıktır. Tüm özelliklerini kullanmak için
satın almanız gerekir.

55. Scrumın Faydaları
 Scrum müşteri, takım üyeleri ve ilgili paydaşlar
arasında devamlı işbirliğini destekler. Zaman çerçeveli
bir yaklaşımdır ve Ürün Sorumlusu tarafından devamlı
geri dönüş çalışan ürünün her zaman gerekli
özelliklere sahip olmasını sağlar. Bunun yanında,
Scrum projedeki farklı rollere farklı faydalar sağlar:
 Müşteriye faydaları
 Kuruluşa faydaları
 Ürün sorumlularına faydaları
 Proje yöneticilerine faydaları

57. Sertifikalandırma
Scrum sertifikaları Scrum Alliance tarafından verilir.
Aşağıdakiler verilen sertifikalardır:
 Certified ScrumMaster (CSM)
 Certified Scrum Product Owner (CSPO)
 Certified Scrum Practitioner (CSP)
 Certified Scrum Coach (CSC)
 Certified Scrum Trainer (CST)

58. Bu çalışma https://www.tutorialspoint.com/scrum/index.htm
sayfasında bulunan eğitim setinden çeviri ve yorum yapılarak
hazırlanmıştır.