10. ÇEVİK YAZILIM GELİŞTİRME
MANİFESTOSU
Bizler daha iyi yazılım geliştirme yollarını
uygulayarak ve başkalarının da uygulamasına yardım ederek ortaya çıkartıyoruz.
Bu çalışmaların sonucunda:
Süreçler ve araçlardan ziyade bireyler ve etkileşimlere
Kapsamlı dokümantasyondan ziyade çalışan yazılıma
Sözleşme pazarlıklarından ziyade müşteri ile işbirliğine
Bir plana bağlı kalmaktan ziyade değişime karşılık vermeye
değer vermeye kanaat getirdik.
Özetle, sol taraftaki maddelerin değerini kabul etmekle birlikte,
sağ taraftaki maddeleri daha değerli bulmaktayız.
Kent Beck
Mike Beedle
Arie van Bennekum
Alistair Cockburn
Ward Cunningham
Martin Fowler
James Grenning
Jim Highsmith
Andrew Hunt
Ron Jeffries
Jon Kern
Brian Marick
Robert C. Martin
Steve Mellor
Ken Schwaber
Jeff Sutherland
Dave Thomas
15. Takımın bir parçası olmayı
Takım ile işbirliği içinde çalışmayı
Kaliteli iş yapmayı
Yeniliklere açık olmayı
Sprint hedefine odaklanmayı
Kendi kendine organize olmayı
Kendi işinden sorumlu olmayı
Çalışan yazılımı üretmeyi
Scrum kurallarına bağlı kalmayı
Agile prensiplerini uygulamayı
Şeffaf olmayı
Değişime adapte olmayı
Taahhüt Eder
17. Açıktır
Yapılan işi anlatmaya
İlermeye
Öğrenmeye
Problem ve engelleri ifade etmeye
Takım içerisinde çalışmaya
Farklılıkları kabul etmeye
Müşteri ile iş birliğine
Geri bildirime
Yeni bir şeyler öğrenmeye
Bilgi paylaşmaya
Değişime
Belirsizliklere
19. Cesurdur
Karar verirken
Kararını değiştirirken
İlerleme gösterirken
Hiç kullanılmayacak özelliklerin geliştirilmesine karşı çıkarken
Gereksinimlerin hiç bir zaman tam olarak gelmeyeceğini kabul ederken
Değişimi inovasyonun ve ilhamın kaynağı olarak görürken
Bitmemiş yazılımı teslim etmeye karşı çıkarken
Tüm gerekli bilgiyi paylaşırken
Kimsenin mükemmel olmadığını kabul ederken
Riskleri ve faydaları paylaşırken
20. Scrum, kompleks problemlerin adreslenerek, üretken
ve yaratıcı bir şekilde maksimum katma değerde
ürün geliştirilmesi için tasarlanmış bir çerçevedir.
26. PRODUCT OWNER
Ürün özelliklerini tanımlar
Önceliklendirir
Lansman tarihlerini belirler
Ürün özelliklerini netleştirir
Paydaşları yönetir
Çıktıyı kabul yada red eder
33. SPRINT PLANLAMA TOPLANTISI
Tüm scrum takımı katılır.
Time-box 1 aylık sprint için 4 saat
Development Team önceliklendirilmiş PBI listesini eforlar.
Development Team hangi işleri ve nasıl yapacağını netleştirir.
Sprint hedefi ve Sprint Backlog oluşturulur.
Sprint Planlama Toplantısı
34. Şeffaflık sağlar.
İşi eforlamanıza yardımcı olur.
İşin kapsamını düşünürken yardımcı olur.
İş yapış standardınızı oluşturur, kaliteyi korumanızı sağlar.
İşin teslime hazır hale gelmesi için yapılması gereken işlerin tümü.
Dod - Definition of done
35. SPRINT BACKLOG
Developer team tarafından
Sprint Planning
toplantısında hazırlanır.
Developer team
sorumludur.
PBI’ların nasıl
yapılacağına karar
verildikten sonra
hazırlanan yapılacaklar
listesidir.
37. Daily Scrum
Tüm scrum takımı katılır.
Her gün aynı yerde ve saatte
Time-box 15 dk.
Takım 24 saatlik planını yapar.
Sprint backlog ve burn-down chart güncellenir
39. Sprint içinde yapılan işler paydaşlara sunulur.
Paydaşlardan geri bildirim alınır.
Sonraki sprintteki işlerin önceliği konuşulur
Product backlog önceliklendirilerek güncellenir.
Sprint Review Toplantısı
40. Velocity
Sprint içerisinde tamamlanan işlerin toplam eforudur.
Gelecek sprintlere dair öngörü yapabilmesini sağlar.
Sprint planlanırken kapasitenin anlaşılmasında yardımcı olur.
41. Sprint sonunda ilgili sprint değerlendirilir.
Takım ve süreç değerlendirilir.
Aksiyon alınması gereken iyileştirmeler belirlenir.
Scrum Team için gözlem ve adaptasyon fırsatı yaratır.
Sprint Retrospective Toplantısı