Her çevik (Agile) koşulan bir bir sprint ve/ya iterasyon sonunda, geliştirme ekibinden oluşturduğu çıktıyı (increment) ilgili paydaşlara sunmasını bekleriz. Bu çalışmanın Scrum’daki karşılığı Sprint Review etkinliğidir. Bu etkinlikte sadece increment…
Veri ve bilgi dünyasında yaşıyoruz. Bu yüzden sorunları teşhis etme konusunda çoğu zaman sayılara ihtiyaç duyuyoruz. Bir çok direktör ve üst düzey yöneticiler de bu doğrultuda işlerin nasıl gittiğini görebilmek…
Scrum bir metodoloji değil; kuralların, rollerin ve ilkelerin olduğu bir çerçevedir (Framework). Bir çerçeve olarak tanımlanmasının en güzel yanı ise şirketler ve ekiplerin kendileri için en iyi olanı keşfetmelerine yardımcı…
Scrum, geleneksel yazılım geliştirme süreçlerine alışkın olanlar için anlaması zor olabilir. Hiyerarşinin olmaması, ekibin kendi kendini yönetmesi, SP (Story Point) bazlı tahminleme gibi uygulamalar, kişinin alışkın olduğu çalışma şekline göre…
Scrum’ın kurucuları Ken Schwaber ve Jeff Sutherland, 7 Kasım 2017 tarihinde, Scrum Kılavuzu’ndaki güncellemeleri içeren Scrum Kılavuzu 2017’yi yayınladı. Bu versiyon ile gelen güncellemeri konu alan bir webiner de düzenlediler. Aşağıdaki…
Agile (Çevik) yazılım geliştirmek için en çok tercih edilen framework Scrum’dır. Fakat Scrum, çerçeve olarak basit olmasına rağmen, gerçek hayattaki uyarlaması bazen zorlayıcı olabiliyor. Bu yüzden de Scrum uyarlamasının başarı faktörlerinden biri etkili bir Scrum Master’dır. Scrum Master’ın etkili olabilmesi için Scrum uygulama ve değerlerini iyi kavramış olması gerekir. Scrum gelişmelerini takip etmeli ve ekibine uygun uyarlamalıdır. Kendini geliştiren ve etkinliğini, aldığı sertifikalar ile destekleyen bir Scrum Master, kuşkusuz ki ekibine en iyi şekilde fayda sağlayacaktır. Tam bu noktada Scrum için global bir çatı haline gelmiş scrum.org ve tüm dünyada geçerliliği olan PSM I Sertifikası‘ndan (Professional Scrum Master Level I Certification) bahsetmek istiyorum.
Kullanıcı Hikayesi (User Stories), Agile yaklaşımın bir parçasıdır. Proje gereksinimlerinin kolay bir şekilde anlaşılmasına yardımcı olur. Kullanıcı hikayeleri, geleneksel yöntemlerin aksine, ürün gereksinimlerinin kullanıcı deneyimi bakış açısıyla yazılır. Odak noktasında…
Scrum uygulayan ekipler, iteratif proje geliştirme süreçlerini Sprint’lere ayırarak gerçekleştirirler. Ekip, her bir sprintte, planlanan hedefe ulaşmak için çalışır. O yüzden ekip sprint süresini ne kısa ne de uzun kalacak…
Scrum ekibi işinde uzman ve tecrübeli kişilerden oluşsa bile, süreci her zaman geliştirmeye ve iyileştirmeye ihtiyaç vardır. Ekip, süreç boyunca gerçekleştirilen sprintlerin sonunda, işi nasıl yaptıklarını değerlendirmeli, daha iyi ve efektif olanı yakalamak için iyileştirme yolları aramalıdır. Scrum’da ekip bu çalışmayı Sprint Retrospective Toplantısı’nda gerçekleştirir.
Scrum’da, her bir sprint gününde ekip, “Daily Scrum” adı verilen günlük bir scrum toplantısı düzenler. Toplantılar genellikle her gün aynı yerde ve aynı saatte yapılmalıdır. İdeal olanı sabah yapmaktır. Böylece, o gün içinde çalışılacak konular belirlenmiş olur. Daily Scrum toplantıları sadece yapılacak işlerin kararlaştırılmasına odaklanmak için 15 dakikayı geçmeyecek şekilde yapılmalıdır.
Daily Scrum, kendi kendini organize eden bir ekibin (self organized) sprint sırasındaki iş akışını daha iyi yönetmesine yardımcı olması için önemlidir. Geliştirme ekibinin proje gidişatını birbirleriyle paylaşması, büyük resmi görmelerini sağlayacaktır. Sprint hedefine (Sprint Goal) ulaşmak için, hangi ögelerin üzerinde çalışmaya başlanılacağını, üzerinde ne kadar çalışılacağını ve çalışmanın ekip üyeleri arasında en iyi şekilde nasıl organize edileceğini anlamalarını sağlar.
