Sprint Planlaması: Nedir ve Nasıl Yapılır?

Sprint Planlaması Nedir?

Sprint planlaması, çevik geliştirme döngüsünün ilk aşamasıdır ve çevik proje planlamasının bir parçasıdır. Bu toplantıda tüm ekip, bir sprintte tamamlanacak işleri tanımlamak ve bu hedeflere ulaşmak için bir plan oluşturmak üzere bir sprint planlama toplantısında bir araya gelir.

Sprint planlama toplantısı genellikle iki bölüm hâlinde yapılandırılır:

1. Sprintin “neden”i ve “ne”si: Ekip sprint hedefini belirler ve nelerin yapılacağı konusunda anlaşır. Sprintte işleme alınacak iş listesi öğelerini ürün iş listesinden seçer. Sprint planlama özelliklerine sahip proje planlama araçları, iş listesi öğelerinin düzenlenmesine ve önceliklendirilmesine yardımcı olarak ekibin sprint hedeflerine odaklanmasını ve bu hedeflerle uyumlu kalmasını sağlayabilir.
2. Sprintin “nasıl”ı: Geliştiriciler, tek tek iş listesi öğelerinin ayrıntılarını görüşür ve bunları görevlere ayırır. Her görev, bir iş gününde veya daha kısa sürede tamamlanabilecek şekilde düzenlenir ve bir görev yönetimi aracıyla takip edilebilir.

Sprintin uzunluğuna bağlı olarak planlama toplantısı iki ila sekiz saat sürer. Sprintin uzunluğuna göre zaman kutulaması yapılmalıdır (ör. iki haftalık bir sprint için en fazla 4 saatlik toplantı).

Toplantının sonunda sprint hedefi ve tamamlanacak görevler belirlenmiş olmalı ve sprint resmen başlamış olmalıdır.

Sprint Planlaması Neden Önemlidir?

Sprint planlaması önemlidir çünkü ekibin yaklaşan sprinti için net bir yön belirler. İyi yürütüldüğünde bir sprint planlama oturumu şunları sağlayabilir:

• Proje amaçları ve hedefleri konusunda net ve ortak bir anlayış oluşturmak
• Ekiplerin yaklaşan sprint için çalışma öğelerine öncelik vermesine ve bunları seçmesine olanak tanımak
• Etkili kaynak tahsisini ve zaman yönetimini teşvik etmek
• Ekip üyeleri arasındaki iş birliğini ve iletişimi güçlendirmek

Genel olarak sprint planlaması, Çevik proje yönetiminde hayati bir hazırlık adımıdır. İyi organize edilmiş ve verimli bir sprintin temelini oluşturarak ekiplerin belirlenen zaman sınırı içinde yüksek kaliteli çıktılar sunmasını sağlar.

Sprint Planlamasına Kimler Katılır?

Kısaca, tüm Scrum ekibi sprint planlamasına katılmalı ve her sprintin başında gerçekleştirilen Scrum etkinliğine iştirak etmelidir. Bu ekip üyeleri şunları içerebilir:

• Ürün sahibi: Ürün vizyonu hakkında bilgi sağlar, gereksinimleri netleştirir ve sprinte dâhil edilecek iş listesi öğelerine öncelik verir.
• Scrum yöneticisi (bazı ekiplerde çevik koç olarak adlandırılır ve proje yöneticisiyle karıştırılmamalıdır): Toplantıyı kolaylaştırır, üzerinde anlaşmaya varılan iş akışının izlenmesini ve katılımcıların sprint hedefi konusunda ortak bir anlayış geliştirmesini sağlar. 
• Geliştiriciler: Kullanıcı hikâyelerini uygulamak için gereken fizibilite ve çaba konusunda teknik uzmanlık ve görüş sağlar.

Şirketten paydaşlar da önemli bir bakış açısı veya yararlı bilgiler sunabileceklerse bazen danışman olarak toplantıya katılır.

Sprint Planlama Toplantısına Nasıl Hazırlanılır?

Etkili bir toplantı için ürün sahibi (PO) aşağıdaki hazırlıkları yapmalıdır:

1. Son sprint incelemesinin ve sprint retrospektifinin bulgularının yanı sıra iş listesindeki paydaş geri bildirimleri.
2. Hâlihazırda tamamlanmış işlere genel bakış.

Ayrıca ürün sahibi, aşağıda daha ayrıntılı olarak ele alacağım çeşitli süreçleri gerçekleştirerek bir sprint planlama toplantısına hazırlanmalıdır. Bunlar şunlardır:

1. Sprint hedefini önceden tanımlamak ve planlama sırasında ele alınabilecek, önceliklendirilmiş ilgili iş listesi maddelerini belirlemek.
2. İş listesini düzenli olarak iyileştirmek; bu süreçte en önemli girdiler güncellenir.
3. Bir sonraki sprint için ekibin hızını ve kapasitesini değerlendirmek.

Bu üç etkinliği aşağıda ayrıntılı olarak açıklayacağım.

Stay Ahead of What Deserves Your Attention

Get timely perspective on the shifts, decisions, and trade-offs shaping your role, plus practical resources you can put to work.

Get Free Access

Have an account? Log In

Sprint Hedefi Nedir?

Sprint planlaması sırasında ürün sahibi ve geliştiriciler belirli bir sprint hedefi üzerinde anlaşır. Sprint hedefi, ekibin üzerinde çalıştığı yeni sprintin sonucunu veya çıktısını tanımlar. Bu, nihai ürüne giden yolda kısa vadeli bir kilometre taşıdır. 

Hedef, sprintin sonunda müşterilere hâlihazırda fayda sunan teslim edilebilir bir ürün artışının bulunmasıdır.

İş Listesi Nedir?

Ürün sahibiyseniz, "iş listesi" terimini sayamayacağınız kadar çok kez duymuş olmanız muhtemeldir. Peki tam olarak nedir? Elbette, temel düzeyde hepimiz bunun tamamlanması gereken görevlerin veya işlevlerin bir listesi olduğunu biliyoruz. 

Ancak ürün iş listesi ile sprint iş listesi arasındaki fark gibi ince ayrıntılara gelince işler hızla karmaşıklaşır; bu yüzden kemerlerinizi bağlayın ve konuya dalalım!

Ürün İş Listesi ile Sprint İş Listesi Karşılaştırması

Scrum ekibi, nihai ürünü oluşturmak için gereken tüm kullanıcı hikâyelerini, epikleri ve görevleri ürün iş listesinde toplar. Ürün sahibi de iş listesi maddelerini, müşteriler için en yüksek değere sahip hikâyeler en üstte olacak şekilde önceliklendirir. Bu önceliklendirme genellikle geliştiricilerle birlikte yapılır.

Ancak ürün iş listesi, geliştirme aşamasının başında oluşturulan ve ardından işlenen nihai bir liste değildir. Hayır, bu liste zaman içinde sürekli büyür ve değişir. 

İş listesi, hem sprintlerde edinilen bilgiler hem de ileride ortaya çıkan yeni gereksinimler sayesinde büyür. Bu nedenle, bu değişiklikleri ele alabilmek için iş listesinin düzenli olarak iyileştirilmesi gerekir.

Örneğin, ürün iş listesinin bir web sitesi oluşturmak için gerekli tüm hikâyelerden oluştuğunu varsayalım; örneğin ana sayfa, iletişim formu ve ürün sayfaları. Pazarlama ekibi birdenbire web sitesinde mutlaka bir blog bölümü olması gerektiğini fark ederse, bu bölüm iş listesine eklenebilir ve buna göre önceliklendirilebilir.

Ürün iş listesiyle karşılaştırıldığında sprint iş listesi yalnızca mevcut sprint için seçilen iş listesi maddelerini ve genel bir sprint hedefini içerir.

İş Listesi Maddeleri Nasıl Tahmin Edilir?

Bir ekip sprintte ne kadar iş tamamlayabilir? Bu, geliştiricilerin sprint planlaması sırasında yanıtlaması gereken temel sorulardan biridir. Bir öngörüde bulunabilmek için tahmin yaparlar. 

Ekip birçok bilinmeyen değişkenle uğraştığı için bu oldukça zor olabilir. Ancak zamanla ve tamamlanan sprintlerden edinilen deneyimle ekip, tahminleri konusunda giderek daha iyi hâle gelir.

Takım Hızı ve Kapasitesi Nasıl Hesaplanır?

Tahmin başlamadan önce önceki sprintlerin ortalama performansını (hız) ve yaklaşan sprint için mevcut ekip kapasitesini bilmek önemlidir; eğitim, tatil vb. nedenlerle bu kapasite azalabilir. 

Bu değerlendirmelere dayanarak ekip, sprintte üstesinden gelebileceği iş miktarını (hız) tahmin eder; ardından iş listesinin bireysel maddelerini değerlendirir ve sprint iş listesine kaç tanesini dâhil edeceğini seçer.

Son birkaç sprintte (2 haftalık döngü) ortalama hızın 40 hikâye puanı olduğunu ve ekip üyelerinin kullanılabilirliğinde önemli bir azalma beklenmediğini varsayalım. Bu durumda ekip, aynı hızı korumaya dayalı bir plan yapar (yani yaklaşan sprint için seçilen iş listesi maddeleri yaklaşık 40 hikâye puanını doldurur).

Bir görevi tamamlamak için gereken ortalama süre genellikle iyi bir zaman takip aracı ile izlenebilir; ancak çevik kapasite planlaması yapmak ve ekibinizin hızını belirlemek için başka tahmin yöntemlerini de kullanabilirsiniz.

Tahmin Yöntemleri: Kısa Bir Genel Bakış

Tahmin sanatını daha iyi anlamak mı istiyorsunuz? Farklı yöntemler ve değişkenler söz konusu olduğunda bu konu çoğu zaman göz korkutucu gelebilir; ancak endişelenmeyin! Temel bilgileri anlayarak iş listenizi kısa sürede tahmin etmek için gereken donanıma sahip olacaksınız.

Hikâye Puanları

Uzun vadeli projeler üzerinde çalışan birçok çevik ekip, hızlarını hikâye puanlarıyla tahmin eder. 

Hikâye puanları, ekibin bir iş listesindeki öğeyi tamamlamak için gereken çabayı tahmin etmek amacıyla kullandığı soyut bir birimdir. Bu tahmin üç kritere dayanır:

1. İş miktarı: Kullanıcı hikâyesini tamamlamak için kaç alt görevin tamamlanması gerekir?
2. Riskler ve belirsizlik: Tüm gereksinimler açık mı, yoksa beklenmedik gecikmeler ve değişiklikler olabilir mi?
3. Hikâyenin karmaşıklığı: Tek tek alt görevler birbirine bağlı mı ve bu nedenle hikâyenin karmaşıklığı artıyor mu? Ayrıca ekip dışındaki bağımlılıklar var mı?

Fibonacci Dizisi ve Asal Sayılar

Fibonacci dizisi ve asal sayılar kullanılarak yapılan çevik planlama, ekiplerin yalnızca iyimserliğe dayalı sezgisel tahminler yapmak yerine sayısal mantık ilkelerinden yararlanarak öngörülerde bulunmasına yardımcı olur. 

Bir kullanıcı hikâyesinin kapsamı çok sayıda değişken içeriyor, karmaşık veya büyük ölçekliyse, Fibonacci ölçeğinde ona daha yüksek bir sayı vermek ekibin işi tamamlamak için yeterli kaynak ve çabayı ayırmaya hazırlıklı olmasını sağlar; çünkü ekip böyle bir çalışmanın içerdiği iş miktarını zaten bilmektedir. 

Öte yandan, daha az değişken içeren veya daha basit sonuçlara sahip hikâyelere daha düşük sayılar atanır; böylece zaman ve enerji için daha sıkı bir bütçeleme yapılabilir. Kısacası çevik planlama, umutları ve hayalleri toplantı masasından kaldırıp yerlerine somut, ölçülebilir sayılar koyar!

Ancak hikâye puanlarının yazılım geliştirme ekipleri arasında mutlaka karşılaştırılabilir olmadığını lütfen unutmayın; çünkü her ekip kapsamı biraz farklı tahmin eder. Bu, A Ekibinin 5 HP olarak tahmin ettiği bir hikâyenin B Ekibi için 8 HP değerinde olabileceği anlamına gelir.

Hikâye puanı tahmini, daha küçük ekipler veya projeler için de uygundur; çünkü bu yöntemde ekip, görevleri karmaşıklıklarına ve işlenmeleri için gereken süreye göre değerlendirir. Diğer teknikler arasında çabayı tişört bedenlerine göre veya planlama pokeri yöntemiyle tahmin etmek yer alır.

Tişört Bedenleri 

İş listesi öğelerini tişört bedenleriyle tahmin etmek, proje görevlerine öncelik vermeye yardımcı olan ilginç bir yaklaşımdır. Bir göreve tam bir saat veya gün sayısı atamak yerine, karmaşıklık ya da belirsizlik derecesine bağlı olarak görevi dört beden türünden biriyle (küçük, orta, büyük ve ekstra büyük) sınıflandırabilirsiniz.

Bu, doğru görevlerin doğru zamanda yapılmasını sağlamanın basitleştirilmiş ancak şaşırtıcı derecede etkili bir yoludur. İster küçük, orta ister büyük ölçekli projelerle ilgileniyor olun, yapmanız gereken tek şey uygun bedeni seçmektir. Yalnızca projeye dâhil olan herkesin her bedenin belirli bir tahmini çaba düzeyine nasıl karşılık geldiği konusunda hemfikir olduğundan emin olun!

Planlama Pokeri

İş listesi öğelerinizi tahmin etmek için akıllıca bir yol arıyorsanız neden planlama pokerini denemiyorsunuz? 

James Grenning'in bu terimi ortaya attığı 2002 yılından beri kullanılan popüler bir tekniktir. 

Yaklaşım basittir: Ekip üyeleri, farklı tahminleri temsil eden (yani öğe için tahmin edilen hikâye puanı sayısını gösteren) planlama pokeri kartlarından desteden seçim yaparak tahminlerini anonim olarak sunar.

Bu, herkesin başkaları tarafından yargılanma veya alay edilme korkusu yaşamadan fikrini ifade etmesini teşvik eder. Tüm ekip üyeleri tahminlerini girdikten ve bir fikir birliğine varıldıktan sonra ekip bir sonraki öğeye geçer.

More Articles

• Scrum Ustaları ve Proje Yöneticileri: Temel Farklılıklar
• Kanban ve Çevik: Farkı Nedir?
• Proje Yönetiminde Çevik ve Şelale Metodolojisi
• Kanban ve Scrum: Farklar ve Nasıl Seçim Yapılır
• Yalın ve Çevik Metodolojiler Arasındaki 3 Temel Benzerlik

Sprint Planlama Gündemi

Gerekli tüm hazırlıkları yaptınız ve sonunda sprint planlama toplantısına ulaştınız. Bir Scrum sprintinin planlaması genellikle aşağıdaki gündemi izler:

1. Ürün sahibi (PO), önceden belirlediği sprint hedefini sunar ve yaklaşan sprintte ürünün değerini nasıl artıracağına ilişkin fikrini paylaşır. Nihai sprint hedefi, ürün sahibi ve geliştiriciler tarafından birlikte belirlenir.
2. PO, hedefe ulaşmak için uygulanması gereken ürün iş listesindeki (önceliklendirilmiş) öğeleri belirtir.
3. Ekip, daha önce yapılmadıysa (ör. iş listesi iyileştirmesi sırasında) tek tek öğeler için gereken çabayı tahmin eder. Gerekirse ekip, tek tek öğeleri veya içerikleri (ör. verildiğinde-ne-zaman kabul kriterleri) iyileştirir.
4. Ekip, sprint sonunda teslim edeceği ürün iş listesi öğelerini seçer. Bu aşamada ürün sahibi, müşteri değeri ve gereken çabaya dayanarak tamamlanacak görevleri geliştiricilerle görüşür. Seçilen öğeler sprint hedefini karşılamak ve müşteri için değer oluşturmak için yeterli mi? Sonuçta geliştiriciler, sprintte ne kadar iş üstleneceklerine kendileri karar verir. Önemli: Bu seçim, ürün sahibine ve paydaşlara verilmiş bir taahhüt değil; çaba tahminine ve ortalama ekip hızına dayalı bir öngörüdür.
5. Geliştiriciler daha sonra seçilen iş listesi öğelerini daha küçük görevlere ayırmak için bir araya gelir. İdeal olarak bu iş paketleri, bir gün içinde veya daha kısa sürede tamamlanabilecek şekilde düzenlenir.
6. Sprint iş listesi; üzerinde birlikte anlaşılmış sprint hedefinden, işlenecek iş listesi öğelerinden ve bunların nasıl işleneceğine ilişkin plandan oluşur.
7. Birçok ekip, sprint iş listesini ve yapılacak işleri bir Scrum panosunda görselleştirir. Her ekibin kendine ait bir panosu vardır ve sprintteki ilerlemeyi belgelemek için farklı sütunlar kullanır. Özünde, tüm panoların en önemli sütunları şu üçü olmalıdır: "Yapılacak", "Yapılıyor", "Tamamlandı".

Uygulamada birçok Scrum ekibi sprint planlamasını iki aşamaya ayırır: 

İlk bölümde, yukarıda açıklanan gündem maddelerinin ilk dördü gerçekleştirilir. Ürün sahibi ve ekip şu soruları netleştirir: “Bu sprint neden değerli?” ve “Bu sprintte ne uygulanacak?” Geliştiriciler ikinci bölümü PO olmadan gerçekleştirir ve seçilen işi nasıl yapacaklarıyla ilgilenir.

Sprint Planlama Toplantısı Gündem Şablonu

Sprint planlama toplantılarınız için bir gündem şablonuna mı ihtiyacınız var? Sprint planlama toplantılarınıza hızlıca başlamak için açık ve anlaşılır şablonumuzu indirin. Ek kolaylık sağlaması için bir kontrol listesi ve e-posta şablonu da bulacaksınız. 

Sprint Planlama Toplantılarınızı Marie Kondo'lama Zamanı

Bu kapsamlı rehber sayesinde sprint planlama oturumlarınızdan en iyi şekilde yararlanmaya hazırsınız. Bu rehberi faydalı bulduysanız proje planlama toplantıları rehberimize de göz atmanızı öneririz.

Bu gönderide açıklanan adımları izleyen ürün sahipleri, kaosu açıklığa dönüştürme ve ekip üyelerinin bir sonraki sprintlerini başarıyla tamamlamalarına yardımcı olma konusunda başarılı olacaktır. Scrum çerçevesi ve günlük Scrum gibi diğer Scrum seremonileri hakkında daha fazla bilgiye buradan ulaşabilirsiniz.

Etkili, ürün odaklı projeleri yürütmeyle ilgili daha fazla organizasyon ipucundan ve öne çıkan konu başlıklarından haberdar olmak için sizi The Digital Project Manager bültenine abone olmaya davet ediyorum. Bundan sonra da dünyanın dört bir yanındaki sektör uzmanlarından ve proje yöneticilerinden içgörüler paylaşmaya devam edeceğiz.