Table of Contents

sprint inceleme toplantıları sırasında etkili zaman yönetimi, verimli tartışmalar ve zamanında proje ilerlemelerini sağlamak için önemlidir. Bu toplantılar, her seansın değerini artırmaya, geri bildirim toplamak ve planlayın. Proper planlama yardımcı olur.

Sprint incelemeleri, Çevik gelişim temel taşıdır, ancak disiplinsiz zaman yönetimi olmadan, herhangi bir şekilde ürünsiz maratonlara veya acelesiz bir şekilde işten çıkarmaz. İyi işletilen sprint inceleme uyumu paydaşları, teslimatları doğrular ve sürekli iyileştirmeler.Bu makale, sprint yorumlarınızı yoğunlaştırmak için en iyi uygulamaları araştırır.

Vakıf: Zaman Yönetimi Neden Önemli

Bir sprint incelemesi sadece bir statü raporu değildir; bu bir denetim-ve-adapt törenidir. Zaman yönetimi tüm takım üyelerinin - ürün sahipleri, geliştiriciler ve paydaşları dahil - toplantıyı önemli ölçüde yönetilen incelemeler atık bütçe, erode güven ve gecikme kararı-making sağlar. herkesin zamanına saygı göstererek, bir hesap verebilirlik ve profesyonellik kültürü inşa edersiniz.

Yapılanmamış değerlendirmelerin Maliyeti

Bir sprint incelemesinin hiçbir bekçisi olmadığı zaman, ortak sorunlar ortaya çıkar:

  • Dominant sesler tartışmayı tamamen değiştirdi, sessiz katkıda bulunanlar duyulmadı.
  • Hiçbir şeyden önce, takıma önemli demoları atlatmak için harcanmış bir zamana kadar yemek yiyor.
  • Stakeholders hazırlıksız gelir, tekrarlanan arka açıklamaları gerektirir.
  • Toplantı bir sonraki adım olmadan sona eriyor, karışıklık ve yeniden çalışmaya yol açıyor.

Bu pitfalls'ları tanımak gerçek sonuçlar veren bir zaman verimli bir inceleme tasarlamak için ilk adımdır.

Toplantıdan önce hazırlık

Hazırlık, zaman verimli bir şekilde yönetmek önemlidir. Tüm takım üyelerinin önceden gündemi ve hedefleri bildiğini sağlayın.Demokratlar veya ilerleme raporları gibi, önceden bu kadar katılımcılar hazırlanabilir.

Clear Agenda'ı Tanımlayın

sprint incelemesinden en az 24 saat önce bir koncise gündemini ortaya çıkarın. Belgeyi paylaşmak için Confluence veya SharePoint gibi bir araç kullanın. Örneğin: Her segment için tahmini süresi içerir.

  • [[Dönlendirme işlemi (5 dakika)) - Sahibi: Scrum Master. Amaç: yenidenkap sprint hedefleri.
  • [FONT:0) İş demoları (30 min))[Döneticiler: geliştiriciler. sadece iş üzerinde yoğunlaşmaya odaklanırlar.
  • [0]Feedback yuvarlak (15 min)) - Ürün Sahibi tarafından aydınlatıldı.
  • [FONT:0)Metrics & yakılan (5 min)) – Hızlı veriler paylaş.
  • [FONT:0) Sonraki adımlar ve s.; aksiyon öğeleri (5 min)).

Bu yapı beklentileri belirler ve katılımcıların girişlerini zamanında hazırlamalarına izin verir.

Demo scripts paylaşın ve Malzeme Destekleme

Her hediyeyi anahtar kullanıcı hikayesini özetleyen kısa bir demo senaryo hazırlamalı, kabul kriteri karşılanır ve toplantıdan önce bu senaryoları paylaşın, böylece paydaşların inceleme sırasında uzun açıklamalara ihtiyaç duymaları yerine hedeflenmiş soruları sorabilirsiniz.Bu uygulama sadece% 30-40 oranında demo zaman kesebilir.

Takım için son derece eğlenceli

Geliştiriciler arasında prova demoları tekrarlamak ve çevrenin istikrarlı olduğunu doğrulamak için hızlı 15 dakikalık bir pre-meta senkronizasyonu tutun.Bulma süresine ihtiyaç duyan kırık bir demo gibi zaman kaybı yok.Bu senkronizasyonu doğrulamak ve günde etkileyebilir herhangi bir son dakika değişikliği tanımlamak için bu senkronize etmek için bu senkronize edin.

Clear Time Limits

Her gün bir gün eşya için zaman sınırları kurmak, toplantıyı takip etmeye yardımcı olur. Örneğin, proje demoları, geri bildirim oturumları ve tartışmaları planlamaya yönelik belirli süreler.Bu sınırları uygulamak için zaman sınırları kullanın.

Sert ve Yumuşak Sınırlar

Zaman sınırları hem zor hem de yumuşak sınırlarla uygulanmalıdır. Yumuşak bir limit, toplantı programını yavaşlatırken ve mevcutları haklı çıkararak uyarıda bulunmak anlamına gelir. "Bu demo için iki dakika kaldı", bir sonraki gündemin hemen başlaması anlamına gelir, mevcut olan bir sorunsa bile.

Allocate Buffer Time

Her 60 dakikalık sprint incelemesi, 5-10 dakika tampon olmalıdır. Bu terapötik beklenmedik gecikmeler, araç yükleme süreleri veya önemli bir pay sahibinin geç gelişi gibi.Eğer buffer kullanılmamışsa, toplantıyı her zaman takdir edilir ve olumlu bir önceki tarafından takdir edilir.

Büyük Takımlar için Zaman Gelenek

10'dan fazla katılımcı ile takımlar için, incelemeyi iki paralel parçaya ayırın: işlevsel demolar için bir tane ve teknik derin atlar için bir tane.Her bir takip ayrı zaman kutusu alır ve katılımcılar hangileri katılmak için tercih eder.Bu yaklaşım şişen ve saygılar çeşitli ilgi alanları engeller.

Etkili Zaman Yönetimi için ipuçları

  • [FONT:0) Zamana Başlayın:[Dönetici:[Dönetici:0) Herkesin programına hemen başlayın.
  • [FONT:0)Prioritize gündemi öğeleri:) İlk önce en kritik konularda Focus.Eğer zaman kısa çalışırsa, daha az önemli öğeler ertelenebilir.
  • [[Dönetici Sunumları: [Döneticileri kapalı tutmak ve anahtar özellikler üzerinde yoğunlaşır. Ekran görüntüleri kullanın veya yayınlanmamış olmayan elementler için kaydedilen klipler kullanın.
  • [FONT:0)Encourage concise geri bildirim:) Katılımcılara kısa ve spesifik olmasını isteyin. Daha sonra daha uzun tartışmalar yakalamak için “geri parkını çok” kullanın.
  • [FONT:0) Kolay bir şekilde kullanılır:[Dönetici:[Dönetici:0) Birinin zaman ve kılavuz tartışmaları izlemesi için bir tane ataması yapılır; saati uygularlar.

Bu ipuçları, disiplinli bir sprint inceleme kültürünün arka kemiği oluşturur. Onları sürekli olarak momentum ve güven inşa etmek için uygular.

Toplantı sırasında

sprint incelemesi sırasında, planlanan programa uymak. İlerlemeyi verimli bir şekilde iletişim kurmak için görsel yardımlar ve gösteriler kullanın.Eğer tartışmalar uzun bir süre boyunca konuyu not edin ve daha sonra gerekirse tekrar tekrar tekrarlayın.

Görsel Aids ve Dashboards

sprint metrikleri gösteren canlı bir paniğe bakınız: hız, yanma, planlanan hikayeler vs. ve defek oranları.Bir paniğe göre bir bilgi zenginliktir, Jira, Azure Boards veya özel bir Grafana panoları gibi ücretsiz olarak kullanın.

Canlı Demolar Rekorlu Ölmüş Ölmüş Ölmüş Ölmüşlere karşı

Geniş bir kurulum gerektiren karmaşık özellikler için, pay sahibinin geri bildirimlerini (3 dakika) kullanarak, daha sonra soruları için zemin açın. Kayıt demolar tutarlılığı garanti eder ve canlı başarısızlık riskini ortadan kaldırır. Ancak, rezerv canlı geri bildirimlerin her iki formatta da hız ve interaktivite için önemli olduğunu fark eder.

Gerçek Zamanlı Eylem Girişi

Kararları yakalamak için bir notaker tasarlayın, geri bildirim ve eylem öğeleri gerçek zamanlı olarak. ikinci bir ekranda notları göster veya ortak bir belge ile paylaşır (örneğin Google Docs, Notion). Bu şeffaflık tekrarlanır ve her bir günde bir şey kaybetmez.

Off-Topic Tartışmaları

Toplantıya odaklanmayı sürdürmek için, konuşmaları günde geri yönlendirin. Bir konu kapsamlı tartışma gerektiriyorsa, ayrı bir toplantıyı planlamayı veya incelemeden sonra bir süre ayarlamayı düşünün.

"Parking Lot" Teknikleri

Görünen bir “parking lot” (bir işbirliği belgesinin veya bir yapışkan notun bir bölümü) Fikrini kabul edin, bir sahibine bağlantı kurun ve inceleme dışında ele almak için taahhüt edin. Bu, konuşmacının gündemi ortadan kaldırmadan katkısını doğrulayın.

Lenovo Versus Line'a Ne Zaman Versus Keep the Line

Bazen, sonlu bir tartışma hemen çözülmesi gereken kritik bir bloker ortaya çıkarır. Bu durumlarda, kolaylaştırıcının, sprint hedefi tehdit etmesi veya bir serbest bırakılması tehlikeye atması durumunda, birkaç dakika boyunca incelemeye değer olabilir. Aksi takdirde, çizgiyi tut ve bir sonraki gündem maddesine hareket ettirin.

Faciliteatorlukunu Güçlendirmek

Kolaylık, otoriteye sahip olmalıdır - ve cesaret - kibarca kesmek için. “Bunu yakalayıp hareket edelim” veya “ Kalan demoları örtbas etmemizi istiyorum – bunu parkta çok koymak ister misiniz?”

Post-Meeting Follow-Up

Toplantıdan sonra, önemli kararların, eylem öğelerinin bir özetini paylaşın ve son tarihler. Bu, herkesin ileriye doğru hareket etmesini sağlar. Ayrıca, gelecekteki oturumları geliştirmek için toplantı verimliliğini bir araya getirin.

Anında Özet E-posta

sprint incelemesinin iki saati içinde, aşağıdaki yapı ile bir concise e-posta veya Slack mesajı gönder:

  • [FONT:0)Desicular [Döneticiler] [Döneticiler, [Döneticiler, Arama özelliğinin üzerindeki ödeme-geme entegrasyonuna öncelik vermeyi kabul ettik.)
  • [FONT:0)Action items (her biri için sahipleri ve son tarih)
  • [FONT:0)Key feedback temaları[[Dönetici olmadan puanlar)
  • [0]Sonraki sprint inceleme tarihi[Dönem:0)

Bu özet toplantının sonuçlarını güçlendiriyor ve paydaşları referans noktası vermiyor.

Toplantı Verimliliğine İlişkin Yeniden Adaylık

Takımın bir sonraki retrospektifinde, sprint incelemenin zaman yönetimini tartışmak için 5-10 dakika ayırın. Soru:

  • Zaman içinde başlamalı ve sonlandırdık mı?
  • Ayrılma zamanı için uygun bir gün miydi?
  • Herhangi bir segment acele etti mi yoksa dışarı mı sürüklendi?
  • Sonraki sprint incelemesi için hangi iyileştirme yapabiliriz?

Genel memnuniyeti ölçmek için basit bir parmak / aşağı anket kullanın. Gözlemlediğiniz desenlere dayanarak.

Ortak Pitfalls ve Them'dan Nasıl Kaçırmak

Dikkatli planlama ile bile, bazı tuzaklar zaman yönetimini zayıflatabilir. Bu tuzakları tanımak, onlardan kaçınmak için ilk adımdır.

Demoyu Belgelendirmek için

Takımlar bazen demonun ne olduğunu tekrarlayan kaydırakların tuzağına düşerler. Bunun yerine, gerçek ürüne güvenirler. Kullanıcı hikayesi ID ve kabul kriteri ile tek bir slayt yeterlidir. Yazılımın kendisi için konuşmasına izin verin.

Hazırlanmamış Stakeholders

Paydaşlar sprint hedefi veya gerilog değişiklikleri gözden geçirmediğinde, ilk on dakikayı yakalamayı harcıyorlar. Yorumdan önce bir sayfa kısa sürede: “Burada ne yaptığımız, burada bitirdiğimiz bir soru var, işte bu sefer onlara verimli giriş için cevap verebileceğimizi umuyoruz.”

Kapsam Uyarı sırasında

Stakeholder geri bildirimler hızla bir tasarım atölyesine dönüşebilir. Birisi büyük bir değişiklik önerirse, onlara teşekkür edin, geri bir gerilog öğe olarak dikkat edin ve hareket edin. sprint incelemesi planlama seansı değildir; bir sonraki sprint planlama toplantısı için bir denetim-ve-adapt törenidir.

Hiçbir Show Durgun Acil Plan

Bazen, bir demo felaket olarak başarısız olacaktır. Bir yedeklemeye sahip olacak: kısa bir video, bir ekran görüntüsü veya yazılı bir açıklama.Bu yedeklemeyi birincil demo ile bir çift olarak hazırlayın.Eğer canlı demo başarısız olursa, yedeklemeye geçiş yapın ve ileriye doğru hareket etmeyin.

Sprint değerlendirmelerinde bir Faciliteatörün rolü

Yetenekli bir kolaylaştırıcı, toplantının zamanından sorumludur. Bu rol genellikle Scrum Master'dır, ancak herkesin kolaylaştırıcı yeteneklerini inşa etmek için takım üyeleri arasında döndürülebilir.

Pre-Meeting Duties

Kolaylık, tüm demo senaryolarının hazır olduğunu doğrular ve işbirliği aracı (örneğin Miro, Jira) ayarlandığında, paydaşların kısa malzemeler aldığını ve herhangi bir ön soru ile cevap verdiğini kontrol ederler.

Toplantı sırasında

Kolaylaştırıcı her segment için görünür bir zamanlayıcı kullanır. Her bir gündem eşyasını tanıtırlar, şu anda geri adım atılır. Zaman düşük olduğunda, parka çok ve nazikçe yönlendirme konuşmaları yapıyorlar.

PostMeeting Duties

Kolaylaştırıcı otoparkta çok fazla öğeyi takip ediyor ve gerekirse ekip programına ayrı konuşmalar yapmaya yardımcı oluyor. Ayrıca inceleme hakkında bir metrik topluyorlar (örneğin, “ planlanan son zamanlarda 5 dakika içinde sona erdik?”) ve retrospektif olarak rapor ettik.

Daha İyi Zaman Yönetimi için Teknolojiyi Yararla

Modern araçlar manuel yükü azaltmak için zaman izleme, belgeleme ve bildirim verebilir.

Toplantı Timer Extensions

Tarayıcı tabanlı zamanlayıcıları [[0-)TickCounter) veya inşa edilmiş saat uygulamaları. Bazı Çevik araçlar doğrudan toplantı kurullarına entegre eder.

Kayıt ve Transcript

Otter.ai veya Zoom'un transkriptleri gibi araçlar tüm incelemeyi yakalayabilir, tartışma yapmadan geç gelenler için kolay hale getirebilir. Aramak için transkriptler aynı zamanda mevcut olanlara yardımcı olur, ancak bir karar vermeden önce katılımcılardan onay alabilir.

Collaborative Decision Logs

Confluence'ın toplantı notlarını gerçek zamanlı olarak kaydetmeye yönelik ortak bir belge veya araç kullanın. Bu, sessiz konuların tekrar açıklanması ve sessiz katılımcıların yorum yoluyla katkıda bulunmalarına izin verir. Link action items doğrudan Jira biletlerine not edin.

Stakeholder Katılım: Zaman Yapmadan Yatırım Yap

Stakeholders' zamanı, takımın yaptığı gibi değerlidir, ilgi alanlarına incelemeyi tertemiz.

Segment the crowd

Birden fazla hisse sahibi grubu varsa (örneğin, ürün, satış, mühendislik liderliği), incelemeyi iki parçaya ayırarak değerlendirin: 30 dakikalık “iş değeri” yönetici ve 30 dakikalık “tehdit derin bir dalış” ürün yöneticileri ve QA için. Bu, paydaşları onlarla ilgili olarak soruşturur.

PreRecorded Stakeholder Updates

Paya Leydiklerin kısa bir video veya ses memo'da incelemeden önce geri bildirimlerini veya sorularını sunmalarını isteyin. Canlı sorular için beklemek yerine toplantı sırasında en alakalı klipleri oynayın. Bu yaklaşım zaman kurtarır ve tüm seslerin büyük bir grupta konuşmaya tereddütlü olmasını sağlar.

Single-Question Survey

İncelemeden sonra, paydaşları bir soru anketi gönder: “1-5 ölçeğinde, bu sprint inceleme zamanına nasıl iyi davrandı?” Bu doğrudan geri bildirim döngüsü, genel tatmin puanlarından daha fazla eylem edilebilir.

Sürekli İyileştirmeler

Zaman yönetimi bunu ölçtüğünde geliştirir. Her sprint'i birkaç anahtar ölçümler yapın ve onları değiştirmek için kullanın.

Ortalama Toplantı Süresi vs. Planlanan Süre

Gerçek zamanlı inceleme sona erdiğinde ve planlı son kez karşılaştırın. Programdan ±5 dakika içinde sona er.Eğer sürekli olarak sınırı aşsanız, ya da zaman kutusunu kısaltırsınız.

Agenda Elements'in Yüzdesi Tamamlandı

Zaman önce kaç günlik eşyanın tamamen kapıldığını hesaplayın.Bu yüzde% 80'in altındaysa, incelemeyi aşırı derecede aşırı yükleyeceksiniz.Daha az önemli öğeleri veya onları ayrı bir oturuma taşımak.

Park Lot Maddeleri Sayısı Yeniden açıldı

Parkta kabul edilen birçok ektopik öğenin daha sonra takip toplantılarda tartışıldığını izleyin. Yüksek bir sayı, incelemenin önemli endişeleri yakalamadığını veya bu paydaşların parkınızı çok fazla işlem için bu verileri kullanmadığını gösteriyor.

Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç

sprint inceleme toplantıları sırasında etkili zaman yönetimi, takım verimliliğini ve proje başarısını artırır. Tam olarak hazırlamakla, açık zaman limitlerini hazırlamak ve odaklanmayı sağlamakla takımların en çok inceleme seanslarını yapabilir ve süreçleri sürekli olarak geliştirir. Unutmayın ki zaman yönetimi katılık hakkında değildir - herkesin katkısına saygı duymak ve töreni sağlamak için bu en iyi uygulamaları, sonuçları ölçebilir ve ekibinizi ölçebilir.

Daha fazla okuma için, [[Dönetici:0)Scrum Guide'ın Sprint Review) tanımına atıfta bulunun, ).Atlassian'ın sprint inceleme kılavuzu[DDDDDDDDDDDDDDDD:0)Agile Alliance'ın sprint'in seslendirmeye girişine giriş[Dönetici: 5 ).