Sprint Review'in Stratejik Amacı

Hızlandırması, Scrum Kılavuzu tarafından tanımlandığı gibi, piyasa veya iş bağlamında değişen bir olaydır.Bu, yönetim veya bir kapı koruma onayı oturumu için bir durum toplantısı değildir.

Takımlar ve paydaşları incelemede etkin bir şekilde işbirliği yaptıklarında, risk azaltıcıları, ürünün yörüngesine açık bir anlayış kazanır ve gelişim ekibi bir sonraki sprint için geri girişte doğrudan giriş alır.Bu ayar, takımın her zaman en değerli özellikleri bir sonraki inşa etmesini sağlar.

sprint'in retrospektifinden sprint incelemesinin ayırt edilmesi önemlidir. İnceleme, [FONTT:0] ürüne odaklanır[Dönetici değeri ile uyum sağlar, retrospektif olarak odaklandığında ).

Pre-Review Hazırlık: Bir Ürün Seansının Vakfı

Kaotik, ürünsiz sprint incelemesi ve bir crisp arasındaki fark, neredeyse her zaman hazırlık için gelir. kolaylaştırıcı (tipik olarak Scrum Master veya aday bir takım üyesi) ve Ürün Sahibi başarı için sahneyi kurmak için işbirliği yapmalıdır.

Bir Clear ve Focused Agenda'yı Tanımlamak

Bir sprint incelemesi kesinlikle zaman alıcı olmalıdır (tipik olarak bir saat boyunca sprint uzunluğu) ve yapılandırılmış bir gündemi var. Toplantıdan en az 24 saat önce, herkes hazırlıklı geliyor.

  • [FONT=0] Sprint Goal:[Dönetici:[Dönetici: 0,4] Takımın bunu elde ettiği hedef miydi?
  • [[DüzD:0) Piyasa Context:[Dönetici:[Dönetici:0) Ürün Sahibi piyasa koşullarında herhangi bir değişiklik paylaşıyor, rakip analizi veya sprint sırasında gerçekleşen müşteri geri bildirimleri.
  • [FONT:0)Live Demo of Completed Stories:[Dönetici:[Döneticileri) Walk, en etkili kullanıcı hikayelerinden yola çıkarak, kullanıcıya değer gösteren senaryolara odaklanın.
  • [[Kategori:0)Ürün Backlog Adaptasyon:[Dönetici ve demoya dayanarak, grup önümüzdeki sprint için en yüksek öncelik öğelerini tartışır.
  • [FONT:0) Q&A için açık zemin: Paydaşlar için sorular sorma ve öngörüler sağlama için özel bir zaman.

Bu gündemi önceden paylaşın, böylece paydaşları kendi soruları ve geri bildirimlerini hazırlayabilir, seansı baştan daha interaktif hale getirebilir.

Demo Ortamı Hazırlayın

Hiçbir şey bir sprint'te teknik zorluklardan daha hızlı bir şekilde ivme öldürmez. Yerel bir çevre sorunu nedeniyle başarısız olan bir demo, eksik veriler veya bir ağ süresi herkesin zamanını boşa harcar ve takım teknik hazırlığına olan güvenini zayıflatır.

  • [FONT:0] Bir Stable Staging Environment:[Dönetici: Asla doğrudan yerel bir makineden veya bir geliştiricinin IDE’den bir uyarıcı veya UAT ortamı kullanın.
  • [[Dönetici Data:[Dönetici:[Dönetici:0) Belirli bir test verilerinin gitmesine hazır olması gerekir. Sistem üçüncü taraf API'lere bağlıdırsa, veri veya kaydedilen geri çekilme video hazır.
  • [FONT:0] Bir Kuru Run:[Dönetici:[Dönetici] Toplantıdan en az bir kez daha demo akışı üzerinden yürümeli kişi.Bu, navigasyonda boşlukları tespit etmeye veya eksik işlevsellikten yoksunluğa yardımcı olur.
  • [FONT:0)Bir Güvenlik Net olarak Yeniden Düzenlendi: Karmaşık özellikler veya riskli entegrasyonlar için, demonun yüksek kaliteli bir ekran kaydı oynamaya hazır.Bu, birincil sunum yöntemi değil.

Katılımcı Listeyi Hazırlayın

Daha fazlası her zaman sprint yorumlarına gelince daha iyi değildir. Herkes için açık olmaları gerekirken, temel katılımcılar şunları içermelidir:

  • [FONT:0)Ürün Sahibi:[Döneticileri geri çağırın ve paydaşları temsil eder.
  • [FONT:0]Scrum Master:[Dönetici:[Dönetici:0] Faciliteates the event and ensures the time-box is respect.
  • [FONT=0)Geliş Takımı: [Dönetici: [Dönetici:0]İşi sunmak ve teknik soruları yanıtlar.
  • [[GÖRÜ:0)Key Stakeholders:[DÜT:1] Sponsorlar, müşteriler, ürün yöneticileri, bitişik takımlardan, değerli geri bildirim sağlayabilir uzmanlar.

Çok fazla katılımcı varsa, seans çok az olabilir. geri bildirim döngüsü zayıftır. Ürün Sahibi, doğru paydaşların aldığı geri bildirimin değerini sağlamaktan sorumludur.

Bir Engaging ve Ürüntif Sprint İncelemesini Gerçekleştirmek

İnceleme gününde, kolaylaştırıcının rolü organizatörden iletkenliğe geçiş yapar. Hedef enerjiyi yüksek tutmak, keskin ve işbirliği akır.

Context ve Hedeflerle başlayın

Oturumu sprint'e atmayın. Ürün Sahibi kısa bir özetle başlamalıdır:

  • [FONT:0] Goal:[Dönetici: [Dönetici: [Dönetici: 0,4] Bu sprint, kart terkini azaltmak için kontrol akışını geliştirmek istedik.
  • [FONT:0] Outcome:[[Dönetici: [Dönetici:0][Dönetici: [Dönetici: [Dönetici: [Dönetici: 0,4 hikayelerden 3 tanesini sprint'te tamamladık.
  • [FONT:0] Veriler:[Dönetici:0) “Early metrics, çekleri tamamen kaldıran% 5 artış gösteriyor.”

Bu bağlamda, bunun bir İLFLT olduğunu ortaya koyar:0) İş değeri[Dönetici: 1) konuşma, sadece bir özellik sergilenmez.

Değeri Şeytan, Sadece Özellikler Değil

Demo sırasında, geliştirici son kullanıcı hikayesinin perspektifinden yürümeli. kodu, veritabanı şemasını veya teknik mimariyi göstermeden kaçının.

  • [FONT:0) Sorun: [Döneticiler iki adımlı doğrulama süreci tarafından karıştırıldı.
  • [FONT:0] Çözüm:[Dönetici:[Dönetici:0)[Dönetici:[Dönetici:[Dönetici:0))[[[Dönetici:[Dönetici:0))))
  • [FONT:0) Sonuç:[Dönetici: [Dönetici:0) Canlı sistem aracılığıyla, yeni akışların nasıl çalıştığını gösteren.

Bir hikaye tam olarak tamamlanmazsa (Done’nin Tanımını karşılamaz), mikro düzeyde gösterilmemelidir, ancak takım, yaklaşımdaki erken geri bildirim almak için ilerlemede açıkça etiketlenebilir.

Aktif Stakeholder Feedback

Stakeholders genellikle çok kibar veya çok meşgul bir şekilde yorumlanabilir geri bildirim sunmak için. Kolaylaştırıcılar onları aktif olarak çekmeli. Kullanım teknikleri:

  • [FONT:0)Yönülmüş sorular: [Döntilmiş sorular: [Döntilmiş sorular: [Döntilmiş sorular: [Dönemli sorular: [Dönemli sorular: [Dönemli sorular:) Herhangi bir soru yerine “Sarah, pazarlamanın başı olarak, bu yeni raporun kampanya izleme ihtiyaçlarınızla nasıl uyumlu olduğunu?”
  • [FONT:0)Live Polling:[Dönetici:[Dönetici: 0) Polly veya Mentimeter gibi araçlar, paydaşlara gerçek zamanlı olarak geri dönüş malzemelerinin arttırılması veya önceliklendirilmesini istemek için kullanır.
  • [FONT:0]Hands-On Exploration:) Eğer mümkünse, paydaşların kendilerini dışlama ortamlarını kullanmasına izin verin. Sistem üzerinden tıklamalarını izlemek, pasif bir demonun asla yapamayacağımızı ortaya çıkarabilir.

Tüm geri bildirimler tüm odaya yakalanır ve görünür olmalıdır. Paylaşılan bir belge veya fiziksel bir yönetim kullanarak fikirler, endişeler ve yeni gereksinimler yazmak için. Bu, paydaşların duymasını ve hiçbir şeyin kaybolmamasını sağlar.

Kapsam Katilleri Yönetin

Bir sprint incelemesi sırasında en büyük zorluklardan biri, şüpheli olarak yeni bir ihtiyaç gibi görünen "suggestion". Bir hisse sahibi, "Bu harika, ama PDF'ye de ihracat yapabilir mi?"

Kolaylık bu kritiktir. Doğru yanıt, fikri doğrulamak ve daha sonra önceliklendirmek için otoparka çok eklemektir. Kolaylık, “Bu, gelecekteki bir geliştirme için harika bir fikir. John (Ürün Sahibi), bunu geriloga ekleyebilir ve bir gelecek sprint için öncelik verebilir misiniz?”

Bu, mevcut sprint taahhüdünü bozmadan pay sahibinin girişini kabul eder. sprint incelemesi, geri giriş için bir olaydır.[0]Mevcut sprint kapsamı değil.

Post-Review Etkinlikler ve Sürekli İyileştirme

Çalışma, toplantı zamanı geldiğinde sona ermez. İnceleme sırasında toplanan ham geri bildirimler sentezlenmez ve hızlı hareket etmezse işe yaramaz.

Ürün Geri Döndürme

sprint incelemesinin 24 saati içinde, Ürün Sahibi, Ürün Backlogunu yakalayan tüm geri bildirimleri gözden geçirmeli ve güncellemelidir: Bu şunları içerir:

  • [0]Yeni Kullanıcı Hikayelerini Tanımlama: Doğrulanmış fikirler ve özel istekler için.
  • [FONT:0)Deletme veya Deprioriting Outdated Materials:[Dönetici: 1) Bazen inceleme, planlı bir özellik artık gerekli olmadığını ortaya koymaktadır.
  • [FONT:0) Kabul Kriterleri:[Dönetici:[Dönetici:0)[Döneticileri) genellikle bir özelliğin nasıl davranacağını açıkça ifade eder.

Bu egzersiz, gerilogun takımın mevcut ürün peyzajı anlayışının canlı bir sanat eseri kalmasını sağlar. İncelemeden sonra güncellenmeyen bir backlog hızla durgun ve irrelevant olur.

Yayınlama Bir Sprint Review Özeti

Stakeholders meşgul. sprint incelemesine katılmak zorunda olan herkes bunu yapabilir. şeffaflığı korumak için, daha geniş organizasyona yapılan incelemenin bir özetini yayınlamak gerekir.Bu özet şunları içermelidir:

  • sprint hedefi ve nasıl karşılandıysa.
  • Anahtar özellikler tamamlandı ve gösterdi.
  • Büyük kararlar veya öncelikler değişti.
  • Oturum sırasında tespit edilen eylem öğeleri.

Bu uygulama, katılamayan ve ürünün evriminin tarihsel bir kaydını oluşturamayan paydaşlarla güven yaratır.Rektörlük, Notion veya basit paylaşılan bir belge bu konuda iyi çalışır.

İncelemenin Etkililiğini Ölçmek

sprint incelemeniz geliştiriliyorsa nasıl biliyorsunuz? Katılımcılardan hızlı bir geri bildirim alın. Basit bir "Başlangıç, Dur, Devam et" toplantısının kendisi için tekrar tekrar ortaya çıkabilir.

  • Ne yapmamız gerekir:0)Başlangıç daha yararlı hale getirmek için ne yapmalı?
  • Ne yapmamız gerekir:0) Durmak zaman kaybı nedeniyle?
  • Ne yapmamız gerekir:0)continue[[Dönetici: 1) Bunu yapmak, çünkü etkili mi?

Bu meta-reterre, incelemenin biçiminin ürünün yanında sürekli olarak geliştirilmesini sağlar. Yüksek ücretli toplantılara ilişkin ek stratejiler için, [[Uygunlar:0)Atlassian'ın sprint yorumlarına kılavuzluk sağlar[FLT].

Sprint değerlendirmelerinden kaçınmak için ortak Pitfalls

En iyi hazırlıkla bile, takımlar sprint inceleme değerini zayıflatan ortak tuzaklara düşebilir. Bu tuzakların farkındalığı onları önlemek için ilk adımdır.

"Ölüm PowerPoint" Demo

Ortak bir anti-pattern, işi özetlemek için ayrıntılı kaydıraklar hazırlar.Bir slayt ölçümler veya bağlam kabul edilebilir olsa da, incelemenin özü bir alginçT:0) çalışma yazılımının canlı gösterisi).Stakeholders ürünün görmesi ve hissetmesi gerekir. Slides kolayca gerçek yazılımı göstermek için, eğer dağınık olsa bile.

Eksik Stakeholder

Anahtar paydaşları sürekli olarak sprint incelemesine katılmazsa, takım kördür. Ürün Sahibi bu olayın önemini savunmak zorundadır.Eğer katılım düşükse, seansı değiştirmek veya kısa bir tane-on-bir yürüyüş yapmak, anahtar karar veren geri bildirim olmadan sadece bir durum güncellemesidir.

"Bug Ekim"

Bir sprint tamamen böcekleri tamir etmek veya teknik borcu ödemek için harcanmış olsaydı, inceleme boş hissedebilir. Bunu ele almak için, ekip sizi 2 saniye içinde demoyu çerçeveleyebilir.() Bu, kullanıcı değerini doğrudan bağlar.). Örneğin, “Son sprint, yükleme bu sayfa 15 saniye sürdü.

Özel Fabrika Mindset

En tehlikeli tuzak, takımın sunduğu bir çek kutusu aktivitesi olarak sprint incelemesini tedavi ediyor ve paydaşları gerçekten kimsenin gerçekten istemediği bir özellik oluşturuyor:0)adaptability) Eğer takım kritik geri bildirim veya meydan okumalar almasa, aslında kimsenin gerçekten istemediği bir yapı var.

Ürün Sahibinin Sürüş Değerinde Rolü

Ürün Sahibi, etkili bir sprint incelemenin geri döndüğünün önemli bir noktasıdır. Sorumlulukları toplantıyı aramanın ötesinde uzatılır.Rekadeden önce, Ürün Sahibi takımın ne için işlediği ve neden önemli olduğu konusunda net bir anlayışa sahip olmalıdır. Ayrıca, paydaşların mevcut ağrı noktaları ve soruları da vardır.

İnceleme sırasında, Ürün Sahibi aktif olarak dinliyor ve geri bildirimlere geri dönüyor. Mike Cohn, Çevik çevrelerde belirgin bir ses, sprint incelemesinin öncelikle aşiFLT:0[Döneticileri ile ilgili paydaşlar arasında) olduğunu vurgular.

İncelemeden sonra, Ürün Sahibi geri bildirimi sentezler ve bir sonraki sprint planlama oturumu için hazır olmasını sağlar. Ürün Sahibi bu rolde başarısız olursa, inceleme karar verme olayı yerine, bağlayıcı olmayan bir tartışma haline gelir.

Sprint'in Uzun Süreli Ürün Stratejisi için Görüşlerini Yararla

sprint incelemeleri kısa vadeli bir kadro üzerinde çalışırken (her 1-2 hafta), uzun vadeli ürün stratejisi için derin etkilere sahiptir. Birden fazla sprint yorumlarından gelen birikim geri bildirimler, ürün yönü için zengin bir veri kümesi sağlar. Teams tekrarlanan temaları takip edebilir, iki hipotezleri doğrulayabilir ve piyasayı zaman içinde değiştirir.

Bu verileri kullanmak için, aİLFLT:0) beslenme logu [Döneticileri çeyrekte sprint incelemelerinden alan tutar. Bu gün, çeyrek iş değerlendirmeleri sırasında kullanılabilir.

Ayrıca, sprint incelemesi, geçen hafta kullanıcıların% 10'unu gözden geçirmenin ideal zamanıdır ve dönüşümde% 2 asansör gördük.Bu verilere dayalı görüşlerden ("Bu gibi”) objektif analizlere (“Bu eserleri gösterir).

Sprint'in Uzaktan ve Dağılı Takımları için Görüşleri

Uzak çalışmaların yükselişiyle, sprint incelemesi dijital işbirliği için uygun olmalıdır. ilkeler aynı kalır, ancak taktikler değişir. Uzak bir sprint incelemesi yaparken:

  • [[Dönetici Video Platformu: [Dönetici: 0,2] Herkesi, Zoom, Teams veya Google Meet gibi cihazların teşvik edilmesi için kameralarına sahip olmasını sağlamak.
  • [[Dönetici:0) Ekranı Etkili bir şekilde paylaş:[Dönetici:[Dönetici:0) Mevcut tüm ekranlarını (veya belirli bir uygulama penceresi) paylaşmalı ve çözümün anasayfa bilgilerini okumak için yeterince yüksek olmasını sağlamalıdır.
  • [FONT:0]Leverage Digital Cooperation Boards: Miro veya MURAL gibi araçları gerçek zamanlı olarak geri almak için kullanabilir. Stakeholders doğrudan tahtaya not ekleyebilir.
  • [FONT:0)Time Zone Dikkat:[Dönetici:[Dönetici): Takım birden fazla zaman bölgesine yayılmışsa, toplantı zamanını bazen makul olmayan saatlerin rahatsızlıklarını paylaşmak için geri döndürün. kesinlikle katılamayanlar için oturum açın.

Uzaktan incelemeler, katılımcıların çoklutasking'den kalmalarını sağlamak için daha yüksek bir kolaylık gerektirir. Actively call on people by name, direkt sorular sor ve odaklanması için hız brisk'u tut. Scrum.org, uzaktan incelemelerinizin temel çerçeveyle uyumlu olmasını sağlamak için mükemmel temel bağlam sağlar: 0:0The Scrum Guide).

Demodan Diyaloga: İşbirliği Kültürünü Değiştirin

Sonuçta, en etkili sprint yorumları, ürün geleceği hakkında işbirliğine dayalı bir diyalog haline gelir. Takımlar, paydaşların gelişim sürecindeki ortakları hissettiği bir ortam yaratmak için çaba göstermeli, sadece çıktı tüketiciler değil.

Bu kültürel değişim güven gerektirir, tutarlılık ve geri bildirime dayalı olarak adapte olmak için gerçek bir isteklidir. Ekip, pay sahibi girişine kulak verdiklerinde, geri bildirim döngüsü güçlendirilir. Stakeholders daha fazla yatırım yapar ve gelecekteki yorumlarda daha düşünceli bir geri bildirim sağlar.Bu virtuous döngüsü, yüksek performanslı bir Çevik organizasyonunun salon işaretidir.

Hazırlık, kolaylaştırma ve takip etmeye odaklanarak, ekibiniz sprint incelemesini bir mundane statüsünden bir stratejik araçla mükemmelliğe dönüştürebilir.Daha fazla okuma için ürününüzü geri yüklemeye dayalı olarak, Roman Pichler doğrudan optimize eden ürün yönetim uygulamalarına derin öngörüler sunar: 03.