Sprint inceleme toplantıları zorlayıcı olabilir; bu yazıda bunları nasıl kolaylaştırabileceğinizi paylaşacağım. Ekibiniz yoğun bir şekilde çalışıp ilerlemelerini sunduğunda ve sprint iş listesindeki öğelerin onaylanmasını umduğunda, teslim edilebilir artışların onaylanmasını istersiniz. Şimdi bunu nasıl gerçekleştirebileceğinize bakalım.
Sprint İnceleme Toplantısı Nedir?
Sprint inceleme toplantısı, ürün (veya proje) ekibi ile ürün sahibinin bir sprintin sonunda bir araya gelerek sprint iş listesinden tamamlanan çalışmaları gözden geçirdiği toplantıdır.
Sprint inceleme toplantısında ekip, teslim edilebilir olduğunu düşündüğü sprint iş listesindeki öğeleri sunar ve gösterir. Ürün sahibi daha sonra özellikleri; kullanıcı ihtiyacını, kabul kriterlerini, DoD (tamamlanma tanımı) ve kendi beklentilerini karşılayıp karşılamadıklarına göre kabul eder veya reddeder ve ardından nasıl ilerleyeceklerini ekiple görüşür.
Bir sprint incelemesi, ilerlemeyi göstermek için genellikle Scrum yazılımından veya çevik proje yönetimi yazılımından yararlanır. Bu toplantıya genellikle Scrum ekibi, Scrum yöneticisi, ürün sahibi ve potansiyel olarak diğer paydaşlar katılır. Çevik Scrum teslimat çerçevesini tanımlayan 3 Scrum seremonisinden veya “etkinliğinden” biridir. Bunlara seremoniler denir, ancak aslında sadece toplantıdırlar!
Sprint İncelemesi Neden Yapılır?
Sprint incelemesinin amacı, Scrum ekibi, ürün sahibi ve paydaşlar arasında gerçek zamanlı iş birliği sağlamaktır. Bu, ilerleme ve sonuçların gösterildiği ve iş listesindeki öğelerin teslim edilmek üzere onaylandığı bir demodur.
Sprint İnceleme Toplantısının 7 Faydası
- Geri bildirim ve iş birliği: Sprint incelemeleri, paydaşların geri bildirim vermesi için bir platform sağlar ve sorunların erken tespit edilip düzeltilmesine olanak tanır. Bu, kullanıcı ihtiyaçları ve beklentileriyle örtüşen daha yüksek kaliteli bir ürün geliştirilmesine yardımcı olur.
- Artan şeffaflık: Sprint incelemeleri, geliştirme sürecindeki şeffaflığı artırır. Paydaşlar yapılan çalışmaları ve hızı görüp sonraki adımları tartışarak projenin ilerlemesi, karşılaşılan zorluklar ve ekibin kapasitesi hakkında net bir görüş edinir.
- Ekip uyumu ve odaklanma: Sprint ilerlemesinin sprint hedeflerine göre gözden geçirilmesi, ekibin uyumlu ve odaklanmış kalmasına yardımcı olur. Sonraki sprintler için beklentileri ve öncelikleri netleştirir.
- Paydaş katılımı ve memnuniyeti: Bu toplantılar sırasında paydaşlarla düzenli etkileşim kurulması, onların katılımını ve memnuniyetini artırır. Geliştirme sürecinde sahiplik ve dahil olma hissi yaşamalarını sağlar.
- Uyarlanabilirlik ve esneklik: Sprint incelemeleri, ekiplerin geri bildirimlere ve değişen gereksinimlere göre planlarını uyarlamasına ve düzenlemesine olanak tanır. Bu esneklik, kapsam belirsizliğini yönetmeye yönelik çevik bir yaklaşımın başarısı için kritik öneme sahiptir
- Motivasyon ve takdir: Sprint incelemeleri, Scrum ekibinin çalışmalarını sergilemesi için bir platform sunar ve bu da motivasyonu artırabilir. Ekibin çabalarının ve başarılarının paydaşların önünde takdir edilmesi son derece motive edici olabilir.
- Öğrenme ve gelişim fırsatları: Sprint incelemeleri, ekibin süreçleri ve uygulamaları üzerine düşünmesi, hem başarılarından hem de zorluklarından öğrenmesi için bir fırsat sunar. Bu sürekli öğrenme, sürekli gelişim ortamını destekler.
Sprint İncelemesi Sırasında Neler Olur?
Sprint incelemesi sırasında proje ekibi, sprint boyunca kaydettiği ilerlemenin yanı sıra belirli görevleri veya teslimatları tamamlamasını engelleyen blokajlar ya da engeller hakkında genel bir değerlendirme sunar.
Herhangi bir gecikmenin veya blokajın nasıl ve neden ortaya çıktığını ele alabilirsiniz; ancak ekibi suçlu aramaktan ya da iletişim ve iş birliği sorunları hakkında daha geniş kapsamlı tartışmalara girmekten uzak tutun (bunları sprint retrospektifinde ele alacaksınız; sonraki bölüme bakın).
Sizin ve ekibin blokajları kaldırmak, yeniden yoluna girmek ve kalan veya geciken çalışmalar için gerçekçi son tarihlere karar vermek üzere atabileceği uygulanabilir adımlara odaklanın.
Son olarak proje ekibi, sprint sırasında tamamladığı temel teslimatları veya ürün özelliklerini gösterecek ve paydaşlar geri bildirimde bulunabilecektir.
Sabit sunumlardan kaçınarak sprint inceleme toplantınızın bir basın bilgilendirmesine dönüşmesini önleyin—bu biçim, nadiren bir e-postadan daha verimlidir.
Sprint İncelemesi ve Sprint Retrospektifi
Bir sprint incelemesi sprint retrospektifi ile karıştırılmamalıdır (her ne kadar karıştırılması kolay olsa da!). Her ikisi de Scrum sürecinin önemli parçalarıdır ve döngünün son iki adımını oluşturur; ancak bunları yürütme biçiminiz farklıdır.
Sprint incelemesi ürüne odaklanırken, retrospektif toplantısı sürecin kendisine odaklanır.
Sprintin sonuna yaklaştığınızı ve sprint iş listenizin büyük ölçüde tamamlanmış olduğunu düşünün.
Scrum ekibinizin teslimata yönelik kaydettiği ilerlemeyi kontrol etmek ve kalan tüm engelleri ortadan kaldırmak için bir sprint incelemesi planlarsınız.
Örneğin, bu sprintin ekibin üzerinde çalıştığı uygulama için 10.000 satır kod üretmeyi içerdiğini varsayalım. Sprint inceleme toplantısı, kodun çalıştığından ve doğrulandığından ve onunla canlıya geçmeye hazır olduğunuzdan emin olacağınız yerdir.
Buna karşılık retrospektif, sonraki sprintte operasyonları iyileştirme amacıyla son sprint sırasında izlediğiniz süreci gözden geçirir.
Retrospektif sırasında, insanların ekibe uyum sağlama, kod değişikliklerini iletme veya süreci etkileyen diğer konulardaki deneyimleri hakkında geri bildirim toplarsınız.
Retrospektifin amacı, üründen bağımsız olarak herkesin birlikte nasıl daha iyi çalışabileceğini öğrenebileceği bir değerlendirme toplantısı olmaktır.
İnsanlara nasıl hissettiklerini ve projenizdeki bir sonraki çalışma turu için önerileri olup olmadığını sorun:
- Bir sonraki sprintte neleri görmek isterler?
- Baskı altında çalıştıklarını düşünüyorlar mı?
- Ellerinde gereğinden fazla zaman olduğunu düşünüyorlar mı?
Sprint incelemesi ile retrospektif arasındaki sınırları bulanıklaştırmak hâlâ cazip gelebilir. Bir sprint incelemesi düzenlediyseniz herkes zaten bir araya gelmiştir; öyleyse neden her iki işi aynı anda yapmayasınız?
Scrum kılavuzu bunu önermemektedir. Her şeyi tek bir oturumda yapmak zorundaysanız, toplantınızın iki aşamasını birbirinden net biçimde ayırarak konuların birbirine karışmasını önlemelisiniz.
İşte hangi konuların hangi toplantılara ait olduğuna ve bir retrospektif sprint incelemesi sırasında ortaya çıkma tehdidi oluşturduğunda Scrum ekibinin yönünü ne zaman değiştirip yeniden odaklanmanız gerektiğine ilişkin kısa bir rehber.
| Sprint İncelemesi veya Retrospektif | Neler Dahil? | Neler Dahil Değil? |
|---|---|---|
| Sprint İncelemesi | Ürün iş listesindeki öğelerin tamamlanıp tamamlanmadığı Ürün iş listesindeki öğelerin neden tamamlanmadığı Ürünün yeni özellikleri ve işlevleri Ürünün teslim tarihi veya gerçekçi bir yayın planı | Son teslim tarihine uymanın ne kadar zor olduğu Son teslim tarihini kaçırdıkları için insanların ne kadar kötü hissettiği Son teslim tarihini kaçırmamızın Julie'nin suçu olduğu Son teslim tarihlerinin yalnızca bir sayı olduğu ve herkesin daha rahat olması gerektiği |
| Sprint Retrospektifi | Ekip üyeleri arasındaki iletişimin nasıl ilerlediği İş akışını ve ekip süreçlerini kolaylaştırmaya yönelik öneriler Geliştirme ekiplerini daha çevik hâle getirmenin yolları Gerçekçi kilometre taşları için standartlar geliştirmeye yönelik başarı ölçütleri ve yöntem | Ürünün kendisiyle ilgili sorunlar Mevcut ürünün özellikleri Teknik ayrıntılara ilişkin planlar veya belirli hedefler için bir şablon |
Sprint İncelemesine Hazırlık İpuçları
Ürün geri bildirimlerini toplamak için bir sistem uygulayıp buna bağlı kalarak sürekli iyileştirme ve yineleme için etkili bir mekanizma oluşturabilirsiniz.
Peki sprint incelemesini yürütmeye nasıl başlarsınız? Aklınızda bulundurmanız gereken bazı ipuçları şunlardır:
- Ekipteki herkesin incelemenin ne zaman ve nerede yapılacağını bildiğinden ve incelemedeki rolünün ne olacağını anladığından emin olun. Hazırlanmaları için onlara ne kadar fazla zaman verirseniz, ilerlemeleri hakkında ekibe bilgi verme sıraları geldiğinde ekibiniz o kadar üretken olacaktır.
- Ürüne ve nelerin geliştirildiğine odaklanın. Toplantıyı uygulamalı bir deneyime dönüştürün; böylece ürün sahibi ve paydaşlar ürünü görebilir ve ürünle etkileşim kurabilir. Bu yaklaşım değerli geri bildirimler almanıza yardımcı olur ve paydaş katılımını teşvik eder.
- Tüm iş öğelerinin tamamlandığından ve demoya hazır olduğundan emin olarak eksiksiz bir şekilde hazırlanın. Demoyu ve iş listesinde bulunan öğelerin kullanıcı hikâyesini ve tamamlanma tanımını karşıladığını, ayrıca teslim edilebilir durumda olduğunu nasıl göstereceğinizi önceden düşünün.
- Konuları önceden belirleyerek ve sanal ve fiziksel odaları buna göre hazırlayarak demolar için hazırlık yapın.
- Toplantı sonuçlarını belgelemenize yardımcı olacak basit bir not şablonu oluşturun. Çevik yöntemler sınırlı dokümantasyonu vurgular; bu nedenle burada çok fazla ayrıntıya girmekten endişelenmeyin. Bu yalnızca projeyle ilgili eylem maddelerini takip etmenizi sağlayan bir yöntemdir.
Dijital Projeler İçin Sprint İnceleme Toplantısı Nasıl Yürütülür?

Sprint değerlendirmelerini istediğiniz şekilde yapılandırmakta özgür olsanız da iyi ve pek de iyi olmayan yaklaşımlar vardır. İşte Scrum yöntemini izleyen çoğu kişinin yararlı bulduğu sprint değerlendirmelerini yürütmeye yönelik bazı adımlar:
- İlerleme ve aksaklıklara genel bakış
- Nelerin iyi gittiğinin ve nelerin iyi gitmediğinin değerlendirilmesi
- Engelleri ortadan kaldırmaya yönelik bir plan geliştirilmesi
- Özelliklerin tanıtılması
1. İlerlemeye Genel Bakış
Masanın etrafında sırayla ilerleyin ve herkesin ürünün nasıl ilerlediğini bildirmesini sağlayın. Sprint hedeflerine ulaştılar mı? Teslimatlar kullanıcı ihtiyaçlarını, kullanıcı hikâyesini ve tamamlanmışlık tanımını karşılıyor mu?
Karşılamıyorsa şu anda ne kadar yakındalar ve ne zaman tamamlanacaklar? Tartışmanın, gecikmenin neden yaşandığı konusuna sapmasına izin vermeyin.
İlerlemenin (veya ilerleme eksikliğinin) doğrudan bir raporlanmasına odaklanın. Nedenlere ilişkin tartışmalar daha sonra, herkes raporlarını tamamladıktan ve çeşitli proje bileşenlerinde ne kadar ilerlediğinizi öğrendikten sonra yapılır.
2. Değerlendirme
Eksikliklerin nasıl ve neden ortaya çıktığının tartışılabileceği bölüm burasıdır. Her ekip üyesi konuşma fırsatı bulduktan ve sunumun her aşamasının o anda hangi noktada olduğunu anladıktan sonra gündemin bu bölümüne geçin.
Olumlu sonuçları önce gözden geçirmek için değerlendirme bölümünden yararlanın. İyi giden proje hedeflerini not edin ve işler hazır hâle gelmeden önce son teslim tarihine ne kadar yaklaşıldığını değerlendirmeye çalışın. Bu, bir sonraki sprintte tempoyu biraz artırıp artıramayacağınız konusunda size fikir verir.
Ardından, varsa eksiklikleri gözden geçirin ve gecikmenin nasıl meydana geldiği ve ne zaman giderileceği konusunda görüş isteyin. Bu noktada ekibe fazla yüklenmeyin. Herkes beş günlük bir sprintin üçüncü gününde hedeflerine hiç zorlanmadan ulaştıysa yeterince büyük hedefler belirlemiyorsunuz demektir.
3. Engellerin Ortadan Kaldırılması
Yaklaşan sprintlerde karşılaşabileceğiniz engelleri öngörün. Bunlar küçük bir bütçe, mevcut ekibinizin dışından birinin uzmanlığına duyulan ihtiyaç, mevzuatla veya raporlamayla ilgili bir sorun ya da ürün talebini etkileyebilecek piyasa koşullarındaki bir değişiklik olabilir.
Bu aşamanın amacı, bu engelleri ortaya çıkmadan fark etmek ve ilerleyen günlerde darboğaza neden olduktan sonra değil, şimdiden bunlarla başa çıkmayı planlamaktır. Gerektiğinde ürün iş listesini güncellemek için bu bilgileri kullanın.
More Articles
4. Ürün Tanıtımı
Bu aşama, ürününüze genel bakışı son sprintte kullanıma sunulan önemli güncellemelerin tanıtımıyla tamamlar. Her şeyden önce bu, ekibin başarılarını sergilemek ve moralini yükseltmek için bir fırsattır.
Sprint Değerlendirme Toplantısı Gündemi
Sprint değerlendirmeniz için (önerilen süre sınırlarıyla birlikte) örnek bir toplantı gündemi aşağıda verilmiştir:
1. Giriş (5 dakika)
- Kısa bir hoş geldiniz konuşması ve tanışma
- Toplantının amacını ve hedeflerini ana hatlarıyla açıklama
2. Sprint Hedeflerinin Gözden Geçirilmesi (10 dakika)
- Sprintin başında belirlenen hedefleri yeniden ele alma
- Sprintin ana odak alanlarını vurgulama
3. Ürün Tanıtımı (20-30 dakika)
- Sprint sırasında tamamlanan çalışmaları sunma
- Yeni özellikleri, iyileştirmeleri ve hata düzeltmelerini tanıtma
- Her tanıtımdan sonra kısa bir soru-cevap bölümü için zaman ayırma
4. Ürün İş Listesinin Gözden Geçirilmesi (10 dakika)
- Ürün iş listesinin mevcut durumunu gözden geçirme
- Sprint sırasında eklenen, kaldırılan veya önceliği yeniden belirlenen öğeleri tartışma
5. Geri Bildirim Oturumu (15-20 dakika)
- Paydaşlardan ve ekip üyelerinden geri bildirim isteme
- Nelerin iyi gittiğini ve nelerin iyileştirilebileceğini tartışma
- Açık ve dürüst tartışmayı teşvik etme
6. Metriklerin ve Performansın Gözden Geçirilmesi (10 dakika)
- Temel performans göstergelerini (KPI'lar), hızı ve diğer ilgili metrikleri tartışma
- Planlanan ilerlemeyi gerçekleşen ilerlemeyle karşılaştırma
7. İleriye Dönük Planlama (10 dakika)
- Bir sonraki sprint için ön düşünceleri ana hatlarıyla belirleyin
- Ele alınabilecek potansiyel birikmiş iş öğelerini belirleyin
- Geri bildirim ve incelemeye dayalı olası düzenlemeleri tartışın
8. Sonuç (5 dakika)
- Temel çıkarımları ve alınan kararları özetleyin
- Bir sonraki sprint planlama toplantısının tarihini ve hedeflerini doğrulayın
- Katılımları ve katkıları için herkese teşekkür edin
9. Açık Oturum (İsteğe Bağlı, 5-10 dakika)
- Son sorular veya yorumlar için fırsat sunun
- Diğer konuları veya duyuruları ele alın
Sprint İncelemeleri Hakkında SSS
Kolaylık sağlaması için sprint incelemeleri hakkında en sık sorulan bazı soruların yanıtlarını derledik.
Sprint İncelemesine Kimler Katılır?
Bir sprint incelemesinin temel katılımcıları Scrum yöneticisi, ürün sahibi ve ürün yöneticisidir. Projenizin ihtiyaçlarına bağlı olarak diğer önemli paydaşları da davet etmek faydalı olabilir (ancak toplantının yönetilmesini zorlaştıracak kadar kalabalıklaşmamasına dikkat edin.)
Sprint İncelemesi Ne Kadar Sürmeli?
Scrum kılavuzu, çevik ekibiniz iki haftalık sprintlerle çalışıyorsa sprint inceleme toplantılarını 2 saatle sınırlandırmanızı önerir (sprintinizin sürdüğü her hafta için bir saat.)
Bence herhangi bir toplantı için 2 saat fazlasıyla uzun görünüyor. Sprint incelemesini, sonunda ürün tanıtımları için 15 dakika da dahil olmak üzere 45 dakikaya kısaltmanızı öneririm. Daha büyük bir ekibiniz varsa, tanıtımı kimin yapacağını haftadan haftaya dönüşümlü olarak belirleyebilirsiniz.
Sprint İncelemeleri Ne Sıklıkla Yapılır?
Sprint incelemeleri her sprintin sonunda gerçekleştirilir; bu nedenle ekibinizin sprint döngüleriyle aynı sıklıkta yapılmalıdır. İki haftalık bir sprint döngüsündeyseniz, iki haftada bir sprint incelemesi düzenlersiniz.
Proje durum raporu taslağımız, her sprintte yanınızda bulunması gereken iki haftalık/haftalık raporların yapısını ana hatlarıyla açıklar.
Sprint İncelemesinden Sonra Ne Olur?
Sprint incelemesinin ardından ekibiniz, engellerin kaldırılmasına ilişkin görüşmeye dayanarak proje yönetimi aracınızdaki ürün birikmiş iş listesini günceller ve bu bilgileri sprint planlama toplantısına hazırlanmak için kullanır.
Bir sonraki sprinti (veya bir bütün olarak projeyi) planlamak söz konusu olduğunda, bir proje planlama aracında ya da benzer bir yazılım aracında birikmiş işleri düzenlemek faydalı olur.
Sprint Nedir?
Sprint, ekibinizin belirlenmiş hedeflere ulaşmak için çalıştığı ve sonunda potansiyel olarak teslim edilebilir bir ürün artımını tamamlamayı amaçladığı kısa, zamanla sınırlandırılmış bir dönemdir.
Sırada Ne Var?
Sprint inceleme toplantılarını yürütmek için kendi ipuçlarınız ve püf noktalarınız mı var? DPM Üyeliği ile diğer 100'lerce dijital proje yöneticisiyle Slack'te sohbete katılın!
