Sprint değerlendirmeleri sırasında neden Stakeholder Katılımı Önemlidir Düşündüğünüzden Daha Fazla

Sprint gösterileri (veya sprint yorumları) bir Çevik çerçevedeki en güçlü törenler arasında, ancak genellikle odadaki teknik olmayan paydaşların ne zaman kesintiye uğramadığı konusunda düzelirler. Executives, pazarlama, diğer bölümlerden ürün sahipleri ve müşteriler genellikle günlük gelişim ekiplerine sınırlı bir maruz kalıyorlar. Sonuçlara dikkat ediyorlar, ancak odada teknik çalışmaların nasıl tercüme edilebilir olduğunu göremiyorlar.

Teknik olmayan paydaşların teşvik edilmesi sadece güzel değildir - teknik ve iş değeri arasındaki boşlukları köprülemek için giriş etkileri, finansman kararları ve genel ürün yol haritası. Bir kesintiye uğramak, endüstride en iyi uygulamalarla ilgili olarak, sprint- aşama sürprizlerini yanlış bir şekilde değiştirmeye yardımcı olabilir. - teknik ve iş değeri arasındaki boşlukları köprülemek için, takımlar rutin bir törene yüksek tutarlı bir uyum aracı dönüştürebilirler.

Çevik Başarı için Bir Make-veya-Break Faktörü Neden

Çevik metodolojiler, bu doğrulayıcı teslimatları vurgular, ancak bu durum, üründen sürekli geri bildirim almadan değersizdir.Teknik olmayan paydaşlar farklı bir lens getirir - bir pazar trendleri, müşteri ağrı noktaları, stratejik hedefler ve bütçe kısıtlamalarına odaklanırlar.Eğer aktif olarak işe yarasalar da, sprint demosu, hemen hemen doğrulanabilir varsayımlar, bayrak riskleri ve elbette düzeltmeleri önerebilirler.

Ayrıca, çalışan paydaşları takım çalışması için şampiyonlar haline gelir. Takımın yönetim toplantılarında kararlarını savunacak, ek kaynaklar için savunucu ve ürüne dış inceleme ile karşı karşıya kaldığında destek verebilirler.In contrast, a crowdholder who feel the sprint or left out may regresyon, micromanage requirements, ordrew touchpoint for building that trust and row. according to the product when it face outside scrutiny.In contrast, the kiss, the sprint is intended for the team to show what has been completed-the-Bu güven ve uyum için en önemli dokunuş noktası.

Teknik Paydaşları İçin Zorunlu Stratejiler

1. Demoyu İş Değeri Hikayesi Olarak Yeniden Tasarlayın

Tamamlanan kullanıcı hikayelerinin lineer bir listesi aracılığıyla yürümek yerine, bu bağlamda çözdüğünüz sorunların sunumu yapın. Yeni bir paniğe başlayın: Hangi iş sonucu (örneğin, müşteri desteği ajanı, arama hacmi, daha yüksek dönüşüm oranı, daha hızlı) bu değer-ilk anlatı desteğinin yerine, örneğin, ekibiniz yeni bir filtre oluşturmazsa, filtre yapılandırmasını gösterebilirsiniz; bunun yerine, müşteri desteği ajanının 12.

Bu çubuğu yapmak için, [[0) Tüm iş operasyonlarından çekilen hataları tamamen ortadan kaldırmak için bir mikro hizmet "bir cümlede bir meslektaşımız için bir ücret yüküne başvurduk, böylece müşteriler büyük siparişler alırken gecikmeleri daha fazla deneyimleyelim. basit bir kural: eğer bir hisse sahibi bir işverenin bir cümlede bir meslektaşın sonuçla ilgili sonuçları açıklayamazsa, muhtemelen onları kaybettiniz.

2. Görselleri ve Canlı Şeytanları Stratejik Olarak Kullanın

Statik kaydıraklar veya sözlü açıklamalar nadiren bir yazılım özelliğinin nuance of the software feature. Live demos are far more effective because they show real behavior.Ancak, canlı gösteriler risk taşır: beklenmedik böcekler, yükleme gecikmeleri veya çevre sorunları sunuma odaklanmak için düzenlenebilir. -ama yine de her düğmeye bir yürüyüş mesafesindedir.

Daha önce / karşılaştırmalar, akış diyagramları ve efekt grafikleri de yardımcı oluyor. Örneğin, yeni özelliğin son kullanıcılar için zaman azalttığını gösteren basit bir grafik göster[FLTtask) gösterir. Doğal olarak köprüler temiz ve odaklanmış; sadece mühendislere takdir edilen karmaşık mimari diyagramlar kullanın.

3. Encourage Hands-On Exploration

Pasif dinleme, bir nişanlama aracının düşmanıdır, ya da keşif sırasında ürünle etkileşime girmeyi davet eder (veya eksik parçalar) kendi koşullarıyla ilgili soruları daha spesifik ve eylemlenebilir hale getirebilir: “Henüz bir prototip doldurabilir miyim?”

Uzak veya hibrit takımlar için, ekran paylaşımına izin veren işbirliği araçları kullanın, gerçek zamanlı düzenleme veya sanal beyaz tahtalama. Miro veya Figma gibi araçlar, herkesin bir sonraki adımların yarattığı bir çalışma gibi hissedebilirler.

4. İzleyicinin öncekilere Agenda

Tüm teknik olmayan paydaşları aynı şeyleri önemsiyor. Bir yönetici sponsoru ROI, zaman çizelgesi ve risk mitigation ile en çok ilgilenebilecektir. Bir pazarlama yöneticisi, her bir önceliği sırayla kullanmak için demo yapabilir, sinyal geçişleri.A client might focus on usability and stability. Segment your crowd and draft a brief overview of the sprint along with 2-3 deep-dive topics most related to each group.If you have a different room, structure the demo to address each priority in turn, signaling Transitions.

Toplantıdan en az 24 saat önce kısa bir gündemi gönderin, iş konularının ele alınması gerektiğini vurgulayın. Bu, paydaşların soruları hazırlamasını sağlar.Geçmişli bir pay sahibi belirli bir alana daha derin bir şekilde atlatmak istiyorsa esnek kalır.TheTELFLT:0Proje Yönetimi Enstitüsü

5. Her Hikaye için “Elevator Sahaes” hazırlayın

Her öğenin gösterdiği gibi, bir iş ağrı noktası veya hedefi birleştiren tek bir işaret yazın. Örneğin: “Bu yeni otomatik yeni hatırlatma, müşterilerin net bir 7 günlük fark vererek geçen çeyrekte 1.200 destek biletlerini kurtardı.” veya “12 tarladan 4'e kadar gemide form azalttık, bu da her demo için başlık olarak bu şekilde düzeltilmiş olmalı.

Bu yaklaşım ayrıca ekip, performanstan ziyade sonuçlara odaklanmaya yardımcı oluyor. Geliştiriciler işlerinin iş etkisini sanatsal olarak uygularken, ürünün değerini derinleştirirler. Ekipte kendi saha hatlarına sprint planlama sırasında katkıda bulunmaya katkıda bulunmaya yardımcı olur; bu, tüm takımdaki değer düşünme kültürünü oluşturur.

6. Geri bildirim için Güvenli Bir Uzay Oluşturun

Birçok teknik olmayan paydaş bir demo sırasında geri bildirim vermekten tereddüt eder çünkü onlar bilgisiz veya aşırı derecede kritik görünmek istemiyorlar. Onlar ancak daha sonra özel veya başka kanallar aracılığıyla endişeler yükseltebilir - bu, her soruyu ve kişiyi yükseltmek için, hemen hemen hemen hemen mevcut değilse.

Ayrıca, “Başlangıç, dur, devam et” gibi teknikleri kullanabilirsiniz: Paydaşlara, çalışmaya başlamak istediklerini not etmek, yapmayı durdurmak ve yapmaya devam etmek istedikleri şeyleri not etmek için sorular sorabilirsiniz.Bu, derin teknik bilgi gerektirmez.Tüm geri bildirimleri mümkün olduğunca (örneğin, paylaşılan bir yönetim kurulunda) ve bir sonraki adımları onaylar.

Stakeholder Katılımında Yaygın Obstacles

Zaman Kıtlamalar ve Öncekilikler Yetkilendirme

Teknik olmayan paydaşlar genellikle takvimleri topladılar ve sprint'i düşük öncelikli bir toplantı olarak tedavi edebilir. Eğer katılım sparse, algılanan bir notu kayıt olarak algıladıkları kısa (10 dakika) video özeti, aylık bir seansla takip ettikleri için, bir kez dahaki sefere, bir "işmanlık" olarak planlayın, bu, yöneticilerden gelen bir "teknik güncellemeye devam edebilir ve devam edebilir.

Dil ve Kültür Engelleri

Global takımlarla kuruluşlarda, paydaşları farklı kültürel veya dilsel arka planlardan gelebilirler. “enimum uygulanabilir bir ürün” gibi basit jargon, çok daha az emin katılımcılarla tanışmak için sorularını anonim olarak veya toplantıdan sonra gönderebilirler.

Değişime Karşı Direniş

Bazı paydaşlar uzun belgeler ve resmi işaretlerle geleneksel şelale sunumlarına alışkın olabilirler.Sessiz veya dağınık olarak sprint demolarını görebilirler: Her zaman yapılandırılmış bir günde başlayın, her demoyu proje yol haritasında somut bir hedefle ilişkilendirir.

Katılımınızın Etkisini Ölçün

Stratejileriniz çalışıyorsa, birkaç basit ölçümler takip edin. Anket paydaşları çeyrekte (veya her birkaç sprint’ten sonra) bir tane sorulup: “Bir dizi 1-5, bu sprint demosu, iş hedeflerine doğru ilerlemenize nasıl yardımcı oldu?”

Bütün Birlikte Oluşturun: Demo Day Checklist

  • [FONT:0] demodan önce:[Dönetici:[Dönetici:0) Kısa bir günde iş konuları üzerinde yoğunlaşmış, gerçekçi verilerle bir demo ortamı hazırlayıp her bir öğe için değer toplayan ilkleri provaya davet edin.
  • [FONT:0] demo boyunca:[Dönetici:[Dönetici:0) 2 dakikalık bir genel bakış açısıyla başlayın, sonra hikaye düzenindeki özellikleri ile yürüyün - ancak her öğeyi mümkün olduğunca iyi kullanın.
  • [FONT:0] demodan sonra:[Dönetici:[Dönetici:0)[Döneticileri içeren bir yenidenkap belgesini paylaşın ve belirli endişeleri olan veya olmayan paylarla bireysel olarak takip edin.

Bu stratejileri sürekli olarak uygulayarak, sprint gösterileri rutin bir statü raporundan, uyum, güven ve stratejik bir anlayış için güçlü bir araç haline getireceksiniz.Teknik olmayan paydaşlarınız her demo duyguyu bilgilendirecek, değerli ve katkıda bulunmaya istekli olacaktır - her bir takım büyük ürün sunmaları gerektiği konusunda uyarıyor.