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 gider. Scrum Ustası ve Eucon Münster’den başlayın:

“Bir Scrum Master olarak, retrospektifleri çeşitli ve heyecanlı hale getirmek genellikle zordur. Çoğu zaman bu, her zaman mevcut olmayan bir miktar 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 (Superman Retro dahil) geliştirildi - gelip 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ümlerden bahsetmek değildir. Aksine, doğru çözümlere götüren 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:
Retro yöntemini Echometer aracında şu şekilde açarsınız: Aşağıdaki düğmeyi tıklamanız, ekibinizi davet etmeniz ve başlamanız yeterli - giriş yapmanız gerekmez ��
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 ile ne demek istiyorsun?” - “Backlog’da bazen etrafa karışıklık çıkarıldığını ve bunun hakkında somut olarak iletişim kurulmadığını fark ettim. Açıkçası bundan pek memnun değilim. Hipotezim, olgunluk düzeyi arttıkça bunun daha iyiye gideceği yönünde - çünkü henüz genç bir ekibiz. Ama dikkatleri buna çekmek istedim.”
Bu nedenle, münferit kelimeler mesajın özüne isabet etmeyebilir, ancak her şeyden önce her şeyi biraz daha eğlenceli ve eğlenceli hale getirmelidir. Eğer isterseniz, en yaratıcı kısaltmaya (sembolik) bir ödül verebilirsiniz. Ve 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ıdır - ve çatışmalar konusunda. Ekipteki çatışmalar normaldir. Bunlar aynı zamanda bir işarettir Psikolojik güvenlik - çünkü sadece uygun güvende, sürtünme noktalarından ve hatalardan bahsetmeye cesaret edilir.
Yine de, onlardan yapıcı bir şekilde öğrenmek ve kendinizi geliştirmek için onlarla sağlıklı ve hedefli bir şekilde başa çıkmak önemlidir. Özellikle de ekibin ergenliğindeyseniz - takım geliştirmede “Fırtınalı Aşama” - meydana gelir.
Fikir ve prosedür
Buradaki retrospektif fikri, temelde çatışma durumlarında ekipte nasıl davranmak istediğinize dair kendi kurallarınızı veya pusulanızı geliştirmektir. Buradaki “hile”, bunun dışarıdan belirtilmemesi, ancak ortaklaşa geliştirilmesidir. Psikolojide bilinen Effort Justification Effekt etki eder.
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ılmayacağını, şirkette daha fazla evden çalışmanın mı yapılması gerektiğini veya yönetim katında bir kadın kotası olup olmadığını tartışabilirsiniz. Bu konuların çok “çatışma-kışkırtıcı” olarak görülmesi durumunda, tarafsız olması gereken dış konular da seçebilirsiniz: Okul üniforması olmalı mı veya Avrupa devletleri siyasi olarak daha da yakınlaşıp “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 herkesin görebileceği bir posterde veya gerekirse dijital bir Kanban panosunda tutulur - 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 tabii ki var olanı kullanmaktır - Retro Araçları! Burada özellikle gelişimine kendimin 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öntemlerinden oluşan bir kataloğumuz var ve hem çevrimiçi uzaktan hem de çevrimdışı olarak kullanılabilir.
Temel sürümü ü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).
Adamım, adamım, adamım - hala yeterli değil: En yeni Retro Yöntemleri yayınlarımızı burada da belirtmek için, ilgileniyorsanız lütfen bir göz atın. Harry Potter Retro , “bölümüne İyi Kötü Çirkin ” Retro, “bölümüne Zevk ve Kazanç ” Retro veya Denizyıldızı Retro 🙂
Müşterilerimizden bazılarının bambaşka bir sorunu var: Retro yorgunluğu! Bazen “Retro gereksiz” sözünü duyarsanız, lütfen bir göz atın. Retro Yorgunluğu için 7 İpucu .
Takım üyelerinin çevik zihniyetini 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.