Scrum'da bilinmeyen ve etkileşimli 3 retrospektif fikir
Patronunuzun sizi sevmesini mi istiyorsunuz? O zaman ekibinizi performansın yeni zirvelerine taşıyın. Onu ortalama bir – arabadan patlayıcı bir rokete dönüştürün!
Nasıl mı? Konuyla ilgili ücretsiz ve psikolojik açıdan sağlam e-Kitabımı indirin " Ekip akışına giden 12 basit adım "ve baştan sona okuyun. Şimdilik bu kadar – ama şimdi bu metnin asıl konusuna gelelim.
Bu, 3 bilinmeyen ve interaktif Scrum Retrospektif fikirleri hakkındaki metin, bir alıntı ile iyi bir şekilde başlar: Scrum Ustası ve Eucon Münster’den:

“Bir Scrum Master olarak, retrospektifleri çeşitli ve heyecanlı hale getirmek genellikle zordur. Çoğu zaman bu, her zaman mevcut olmayan bir hazırlık süresi gerektirir.” — Matthias Adames, Scrum Master, Eucon GmbH
Bir Scrum Master ve psikolog olarak bu zorluğu ben de biliyorum. Bu yüzden Scrum’dan üç alternatif retrospektif fikri buraya kaydettim.
Bunları hikaye anlatımıyla süslerseniz ve ekipler genellikle çeşitliliğe hazırsa, size iyi hizmet edeceklerdir. Bazılarının sadece belirli bir olgunluk seviyesi için veya belirli durumlarda uygun olduğunu eklemeliyim. Ve böylece üçünün adı: Kulaktan Dolma Bilgiler, Takım Kısaltması ve “Çatışmalar Pusulası”.
Bir şey önceden: yakın zamanda 3 yeni Retrospektif Atölye fikri geliştirildi (Superman Retro dahil) - bir göz atın.
Retrospektif Scrum Fikirleri 1: Söylenti - Söylenmesi gerekenler
Psikoterapiden gelen güçlü bir Retrospektif Scrum fikriyle başlıyoruz. Çünkü tavsiye edilen kitap ” gibiThe Gentle Art of Asking Instead of Telling” sanat, çözümleri adlandırmak değildir. Aksine, doğru çözümlere yol açan soruları sormaktır.
Bir Scrum Ustası bana bir keresinde retrospektif fikri ya da yöntemiyle hedefi on ikiden vurduğunu söylemişti. İfadesi şuna benzer bir şeydi: “Bu yöntemi kullanarak Echometer ile retrospektif çalışmamızda temel bir ekip çatışmasını ortaya çıkarmamış olsaydık, bu çatışma bir ay sonra üç kat daha güçlü bir şekilde bize geri dönecekti!”
Eğer durum buysa. İlk soruyla başlayalım:
1. Söylenmesi gereken neyi söylemiyorum?
Tabii ki, buna karşılık gelen psikolojik güvenliğe ( başarılı ekipler için en önemli faktörlerden biri ) burada odadaki fili telaffuz etmek için. Ancak daha düşük olgunluk seviyesine sahip ekiplerde bile bu soru, deneyimlerime göre, ekibi yeni düşüncelere veya önemli noktalara getirebilir. İkinci soru daha çok ekip üyelerinin kişisel duygularına odaklanır.
Duyulması gereken neyi duymuyorum?
Bu noktada, en iyi durumda, ekip üyelerinin endişeleri veya ihtiyaçları ön plana çıkar ve bunlar için genellikle yeterince yer ayrılmaz. “Tipik” bir sonuç muhtemelen ekipten birilerinin daha sık “teşekkür” dilemesi olacaktır. Ancak, ekip üyelerinin sesine farklı bir şekilde megafon sağlamaya çalışan üçüncü bir husus da gözden kaçırılmamalıdır:
3. Daha sık duyulması gereken ne söylüyorum?
Çünkü çoğu zaman insanlar endişelerini dile getirir, ancak bunlar (belki de sadece öznel olarak) ekip içinde yeterince algılanmaz veya değer görmez. İşte bu soru tam da bunun içindir.
Bu retro yöntemleri veya soruları beğendiyseniz, bunları doğrudan ekip geliştirme aracımız Echometer’de açabilirsiniz:
Echometer aracında Retro yöntemini nasıl açarsınız: Aşağıdaki butona tıklayın, ekibinizi davet edin ve başlayın - giriş yapmaya gerek yok ��
Retrospektif Scrum Fikirleri 2: Takım Kısaltması
Scrum’da retrospektifiniz için bir sonraki fikir biraz çeşitlilik için bir şeydir ve şu durumlarda kullanılabilir farklı aşamalar retrospektifte kullanıldı. Oldukça basittir, ancak yaratıcılığı biraz teşvik edebilir.
Temel fikir oldukça basittir: her ekip üyesi, örneğin ekip adı, ekip vizyonu veya şirket adından bir kısaltma oluşturur. Bu kısaltma örneğin son sprint’e atıfta bulunabilir, ancak aynı zamanda geleceğe yönelik umutları veya endişeleri de içerebilir (ekip vizyonu fikri anlamında). Ölüm öncesi yöntem ).
Ayrıca genişletilmiş check-in veya check-out için veya bir veri toplama mekanizması olarak da kullanılabilir.
Örneğin, ekibinizin adının TORPEDO olduğunu ve son sprint hakkında veri almak istediğinizi varsayalım. O zaman örnek bir kısaltma şöyle görünebilir:
Sonlandırıldı
O ffen
R eife
P laneless
E legant
D ankbar
Tanım O f Bitti
Bu nedenle farklı noktalar, her bir ekip üyesinin geri bildirimi için yaratıcı bir “hatırlatma” işlevi görür. Elbette, örneğin her durumda ilgili kişinin bir açıklaması gereklidir:
“Olgunluk düzeyi derken neyi kastediyorsun?” - “Bazen backlog’da, bu konuda somut bir iletişim olmadan değişiklikler yapıldığını fark ettim. Dürüst olmak gerekirse bundan pek memnun değilim. Hipotezim, olgunluk düzeyi arttıkça bunun daha iyiye gideceği yönünde - henüz genç bir ekibiz. Ama dikkati buna çekmek istedim.”
Yani tek tek kelimeler mesajın özünü yakalamak zorunda değil, daha ziyade tüm meseleyi biraz daha eğlenceli ve oyuncu hale getirmeli. İsterseniz, en yaratıcı kısaltmayı (sembolik) bir ödülle de taçlandırabilirsiniz. Sadece bir alkış bile olsa :-)
"Birçok ekip üyesi konuşmaya cesaret edemiyor!"
Bu zorluğu çözün"Çok fazla beklenmedik sorun ve hatayı geç bir aşamada keşfediyoruz!"
Bu zorluğu çözün"Neden bazen basit bir retrospektif hazırlamak saatlerimi alıyor?"
Bu zorluğu çözünGeriye Dönük Scrum Fikirleri 3: Bir Çatışma Pusulası Oluşturmak
Gibi web sitelerinden de bazı Retrospektif Scrum fikirleri ve yöntemleri hakkında kişisel olarak sevdiğim şey. Retromat Sevmediğim şey (kendimi ve Echometer’yi hariç tutmuyorum) belirli bir takım mücadelesine göre uyarlanmamış olmaları.
Ancak aşağıdaki retrospektif yöntemi bu olmalı - ve çatışmalar konusunda. Ekipteki çatışmalar normaldir. Aynı zamanda bir işaretidir Psikolojik güvenlik - ancak yeterli güvenlik olduğunda kişi sürtüşme noktalarını ve hataları ele almaya cesaret eder.
Yine de, onlardan yapıcı bir şekilde öğrenmek ve gelişmek için onlarla sağlıklı ve hedefli bir şekilde başa çıkmak önemlidir. Özellikle de ekibin ergenlik dönemindeyseler - ekip gelişiminde “Fırtına Aşaması” - meydana gelir.
Fikir ve prosedür
Buradaki retrospektif fikir temelde, ekipteki çatışmalarda nasıl davranılacağına dair kendi kurallarınızı veya pusulanızı geliştirmektir. Buradaki “püf nokta”, dışarıdan empoze edilmemesi, aksine birlikte geliştirilmesidir. Böylece psikolojide bilinen Çaba Gerekçelendirme Etkisi etki etmek.
Somut olarak, prosedür (yaklaşık 50 dakika) aşağıdaki gibidir.
- Üç grup oluşturulur: Bir lehte, bir aleyhte ve bir gözlem grubu. Ekiplerin mümkün olduğunca karışık olmasına dikkat edilmelidir. Potansiyel olarak, ekipteki “tipik” gruplar bir alt grupta yer almamalıdır.
- İlk adımdaki ekiple hiçbir ilgisi olmayan nispeten önemsiz (veya o kadar da önemsiz olmayan) bir konu seçilir.
Şirkete bağlı olarak, örneğin bir çalışan anketinin anonim olarak yapılıp yapılmaması, şirkette evden çalışma uygulamasının artırılıp artırılmaması veya yönetim katında bir kadın kotasının olup olmaması tartışılabilir. Bu konuların çok “çatışma-kışkırtıcı” olarak görülmesi durumunda, tarafsız olması gereken harici konular da seçilebilir: Okul üniforması olmalı mı veya Avrupa devletleri siyasi olarak daha da yakınlaşarak “Avrupa Birleşik Devletleri” mi olmalı?… - Ekiplerin argümanlarını düşünmeleri için birkaç dakikaları vardır.
- Tartışma buna göre yürütülür ve gözlem grubu bolca not alır.
- Tartışmanın ardından gözlemler paylaşılır, kaydedilir ve üzerinde birlikte düşünülür.
- Bu temelde, gelecekteki çatışmalar için üç ila beş kural birlikte belirlenir. Karşıt görüşler söz konusu olduğunda nasıl davranmak istersiniz?
- Kurallar bir poster üzerinde herkesin görebileceği şekilde tutulur, gerekirse dijital bir Kanban Panosunda da - bir Çatışma Pusulası oluşturulmuştur :-)
Bu nedenle Çatışma Pusulası, çatışmalarda nasıl hareket edileceği konusunda belirsizlik yaşandığında yön göstermeye yardımcı olur.
Bu arada: Çatışmalar, doğru zihniyetin hedefli bir şekilde teşvik edilmesiyle de önlenebilir. Bu konuda daha fazla bilgiyi şu yazımda bulabilirsiniz Çevik zihniyetin ardındaki şaşırtıcı gerçek üzerine makale .
Bonus - Scrum Retrospektif Fikirleri 4: Echometer
Retroları tasarlamanın bir başka yolu da elbette mevcut olanı kullanmaktır - Retro Araçları! Özellikle, geliştirilmesine kendim de katkıda bulunduğum Echometer’den bahsetmek istiyorum.
Ekip Health Check’lerinden en iyi şekilde yararlanmak için psikolojiden elde edilen bilgileri Agile en iyi uygulamalarıyla birleştirir ve ekip gelişimi için geri döner.
Ayrıca farklı retrospektif yöntemlerden oluşan bir kataloğumuz var ve hem çevrimiçi uzaktan hem de çevrimdışı olarak kullanılabilir.
Temel versiyonu ücretsizdir. Sadece denemek isterseniz - Burada daha fazla bilgi edinebilir ve Ücretsiz başlayın.
Aracımızdaki tüm olası retro yöntemleri keşfetmek isterseniz, bunu aşağıdaki düğmeye tıklayarak da yapabilirsiniz:
Scrum’da Daha Fazla Retrospektif Fikir
Online olarak şunları yapabilirsiniz Birçok retrospektif Scrum fikri bulmak. Ancak umarım bu üçü sizin için yenidir veya karşılaştığınız zorluklara uygundur.
Retrospektifiniz için daha fazla fikir ve yöntemi, bu kez veri toplama aşaması için, bu konudaki diğer makalemde bulabilirsiniz: Ok ve Yay, Sherlock Holmes ve Roket Retro !
Geriye dönük incelemeleriniz için daha çeşitli sorular istiyorsanız, bu konudaki yazımıza göz atın: 54 yeni başlayanlar ve profesyoneller için yeni retrospektif teknikleri (diğerlerinin yanı sıra Mario Kart Retro, Marathon Retro ve Elon Musk Retro ile).
Aman, aman, aman - hala yeterli değil: En son Retro Yöntemleri gönderilerimizi de burada belirtmek için, ilgileniyorsanız lütfen bir göz atın: Harry Potter Retro , ” olan İyi Kötü Çirkin ” Retro, die “ Zevk ve Kazanç ” Retro oder die Denizyıldızı Retro 🙂
Bazı müşterilerimiz çok farklı bir sorun yaşıyor: Retro yorgunluğu! Bazen “Retro gereksiz” sözünü duyarsanız, bir göz atın Retro Yorgunluğu için 7 İpucu .
Takım üyelerinin çevik düşünce yapısını sürdürülebilir bir şekilde geliştirmenin en iyi yollarından biri, çevik bir Sağlık Kontrolü uygulamaktır. Bizim ücretsiz Team-Health Check yapım kiti doğru soruları sormanıza yardımcı olabilir - sadece tıklayın ve göz atın.