Sprint incelemeleri çevik gelişim temelleri, ancak birçok takım onları gerçekten üretken hale getirmek için mücadele ediyor. Bir sonraki sprint için karmaşıklık ekibi üyelerinin karmaşıklığını eklediğinizde, geliştiriciler, ürün yöneticileri, QA, pazarlama ve paydaşları – sürekli bir inceleme, herkesi ilerlemeye uygun hale getirmek için mücadele ediyor ve bir sonraki sprint için sahneyi belirlediniz.
Hazırlık: Büyük Bir Sprint İnceleme Vakfı
Toplantı başlamadan önce herhangi bir sprint incelemesinin başarısı uzun süre belirlenir. Hazırlık süresine yatırım yapmak, incelemenin odaklandığını ve tüm katılımcılar için değerli olduğunu sağlar.
İnceleme Goal ve Scope
Her sprint incelemesi açık bir amacı olmalıdır. Tamamlanan işi göstermek, varsayımları doğrulamak, hisse senedi geri bildirimlerini toplamak veya gemiye mi karar vermek? Örneğin, “Yeni çek akışına geri bildirim ve geri bildirim toplamak.
Ayrıntılı bir Agenda Hazırlayın
Toplantıdan en az 48 saat önce yazılı bir gündemi paylaşın. Her demo, tartışma segmenti ve Q&A. Bu, katılımcıların ortak bir 60 dakikalık günde bakmaya hazır hale gelmesine yardımcı olur: Hoş geldiniz ve bağlam (5 dakika), Tamamlanan kullanıcı hikayeleri Demo (30 dakika), Stakeholder Q&A (15 dakika), Sonraki adımlar ve eylem öğeleri (10 dakika).
Maddeler Hazırlanabilir
sprint backlog'un, yapılmasının tanımı ve herhangi bir ilgili ölçümler (burndown, hız, döngü zamanı) tüm katılımcılara erişilebilir olduğundan emin olun.Eğer ekip Jira, Asana veya Trello gibi bir proje yönetimi aracı kullanırsa, canlı demolar için ortam erişimi hazırlayın - kırık bir staging sunucusundan daha hızlı bir şekilde bir inceleme yapın.
Doğru insanları davet et
Cross-fonksiyon takımları sadece geliştiriciler ve ürün sahipleri dışındadır. Tasarımdan davetli temsilcileri düşünün, UX araştırma, müşteri desteği, satış ve çeşitli perspektifler sunabilen dış paydaşları. Ancak katılım listesini engeller: sadece katkıda bulunan veya ihtiyaç duyanları davet edin.
Showcasing Completed Work with Clarity and Context
Demolar bir sprint incelemesinin kalbidir. Done kötü bir şekilde, pasif slayt şovları haline gelir. İyi bir şekilde, ilerleme ve değerin zorlayıcı bir hikayesini anlatıyorlar.
Yapılı Demolar Kullanın, Senaryo Gösteri Değil
Kullanıcı yolculuğu adım adımını atarak, kullanıcı ihtiyaçlarının nasıl yapıldığını ve hangi adreslere hitap ettiğini vurgulayın. seyircinin teknik olmadığı sürece kod veya teknik uygulamadan kaçının. Örneğin, “Standart API v3 kullanmak için ödeme modülüne yeniden faktörledik” dedi.
Sprint ve Business Hedeflerine Bağlan
Her demo, sprint hedefine ve daha geniş iş hedeflerine geri bağlantı kurmalı. sprint hedefi görüntülemek ve gösterilen öğeleri kontrol etmek için basit bir slayt veya beyaz tahta kullanın.Bu, iş ardındaki “neden” güçlendiriyor ve paydaşların şirket önceliklerine doğrudan etkisini görmesine yardımcı oluyor.
Dashboards veya Artifacts ile Görselleştirme
sprint ilerleme gösteren canlı bir panoyu görüntülemek, hikaye puanları tamamlandı veya genel akış diyagramları. Tableau, Power BI gibi araçlar veya hatta ekranda basit bir yay sayfası projesi hazırlanmış olabilir soyut veriler somut olabilir. Bu özellikle günlük standlarda dalamayan çapraz fonksiyonel paydaşlar için kullanışlıdır.
Yüksek ışık riskleri ve Belirsiz İşi
sprint'teki her şey tamamlanmamış olabilir. Bunu yapmamış ve neden açık bloker, bağımlılıklar veya kapsamı ticaret-offlar. Bu dürüstlük, paydaşların takım kapasitesini anlamasına yardımcı olur. Örneğin: “Üçüncü taraf görüntü modulama hizmetinin iki gün boyunca azaldığını tam olarak tamamlamadık.
Tüm katılımcıları Anlamlı Diyalogda Etkiliyor
Bir sprint incelemesi tek yönlü bir sunum değildir. Her rolden katılımın çeşitli geri bildirim ve daha güçlü bir uyum sağlar.
Spark Tartışması için Açık Bitten Sorular
“Herkesin soruları var mı?” diye deneyin “Bu özellikte bir kullanılabilirlik perspektifinden ne kadar endişeniz var?” veya “Bu değişikliğin takımınızın iş akışını nasıl etkiliyor?” Özel rollere doğrudan sorular: “Sarah’dan pazarlamaya, bu yardım gelecek kampanya başlatıyor mu?”
Dürüst Geri Bildirim için Güvenli Bir Uzay Oluşturun
Cross-fonksiyon takımları suç korkusu olmadan endişeleri yükseltebilmeli. scrum master veya kolaylaştırıcı, girişleri ve fırsatları geliştirmek için fırsatlar için insanlara teşekkür ederek, önerilerde bulunmalı. Örneğin: “Bu, yükleme süreleri hakkında büyük bir nokta – bir performans iyileştirme olarak geri dönmek için bunu eklemelidir.”
Instri Farklı Perspektifler Action Elements
Bir tasarımcı bir UI veya QA mühendisi bayrakları potansiyel bir kenar davasına işaret ettiğinde, görünür bir yerde geri bildirim almayı - paylaşılan bir belge veya proje kurulunu imzalamayı önerir.Bu, katılımcıların girişlerinin değerli olduğunu ve kedilere bir geri bildirim matrisi kullanmalarını gösterir. “nere sahip olmak” veya “gelecekleri bir değerlendirme” olarak nitelendirir.
Geri bildirim Yapılı ve verimli bir şekilde yönetin
Geri bildirim sadece gelişmeye yol açan değerlidir. Açık bir sistem olmadan, sprint yorumları sonsuz tartışmalara veya unutulmuş önerilere dahil edebilir.
Etki ve Feabilite tarafından geri bildirimin Önceliği
Tüm geri bildirimler eşit değildir. Basit bir iki-iki matrix kullanın: etki (yüksek / uzun) vs. fizibilite (kolay/hard) Bu, bir sonraki sprint'e kolay kazanç sağlar. Yüksek-impakt, sert öğeler daha fazla analize veya bir artışa ihtiyaç duyar. Low-impact öğeleri “parking lot” listesine girebilir.
Paylaşılan bir yerde her şey
Bir not-taker ( rol) geri bildirim, karar ve eylem öğeleri gerçek zamanlı olarak yakalamak için bir not imza at.Rekalament, Notion veya Google Docs gibi bir araç kullanın. Toplantıdan sonra, tüm katılımcılara tam notlar ve bağlantılar ile bir özet e-posta gönderin.
Instri Feedback into Sprint Planlama
sprint incelemesinden geri bildirim doğrudan bir sonraki sprint planlama oturumuna beslenmelidir. Ürün sahibi, hisse senedi girişine dayanan öncelikleri ayarlayabilir. Örneğin, birden fazla paydaş raporlama paniğe talep ederse, bu hikaye geri dönüş bölümünde hareket eder.Bir sonraki sprint kapsamını gösteren ekibin döngüyü kapat.
İnceleme Odaklı ve Zaman-Boxed
Zaman, çapraz işlevli bir toplantıda en değerli kaynaktır. Zaman içinde çalışan bir sprint incelemesi dikkati kaybeder ve değeri azaltır.
Bir Strict Time Limit ve It'a Bir Yapın
Tipik sprint yorumları, iki haftalık bir sprint için bir saatten fazla sürmemelidir. Daha uzun süre sprintler (örneğin, üç veya dört hafta), 90 dakika uygun olabilir. adanmış bir zaman sahibi kullanın - bu, scrum master veya gönüllü olabilir - bu, programı nazikçe uygularsa, onlarla bir takip toplantısı için onları sadece ilgili katılımcılarla birlikte.
Konuşmayı Steer'e Bir Faciliteatörü kullanın
İyi bir kolaylaştırıcı, toplantıyı takip ediyor, yan konuşmaları önler ve herkesin konuşma şansına sahip olmasını sağlar.Sağcılar ortaya çıktığında kibarca kesmeli: “Bu büyük bir konu, ama bir sonraki demoyla yakalamaya izin verin.”
Common Pitfalls için hazırlanın
İncelemeyi ne dereyebilir: teknik aksaklar, uygulama detayları üzerinde derin tartışmalar veya paydaşların her biri için yeni özellikler eklemeye çalıştığını söyleyin. Örneğin, birisi yeni bir özellik önerirse, “Bu değerli geliyor – bunu bir sonraki rafineri oturumunda tartışın.”
Zor Stakeholder ve Çatışma
Tüm geri bildirimler yapıcı değildir ve tüm paydaşların birlikte çalışmak kolay değildir. Cross-fonksiyon takımları bazen çatışma öncelikleri, şüphecilik veya çevik uygulamalara karşı direniş. Sprint yorumları düzgün bir şekilde yönetilmezse savaş alanları olabilir.
Negatif geri bildirim, Curiosity ile, Tanımlayıcılık Değil
Bir pay sahibi “Bu beklediğim şey değil,” diye açıklıyor, neden yanlış olduklarını açıklamaya çalışıyor. Bunun yerine, soruları açıklayayım: “Bana ne beklediğinizi daha fazla söyleyebilir misiniz? Bu, bir diyalog açar ve genellikle süreçte yanlış iletişim kurma fırsatı verir.
Gerçeklere ve verilere odaklanmayı tutun
Duygular yüksek olduğunda, objektif verilere geri dönün. Show metrics, kullanıcı araştırması veya A /B test sonuçları bu destek kararları destekleyen sonuçları gösterir. Örneğin, bir pay sahibi bir UI değişikliğini iptal etmek istiyorsa, yeni tasarımın, kullanılabilirlik testlerinde% 15 oranında arttığını açıklayın. Data de-kişiselizes anlaşmazlıkları ve iş için neyin işe yaradığını birleştirir.
Schedule One-on-One Follow-Ups
Bir pay sahibi sprint incelemesinden sonra tatminsiz kalırsa, taleplerinin derinliğini tartışmak için ayrı bir toplantı düzenler.Bu, bir kişinin gündemi tarafından rehin tutulan ekibin geri kalanını engeller.Bir-on-birinde, aktif olarak dinleyin, perspektiflerini kabul edin ve eğer talepler ürün vizyonu ile uyumlu bir şekilde hizalanırsa, geri dönüş için ekleyin.
Sprint Review Process'da kendini ifade ediyor
Sprint incelemeleri statik olmamalıdır. Takım ve hisse senedi geri bildirimlerine dayanan zaman içinde gelişen bir deneysel süreç olarak onları tedavi etmelidir.
İncelemede Retrospective Feedback on the Review
Her sprint incelemesinin sonunda, iki dakika “Bu incelemede iyi çalıştı ve neyin geliştirilebileceğini?” diye soruyor, hızlı bir anketle veya anonim çubuk notlarla. Ortak gelişmeler kısa sürede demolar ekliyor veya daha interaktif elementler ekliyor, veya bir sonraki incelemede geri bildirimde bulunulabilir mi?
Farklı Biçimleri Deneyin
Yenilenmeden korkmayın. Bazı takımlar her birkaç sprint'i kullanarak "mini-demos"u erken toplamak için çalıştırırlar, sonra daha kısa bir özet inceleme yapın. Diğerleri her takım üyesinin gurur verici başarılarla tek bir mermi noktası sunduğunu bir format kullanın.
Dış İlhamı Kaldırın
Görüldüğü gibi, bu kılavuzları takımınızın bağlamına uyararak, acıklı törenlere (ChelT:2) görerek, bu yönergelerin, takımınızın bağlamına uyarlanması için uyar.
İncelemeden Sonra: Turn the Wave
sprint incelemesi, toplantının yaptığında sona ermez. Gerçek değer, önümüzdeki sprint'i nasıl kullanmak için kullanılan sonuçlardan gelir.
Dağcılık Dakikaları Promptly
24 saat içinde, tüm katılımcılara ve daha geniş paydaşlarına bir koncise özeti gönder: sprint hedefi statüsü, anahtar geri bildirimler temaları, kararlar alındı, sahiplerle ve tarihlerden dolayı eylem öğeleri ve ürün geriloga herhangi bir değişiklik yapın.Bu kadar alıcılar bilgiyi hızlı bir şekilde nerede bulacağınızı biliyorlar.
Yeni İçgörülerle Ürün Backlogunu Güncellemeler
Ürün sahibi hemen geri bildirimi gözden geçirip hangi öğeleri geri girişte karar vermelidir.Onların “sprint-rarback” gibi bir etiketle takip edilebilir.Bir sonraki arkalog rafineri oturumunda, mevcut bu eşyaları ve takım uygun olup olmadığını tahmin etmelidir.Bu, döngüyü kapatıp incelemenin önceliklerin gerçek bir sürücüsü olduğunu gösteriyor.
Wins ve Share Success
Olumlu sonuçları vurgulamak için unutmayın. Eğer ekip yüksek performanslı bir özellik tamamladıysa, şirket içi çalışma üzerinde bir demo kaydı veya hızlı bir blog yazısı paylaşıyor. Sert çalışma, etik ve işlevli işbirliği değerini tanır. Ayrıca paydaşların gelecekteki incelemelere katılmalarını teşvik eder, çünkü somut sonuçlar görüyorlar.
Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç
Boş işlevli ekiplerle Mastering sprint incelemeleri, hazırlık, kolaylaştırma ve takip etme çaba gerektirir.Açık hedefler belirleyerek, çeşitli katılımcılarla çalışmayı, geri bildirimleri yapıcı olarak yönetmek ve takımınızın işbirliği ve üretimini izlemek, sadece bir demo değil - birlikte öğrenme fırsatıdır.