Sprint'teki Olumsuz Geri Bildirim Maddeleri Neden

Bir sprint incelemesi tamamlandıktan daha fazlasıdır.İşin ve paydaşların artmakta ve Ürünü Backloga adapte olduğu bir çalışma oturumudur. Olumlu geri bildirimler iyi hissediyor olsa da, çoğu anlamlı gelişmeyi sıklıkla sağlayan kritik gözlemlerdir. ”Ücretsiz geri bildirim, çerçeveli yapıcı bir şekilde, daha iyi bir ayar için bir başarısızlık sinyali değildir).

Zor geri bildirimleri erken zaman, para ve hayal kırıklığı daha sonra kucaklayan ekipler:0)Scrum Rehber), sprint incelemesi, geri bildirim ve işbirliğini teşvik etmek amaçlanmıştır.

Ürünsel değerlendirmeler için Aşamayı Belirleyin

Olumsuz geri bildirimler, sprint incelemesi başlamadan uzun başlar. Ekip kültürü ve inceleme yapısı, dürüstçe konuşmak için güvenli olup olmadığını belirler. ”ŞUygun güvenlik temelidir).

Zor konuşmaları hazırlamak için, ekip yapabilir:

  • Her bir incelemeyi, tüm geri bildirimin hoşlandığını ve hedefin ürünü geliştirmek olduğunu, çalışmayı savunmak için değil.
  • Yavaşça yapılan katılımcılar, sprint incelemesinin bir durum raporu değil, işbirliğine dayalı bir denetimdir.
  • Toplantının sonunda her gün eşyanın acele etmesinin zaman sınırlarını ayarlayın.

Bu normlar oluşturmak, olumsuz geri bildirimin kişisel bir saldırı gibi hissetme olasılığını azaltır. Bunun yerine, sürecin bir parçası olarak geri bildirim pozisyonlarına bakar.

Aktif dinleme: Savunmanın İlk Hattı

Bir pay sahibi hayal kırıklığı veya memnuniyetsizlik ifade ettiğinde, doğal insan tepkisi çatışmaya karşı çıkmaktır. Ancak en etkili yanıt, yeniden hazırlanmadan dinlemektir. [...]Active dinleme, konuşmacıya tam dikkat etmek anlamına gelir,[FLT]

Ne duyduğunuzu hayal etmek de anlayışa açıklayabilir. Örneğin: “Hala anladığımdan emin olun. Arama özelliğinin beklenen kadar çabuk geri dönmemesinden endişe ediyorsun?” Bu, saygı gösteriyor ve pay sahibine onların noktayı düzeltme fırsatı veriyor.

Eğer geri bildirim belirsiz ise, belirlilere cevap vermek yerine “Bu istediğimiz şey değil” gibi bir açıklamaya tepki vermek yerine, “Bunun yerine ne görmeyi beklediğini söyleyebilir misiniz?”

Duygusal Reaksiyonları Yönetmek

En deneyimli ürün sahipleri ve geliştiriciler, çalışmalarının eleştirildiği zaman savunma hissediyorlar. Bu duygu normal. anahtar, onu bastırmak yerine şu anda yönetmektir. ”ŞUygunluk:0) Duyguyu içsel olarak kabul etmek, sonra odaklanmanızı sağlayın.[DDDDD: 1) Yavaş bir nefes alın, Kollarınızın içinde değil, geri bildirimin artmakta olduğunu kendinize hatırlatın.

Eğer geri bildirimler özellikle sert veya kişisel hissediyorsa, cevap vermeden önce birkaç saniye boyunca duraklamanın yararlı olabilir; bu sinyallerin düşünülmesinden sonra, “Bunu paylaşmanız için teşekkürler.

İki ortak tuzaktan kaçının: çalışmanın çok erken ve organizasyonun diğer bölgelerine suçlamasını haklı çıkarmak. Hem güven yok ve geri bildirim seansı geri çeviren geri bildirim oturumunu sorun.

Kritikizm beton Eylemleri

Olumsuz geri bildirimler, somut değişikliklere yol açmazsa değerini kaybeder. İnceleme sırasında, geri bildirimi açıkça ele alır - tercih edilen bir yönetim kurulunda veya herkesin görebileceği bir belgede.Bu şeffaflık, takımın giriş değerini gösterir ve takip etmeye kararlıdır.

Ürün sahibiyle ilgili endişeleri önceliklendirmek için çalışın. Tüm geri bildirimler hemen harekete geçmemelidir. Bazılar mevcut artışlarda kusurlardan ziyade gelecekteki özellikleri gözlemlenebilir. ”ŞUygun:0)Distinguish ile aynı sprint içinde eklenecek geri bildirimler arasında.).

Her büyük endişe için, bir sonraki adımın açık bir şekilde tanımlanması:

  • Takım ne özel bir değişiklik yapar?
  • Kim soruşturmaya veya uygulamaya sahip?
  • Pay sahibi revize edilmiş sürümü ne zaman görecek?

Bu yapılandırılmış yaklaşım, işbirliğine şikayetten sohbet eder. Ayrıca, paydaşların incelemelere devam etmesinin bir nedeni verir - ürünü gerçek zamanlı olarak şekillendirmelerini görürler.

İncelemeyi şaşırtmak için yeniden canlandırır

Birçok olumsuz geri bildirim bölümü ortaya çıkıyor çünkü paydaşları ilk kez inceleme sırasında artış gösteriyor. Bu, takımın bitmemiş işi göstermesinden kaçınması gerektiği anlamına gelmiyor. Ancak,ENFLT:0) sprint boyunca sağlam paydaş katılımı azaltır.[DDDDDDDDDDDDDDDD:0).

sprint incelemesinden önce “parlama çekleri” tanıtın. Bunlar kayıt dışı, hızlı yürüyüşler erken tepkileri toplamak ve yön ayarlamak için anahtar paydaşları ile.Zamanla resmi inceleme, büyük sürprizler nadirdir ve sindirilen geri bildirimler daha fazla çıplak ve daha kolay.

İncelemenin kendisi sırasında, özellikleri yerine sonuçların etrafında gösteri yapın. Ne inşa ettiğinizi listelemek yerine, bir kullanıcı problemini nasıl çözeceğini gösterin. Paydaşlar tasarım kararlarının arkasındaki bağlamı anladığında, kişisel tercihlerden ziyade değer hakkında geri bildirimde bulunma olasılığı daha yüksektir.

Olumsuz bir yorum toprakları varsa, kolaylaştırıcı (ilişmanlık Master veya ürün sahibi) tartışmayı odaklandığımız için adım atmalıdır.Redirect questions that veer into long applications arguments by: “Bu bir sonraki sprint planlama oturumu için harika bir konu. Şimdi onu yakalayalım ve zamanından beri incelemeyi bitirelim.”

İncelemeden Sonra

sprint incelemesi, konuşmanın sonu değildir.END:0) Olumsuz geri bildirimde takip etmek için çağrılmak, takım ve paydaşları kaybetmenin en hızlı yollarından biridir.[D: 1, 48 saat içinde, alınan geri bildirimin bir özeti gönder, alınan kararlar ve bu, paylaşılan bir belge veya mesaj olarak kabul edilebilir.

Bir konu daha fazla soruşturma gerektiriyorsa, bir kez ekip analizini tamamladı. Örneğin, birisi bir performans konusu hakkında şikayet ederse, bulguları takip edin ve bunu ele almak için plan bile - plana göre bırakmaksa bile, bu yüzden etkisi küçük.Rekateme saygısını güçlendiriyor.

Bir sonraki sprint incelemesinin başlangıcında, önceki geri bildirimlerin çalışmayı nasıl etkilediği kısaca yeniden ele alın. Bu, takımın sürekli iyileştirmeye olan bağlılığı gösteren bir geri bildirim döngüsü yaratır.Girişlerini gören Stakeholders, gelecekteki incelemelere katkıda bulunma olasılığı daha yüksektir.

Criticism hoşlanan bir Team Culture inşa edin

Bireysel sprint yorumları sadece bir parça puzzle.ETHFLT:0) Sürekli olarak olumsuz geri bildirimle iyi başa çıkmak için tüm takım bir büyüme zihniyeti benimsemelidir.). Bu, takım retrospektifler sırasında geri bildirim hakkında nasıl konuştuğuyla ilgili konuşmaya başlar.

Adaylar ayrıca savunmacı bir şekilde tepki veren ekip üyelerini ele almak için güvenli bir alandır. Konuşmayı paylaşılan hedeflerle tartışırken: “Geçmişlerimizi dinlemek yerine savunduğumuzda, pay sahibimiz bir daha açık kalmak için birbirlerini nasıl destekleyebiliriz?” Rol-playing zor geri bildirimler senaryoları da güven yaratabilir.

Liderler – Scrum Masters, ürün yöneticileri ve mühendislik yöneticileri – hataları kabul ederek ve ekip geri kalanı takip eder ve yanıt verir. tersine, eğer liderler eleştiriyi cezalandırırsa, takım da clam yukarı çıkaracaktır.

Dış kaynaklar, takımlar bu becerileri inşa etmelerine yardımcı olabilir. Örneğin, [[Şeref:0)Atlassian, geri bildirimin nasıl işlediği ve değerlendirmeden ziyade öğrenmeye odaklanmaya yönelik sorulardan oluşan pratik teknikler sunar.

Zor Stakeholder Personalities

Tüm olumsuz geri bildirimler profesyonel olarak teslim edilmez. Bazı paydaşların acımasızca konuşabileceği veya takımın çalışmasını haklı çıkarabilir. Bu olduğunda, takım toplantının bütünlüğünü tırmanmadan korumak için karşılıklılık stratejilerine ihtiyaç duyar.

İlk olarak, sorunundan insanı ayır. Davranışı sonlandırmadan önce duyguyu kabul edin: “Ben hayal kırıklığına uğrayabileceğinizi duyabiliyorum ve endişenizi ele aldığımızdan emin olmak istiyorum. Özellikle ne işe yaramıyor ve bunun yerine enerjiyi çözümlere yönlendirelim.”

Bir pay sahibi defalarca sohbete hükmedebilirse, kolaylaştırıcılar, katılımcıların geri kalanını korumak için zaman alıcı ve otoparkı kullanabilir. Örneğin: “Bu konuyu daha derin bir şekilde ele geçirebileceğimiz ayrı bir toplantıya götürebiliriz.

Aşırı durumlarda, ürün sahibi, beklentileri ve iletişim normlarını tartışmak için incelemeden sonra özel bir konuşma yapması gerekebilir. Hedef, eleştiriyi susturmak değil, ancak takımın verimli bir şekilde alabileceği bir şekilde teslim edilmesini sağlamak.

Ürün Sahibinin Geri Bildirimde Rolü

Ürün sahibi sprint incelemeleri sırasında kritik bir kapı koruma rolü oynarlar. Paydaşlar ve gelişim ekibi arasında birincil konduitlerdir. olumsuz geri bildirim ortaya çıktığında, ürün sahibinin endişesini doğrulamalı ve ürün Backlog üzerindeki etkisini değerlendirmelidir.

[[Ürün sahipleri her geri bildirim parçasının hemen kabul edilmesi için bir uyarıya karşı itiraza karşı direnmelidir.[D:0] Tüm eleştiri ürün vizyonu veya mevcut sprint hedefleri ile uyumlu değildir. yetenekli bir ürün sahibi, geri bildirimleri kabul eder ve gerçekçi olarak değiştirilebilenleri müzakere eder.Bu, takımın çok fazla yönden çekilmesini ve sprint hedefi korumasını önler.

Aynı zamanda, ürün sahibi, takım için daha geniş bir organizasyon içinde savunuculuk yapmalıdır. Eğer geri bildirimler, hisse senedi beklentileri ve ürün yol haritası arasında temel bir yanlışlık ortaya çıkarsa, bu boşluğu ele almak için ürün sahibinin işidir - takımla suçlanamaz, ancak öncelikler hakkında stratejik bir konuşma yaparak.

Sprint'in Güçlü Stakeholder İlişkileri Oluşturması için Görüşleri

Sonuçta, olumsuz geri bildirimler, paydaşların ürün hakkında bakım verdiği bir işarettir. Herkesin kibarca davrandığı ve geri çekilmediği bir inceleme oturumunun rahat hissetmeyebileceği bir şeydir, ancak genellikle bir şey yanlış olur - ne paydaşlar eleştiriyi ele almak için takıma güvenmez. ”

Bir ekip merak, şeffaflık ve iyileşme taahhüdü ile olumsuz geri bildirime yanıt verdiğinde, paydaşların fark ettiği. Güvenilirlik değerlendirmeleri daha işbirlikçi ve daha az savunma haline gelir. Ekip profesyonellik ve adaptasyon için bir üne sahiptir - herhangi bir Çevik organizasyonda paha biçilmez.

Geliştirmeye devam etmek için, takımlar inceleme sürecinin sağlığını basit ölçümlerle ölçebilir: sprint başına yakalanan eylem edilebilir geri bildirimler öğeleri sayısı, gerilog değişikliklerine sonuçlanan geri bildirimlerin yüzdesi ve her incelemeden sonra toplanan pay sahipleri memnuniyeti puanları ölçebilir.Bu sayıları izleyince, takımın gerçekten büyümeye dönüştüğüne dair eleştiriyi izleyin.

Sonuç: Geri bildirim Yakıttır

sprint incelemeleri sırasında olumsuz geri bildirimler, dayanacak bir engel değildir; çevre için yakıttır, sürekli olarak dinler ve duyguları yönetir, soruları açıklayarak ve eleştiriyi somut eylemlere dönüştürerek, takımların en değerlilere göre en gergin anlarını dönüştürebilir.

Bu en iyi uygulamaları kontrol listesi olarak değil, alışkanlıklar olarak uygulama. Zamanla, negatif geri bildirim korkusu ortadan kaybolur ve öğrenme için gerçek bir iştahla değiştirilir. Ve tam olarak yüksek bir Çevik takım yapan şey budur.