En yaygın çevik yaklaşımdır. Sadece süreçler veya proje yönetimi için bir çerçeve olmayıp ürün yönetiminin bir özelliğidir. Projeyi, “Bitti Tanımı”na doğru ilerletmek için yinelemeli yaklaşımı tercih eden çevik bir yaklaşımdır. Proje, paydaşların en önemliden en az önemliye doğru gereksinimlerini sprint adı verilen yinelemelerle gerçekleştirmeye dayanır.
Çevik için birçok farklı yaklaşım olsada, tüm çevik yaklaşımlar sprintler, yinelemeler veya artışlarla çalışır. Artış, her sprintte geliştirilen kullanılabilir ürün veya ürünlerdir. Artış, nihai ürünün potansiyel olarak kullanılabilir bir parçasıdır. Her artış, önceki artışlara eklenir. Bir tren düşünün; her artış, trene eklenen başka bir yük vagonudur.
Yinelemeler aynı zamanda sprintlerdir ve geçmişte tamamlanmış olanların üzerine inşa edilirler, ürünü bir bütün olarak iyileştirir ve/veya geliştirirler. Örneğin, bir resmin taslağını çizdiğinizi ve ardından taslağı iyileştirdiğinizi, taslağın üzerini boyadığınızı, taslağı yeniden boyadığınızı ve resim mükemmelleşene kadar devam ettiğinizi hayal edebilirsiniz. Yinelemelerin arkasındaki fikir: tamamladığınız şeyi yinelersiniz. Diğer bir örnek web sitesi oluşturup, ekip ve ürün sahibi gördükten sonra ek özellikler eklemek vb.
Süreç
1 – Vizyon beyanı yapılır. Vizyon ifadesi, hedefleri ve projenin neden var olduğunu açıklar. Projenin amacını ve projenin getirdiği değeri ön planda tutan basit bir belgedir. Vizyon ifadesinin, iyi olarak kabul edilmesi için beş unsuru içermesi gerekir;
- Projenin açık tanımı
- Açık ve basit bir dil
- Kuruluşun beklediği değer ile uyum
- Proje ile ilgili gerçekçi beklentiler
- Kısa ve net
2 – Ürün Yol Haritası hazırlanır. Ürün sahibi, Scrum Master ve Scrum ekibi ile birlikte ürün yol haritası geliştirmek için birlikte çalışır. Ürün yol haritası, paydaşlara baştan sona projedeki teslimatların nasıl teslim edileceğini gösterir. Aynı zamanda Scrum ekibi için yol göstericidir. Ürün sahibinin onaylaması için hangi koşulların yerine getirilmesi gerektiğini, bileşenlerin neler olduğunu ve projenin sonucunu açıklar.
3 – Ürün Sahibi, Ürün iş biriktirme listesini hazırlar. Ürün sahibi, iş değerine ve beklenen değere göre ürün biriktirme listesini öncelik sırasına koyar. Değişiklik istendiğinde, ürün sahibi değişikliği değerlendirir, onaylarsa ürün iş biriktirme listesine ekler ve yeniden önceliklendirir. Böylelikle Sürüm Planı hazırlanmış olur.
4- Önceliklendirilmiş ürün iş biriktirme listesindeki öğeler Kullanıcı Hikayelerine dönüştürülürler. Kullanıcı Hikayeleri rol bazlı olarak istenilen fonksiyon veya işlevi açıklayan kısa notlardır. Kullanıcının, istenen özelliği nasıl kullanacakları ve kullandıklarında elde edecekleri değer hakkında kısa bir açıklamadır. Örneğin bir satış elemanı olarak daha fazla satış yapabilmek için uygulama üzerinden sipariş girmek istiyorum. Kullanıcı hikayeleri bir rol, işlev ve değer formülünü takip eder. Örneğin, “Bir <rol> olarak, <işlev> istiyorum, böylece <değeri> gerçekleştirebilirim”. Kullanıcı hikayeleri yapışkan notlara veya dizin kartlarına yazılır ve hikaye kartları olarak adlandırılır.
Kullanıcı hikayeleri, ekipteki herkes tarafından kolay anlaşılmalıdır. Kullanıcı hikayeleri ürün sahibi tarafından oluşturulur ve ürün iş biriktirme listesine girerler. Kullanıcı hikayelerinin önceliklendirilmesinden ürün sahibi sorumludur. Her kullanıcı hikayesi değer yaratmalıdır.
Kullanıcı hikayeleri aşağıdaki özellikleri içermelidir;
- Bağımsız – Ürün iş biriktirme listesinde herhangi bir sırada önceliklendirilebilir.
- Pazarlık edilebilir – Ekip ve ürün sahibi, maliyet ve işlev konusunda ödün verebilir.
- Değer Kullanıcı hikayesi eyleminin değeri açıktır.
- Tahmin edilebilir – Gerçekleştirmek için gereken çaba tahmin edilebilir.
- Küçük – Bir yinelemede tamamlanabilmelidir.
- Test edilebilir – Sonuçlar, tamamlanma ve doğruluk açısından test edilebilir.
5 – Scrum’da, teslimatlar, sprintlerde ortaya çıkarılır. Sprintler iki ila dört hafta sürebilir. Her sprintin başlangıcında, ürün sahibi, scrum master ve scrum ekibi, sprintte gerçekleştirilecek çalışmaları planlamak üzere bir araya gelirler. Sprint planlama toplantısı, ürün iş listesine ve scrum ekibinin ne kadar iş başarabileceklerine odaklıdır. Scrum ekibi, kullanıcı hikayeleri gözden geçirirler. En değerli kullanıcı hikayelerini belirler, sprint sırasında kaç kullanıcı hikayesini tamamlayabileceklerini belirlemeye çalışırlar. Sprint planlama toplantısının amacı ekibin başarabileceklerini düşündükleri iş parçası üzerinde hemfikir olmalarını sağlamaktır.
Scrum ekibi, ürün iş biriktirme listesindeki kullanıcı hikayelerine bakıp, kullanıcı hikayelerinin ne kadar büyük veya küçük olduğunu belirlemeleri ve kullanıcı hikayesinin boyutuna göre hikayelere puan atamaları gerekir. Hikaye ne kadar büyükse, o kadar fazla hikaye puanı alır. Hikaye puanı veya hikaye noktası, gerçekleştirilecek hikayeleri büyükten küçüğe boyutlandırmaya yarar.
Kullanıcı hikayesi boyutlandırma tamamen görecelidir. Scrum ekibinin bir yinelemede ne kadar iş veya hikaye noktası tamamlayabileceklerini tahmin etmesine yardımcı olur. Her bir kullanıcı hikayesi, işi yapmak için gereken çaba, karmaşıklık ve süreye göre boyutlandırılır, ancak bu kesin bir süre tahmini olmayıp, scrum ekibinin gerçekçi bir şekilde tamamlayabilecekleri iş miktarının kaba bir tahminidir.
Kullanıcı hikayesi boyutlandırması zordur, bu nedenle iyi bir yaklaşım tercih edilmelidir. Örneğin, tişört boyutları, fibonacci serisi vb. Boyutlandırmanın doğru olduğundan ve aynı zamanda tek tip olduğundan emin olmak gerekir.
Yakınlık tahmini yapılıyorsa ürün sahibi, scrum ekibi ve scrum master bir araya gelirler. Tahminler, ürün iş biriktirme listesinin en üstünden başlayarak geçmiş projeler veya benzer çalışmalar gibi bazı kanıtlanmış referans noktaları ile başlar. İlk sprintlerde, scrum ekibinin ne kadar iş tamamlayabileceğini tahmin etmek zordur. Zamanla tahmin normalleşecektir. Hikayeler, hikaye noktaları kullanılarak boyutlandırılır. Ekip, bir sprintte kaç hikaye puanı tamamlayabileceklerini tahmin eder. Ürün iş biriktirme listesinden seçilen hikayeler, sprint iş biriktirme listesi haline gelir. Her yeni sprintte scrum ekibinin kaç puan tamamlayabileceklerini tahmin etmede yardımcı olur.
6 – Sprint için seçilen kullanıcı hikayeleri sprint iş listesi olarak tanımlanır. Sprint iş listesi oluşturulduktan sonra değişmez. Sprint iş listesi, ekibin sprint hedefi oluşturmasına yardımcı olur. Her sprint, sprint planlama sürecini tekrar eder ve bu toplantı, dört haftalık bir sprint için genellikle sekiz saat sürer.
Kullanıcı hikayeleri bir sprintte tamamlanamayacak kadar büyük olmamalıdır. Hikaye büyükse ayrıştırılması ve sprintte gerçekleştirilebilecek boyuta indirgenmesi gerekebilir.
7- Planlama sonrası projede kimin ne yapacağını ve bundan sonra neyin yapılmasının önemli olduğunu belirleyen scrum master değil ekiptir. Scrum ekipleri kendi kendine organize organize olurlar. Ne yapacaklarını söylemesi için scrum mastera bakmazlar. Scrum master’ın rolü ekibe koçluk yapmaktır. Scrum yöneticisi, ekibin kimin hangi görevi yapacağını belirlemesine, koordine olmasına ve iş üzerinde kontrol sağlamalarına yardımcı olur. Proje ilerledikçe, scrum master desteğine ihtiyaç azalır, ekip kendi kendine liderlik eder.
Uzun sprintler risklidir çünkü müşteri incelemesi ve etkileşimini geciktirir. Ürün sahibi ve müşteri sprintin sonuna kadar herhangi bir değer görmez veya alamaz. Ekibin değişmesi (istifa vb.) sprint süresini etkiler. Sprint sırasında ekip üyelerinin değiştirilmesi önerilmez ancak uzun sprintin ortasında ekipten ayrılan veya yeni katılan insanlar yeni riskler ve problemler yaratırlar. Örneğin, işi öğrenme, ekiple kaynaşma, iletişim zorlukları vb.
8 – Scrum’da her sabah ekibin sprint hedefleri ile ilgili performansını değerlendirebileceği toplantı yapılır. Günlük toplantılar, sprint boyunca her gün aynı saatte ve aynı yerde gerçekleşir. Günlük toplantıda ekip üç soruyu yanıtlar:
- Son görüşmemizden beri ne başardın?
- Sonraki günlük toplantımızdan önce ne başaracaksın?
- İlerlemenin önünde engeller var mı?
9 – Sprint’in sonunda, scrum ekibinin sprintte tamamlananları gözden geçirdiği toplantı olan sprint incelemesi yapılır. Sprint incelemesinde yalnızca tamamlanan çıktılar gösterilir. Çıktı, Bitti Tanımını karşılamıyorsa, ürün iş biriktirme listesinde tekrar önceliklendirilmesi için ürün sahibine iletilir. Proje müşterisi sprint incelemesi sırasında değişiklik talep edebilir. Müşteri çıktıyı gördüğünde, nelerin mümkün olduğunu görecek ve elde etmeyi umduğu değeri iyileştirmek için yeni fikirleri olabilecektir. Bu değişiklikleri scrum ekibi memnuniyetle karşılar.
Scrum ekibinin sprintte tamamladığı hikaye noktalarının sayısına hız denir. Başlangıç için hız tahmin edilemez olabilir, ancak zamanla takımın hızı sabit hale gelecektir.
10 – Sprintin sonunda Sprint retrospektif adı verilen geçmiş sprint sırasında neyin iyi gittiğine ya da iyi gitmediğine dair öğrenilen dersler toplantısı yapılır. Toplantının amacı, ürünü ve projeyi geliştirmek için fırsatlar aramaktır. Ürün sahibi, scrum ekibi ve scrum master, projenin iletişimini, başarılarını ve başarısızlıklarını şeffaf bir şekilde incelemek ve gözden geçirmek için toplantıya katılırlar. Amaç kimseyi suçlamak değil, sprintin kazançlarını ve kayıplarını dürüstçe tartışmaktır. Retrospektif, scrum ekibinin bir sonraki sprintte yapacağı proje çalışmasını geliştirmesine yardımcı olur.
Türkçe eğitimler
İngilizce eğitimler
Turkish
Arabic
Chinese (Simplified)
Dutch
English
French
German
Italian
Portuguese
Russian
Spanish