Bu sayfa otomatik olarak çevrildi. Daha iyi bir okuma deneyimi için lütfen İngilizceye geçin.

İngilizceye Geç
Jean Michel Diaz
Jean Michel Diaz

Zombi scrum'ı 3 adımda düzeltin

Zombi Scrum nedir?

Zombi Scrum, Scrum yapısını (ritüeller, roller vb.) koruyan ancak gerçek çekirdek – müşteri faydasını, değerlerini ve sürekli iyileştirme –‘yi kaybeden ekipleri tanımlar. Scrum böylece gerçek çeviklikten yoksun boş bir kabuğa dönüşür.

Zombi Scrum’ın tipik belirtileri şunlardır

  • Katma değeri olmayan, mekanik olarak gerçekleştirilen ritüel süreçler
  • İşleyen artışlar yok, paydaş incelemeleri nadir veya yararsız
  • Gerçek bir geriye dönük veya iyileştirme planı yok
  • Az özerklik, sorumluluk eksikliği

Zombi Scrum’ın etkisi: motivasyon kaybı, düşen kalite, özelleştirme eksikliği – Boş bir ritüel olarak Scrum. Ayrıca bakınız: Sahte Agile

Zombie Scrum için birçok neden vardır. Buna muhtemelen en iyi cevabı ekibiniz ve kuruluşunuz için ayrı ayrı verebilirsiniz.

Ya da değilse, belki de sadece ekibinize sorun? İşte ekibinizdeki zombi scrum’ın nedenlerini araştırmak için kullanabileceğiniz retro bir format:

  • Müşterilerimizden doğrudan geri bildirim almamızı engelleyen veya zorlaştıran şey nedir?
  • Önceliklerimizi, çalışma yöntemlerimizi ve çözüm yaklaşımlarımızı bağımsız olarak belirleme özerkliğimizi engelleyen nedir?
  • Bir ekip olarak ekip hedefimize ulaşmak ve müşterilerimiz için değer yaratmak üzere en üst düzeyde motive olmamız için ne olması gerekir?

Zombi Scrum nasıl çözülür: 3 adım

Scrum için pek çok talimat son derece tekniktir. Ben bu kadar ayrıntılı talimatların hayranı değilim. Bir sprint gözden geçirmesini tam olarak nasıl yaptığınız sonuçta önemsizdir. Benim deneyimlerime göre, Zombi Scrum’ı iyileştirmek için gereken kilit noktalar aşağıdaki 3 adımdır:

Adım 1: Ekip hedefi ve müşteri geri bildirimi

Gerçek müşteri teması olmadan çevik bir şekilde çalışamazsınız. Sonuçta ekip, bir sonraki sprintin önceliklendirmesine dahil etmek için her sprintten sonra müşterilerden geri bildirim alabilmelidir.

Yönetim ve diğer paydaşlar müşterinin “vekili” olarak hizmet etmemelidir. Çevik ekipler, yönetimin müşterinin istediğini düşündüğü şeyi değil, müşterinin istediğini geliştirir. Ve bu nedenle çevik ekipler yönetimle değil, doğrudan müşterinin kendisiyle konuşur.

Elbette: Yönetimin de ekip üzerinde etkisi vardır ve bunda bir sorun yoktur. Yönetim ekibin hedeflerini formüle etmesine yardımcı olabilir. Ancak daha sonra ekibe, müşterilerle birlikte kendi kendini organize edecek şekilde çalışması için yönetim tarafından yeterli özgürlük verilmelidir.

Adım 2: Psikolojik güvenlik ve öz yeterlilik yaratın

Bir şeyler yolunda gitmediğinde ekip doğrudan konuşuyor mu? Yoksa sadece kapalı kapılar ardında sorunlar hakkında fısıldaşıyorlar, ancak bir gelişme sağlamak için bunları gerçekten yapıcı bir şekilde ele almıyorlar mı?

Eğer öyleyse, bunun nedeni iki şey olabilir:

  • Ekipte psikolojik güvenlik eksikliği var: insanlar sorunları açıkça dile getirmeye cesaret edemiyor.
  • Öğrenilmiş çaresizlik: Ekip artık herhangi bir şeyin iyileştirilebileceğine inanmıyor.

Genellikle her ikisinin bir karışımıdır. Sorunların ele alınmasının normalleştirilmesi ve hatta en iyi durumda bunların takdir edilmesi için açık bir hata kültürüne ihtiyaç vardır.

Öğrenilmiş çaresizlikten (yani düşük öz yeterlilikten) kurtulmak için bir sonraki adıma ihtiyaç vardır:

Adım 3: Sürekli iyileştirme

Ekip, ele alınan sorunların da çözüldüğünün farkına varmalıdır. Bu nedenle sorunlarla aktif bir şekilde ilgilenmek ve onları çözmek için her fırsatı değerlendirin.

Ekip bir şeylerin değiştiğini fark eder etmez, retrospektiflerde sorunları daha açık bir şekilde tekrar ele alacaktır.

Bu bir gecede olmadı. Öğrenilmiş çaresizlik yıllar içinde büyümüştür. Ancak bu bir bahane olmamalıdır! Her geriye bakış, öz yeterliliğin pozitif sarmalını harekete geçirmek için bir fırsattır.

İpucu: Retrospektifleriniz ivme kaybetmişse Echometer size yardımcı olabilir: Eğlenceli ve yapılandırılmış yaklaşımıyla Echometer ile retrospektiflerinize yeni bir soluk getirebilirsiniz. Sadece buradan deneyin: Echometer retro aracını deneyin

Sonuç: Zombi Scrum tedavi edilebilir

İyileştirme = ekip hedefi + müşteri geri bildirimi + psikolojik güvenlik + sürekli iyileştirme

Önce iyi haber: Evet, Zombi Scrum tedavi edilebilir. Ve hatta hangi bileşenlere ihtiyaç duyulduğu da nispeten açık.

Kötü haber şu ki, bu bileşenlerin her birini elde etmek kolay değil. Bağlama bağlı olarak, koşulları oluşturmak kuşkusuz çok fazla enerji gerektirebilir. Daha da kötüsü, kuruluşunuzun gerçek çevik çalışma yöntemlerine henüz hazır olmadığı ortaya çıkabilir.

Ancak en kötü senaryoyu varsaymayalım. Artık en azından zombi scrum’ınızın nedenini biliyorsanız, bunun üzerinde hedefli bir şekilde çalışabilirsiniz. Çok çevik, adım adım.

O zaman haydi bakalım!

Blog Kategorisi

Çeviklik hakkında ipuçları ile ilgili diğer makaleler

Bu kategorideki tüm makaleleri görüntüle
Çevik Spotify Modeli: Squad'lar, Tribe'lar, Chapter'lar ve Guild'ler Açıklanıyor

Çevik Spotify Modeli: Squad'lar, Tribe'lar, Chapter'lar ve Guild'ler Açıklanıyor

Spotify Modeline Kısa Bir Bakış: Squad'lar, Tribe'lar, Chapter'lar ve Guild'ler çevikliği nasıl ölçeklendirir, hangi roller yer alır ve uygulamaya koyarken nelere dikkat etmelisiniz?

Ekiplerin kutlayacağı 5 sprint retrospektif fikri

Ekiplerin kutlayacağı 5 sprint retrospektif fikri

Bir psikolog ve Scrum Master olarak, Sprint Retrospektif fikirlerine muhtemelen alışılmadık bir bakış açım var. Sürekli iyileştirmenin "yumuşak" tarafına biraz daha fazla odaklanıyorum. Çevik zihni...

Agile retrospektifleri için 7 favori şablonum

Agile retrospektifleri için 7 favori şablonum

Ekibimde, ortalamanın üzerinde sıklıkta çevik retrospektifler yapıyoruz: Her Cuma, yani haftada bir. Ve inanmayacaksınız ama, diğer şeylerin yanı sıra, birçok harika çevik retrospektif şablonu saye...

Uzaktan çalışan bir yazılım geliştirme ekibinde iletişimi nasıl geliştirebilirsiniz?

Uzaktan çalışan bir yazılım geliştirme ekibinde iletişimi nasıl geliştirebilirsiniz?

Yazılım geliştiricileri ve yazılım mühendislerinden oluşan sanal veya uzak mühendislik ekiplerinde iletişimi geliştirmek için çeşitli önlemler ve yaklaşımlar vardır. Bu kişilerin ön uç, arka uç vey...

DORA & SPACE ölçümleri: İyileştirme için 2 ekip çalıştayı

DORA & SPACE ölçümleri: İyileştirme için 2 ekip çalıştayı

Teknik bir liderseniz, muhtemelen ekibinizin yazılımı ne kadar iyi sunduğunu ve bunu nasıl iyileştirebileceğinizi bilmek istersiniz. Belki de yazılım sunum performansınızı ölçmenize ve optimize etm...

Çalışma Anlaşmaları: 10 Örnek, Numune ve Şablon

Çalışma Anlaşmaları: 10 Örnek, Numune ve Şablon

Ekiplerde etkili işbirliği, özellikle Scrum gibi çevik yöntemler bağlamında başarı için çok önemlidir. Çalışma Anlaşmaları, işbirliği için net bir çerçeve oluşturmada çok önemli bir rol oynar. Ve e...

Ekip liderleri için kontrol listesi: 10 temel görev

Ekip liderleri için kontrol listesi: 10 temel görev

Bir ekip lideri olarak, çalışanlarınız ve ekibiniz için çok fazla sorumluluk üstleniyorsunuz. Ekip liderlerine yönelik bu kontrol listesi, genel bir bakışa sahip olmanızı ve hiçbir şeyin yanlış git...

Hizmetkâr Lider Olarak Scrum Ustası: Düşünmek için 8 yiyecek

Hizmetkâr Lider Olarak Scrum Ustası: Düşünmek için 8 yiyecek

Deneyimli bir psikolog ve Scrum Master olarak, ekip liderlerinin çevik ortamlarda karşılaştıkları zorlukları anlıyorum. Çeviklik ve liderlik arasındaki dengeyi bulmak kolay bir iş değil. Bu yazıda,...

Her Scrum ekibi çevik değildir: Sahte Agile

Her Scrum ekibi çevik değildir: Sahte Agile

Fake Agile: Her Scrum takımı çevik midir? Hayır, ne yazık ki her Scrum takımı aslında çevik değildir. Açıklamama izin verin: Bir Scrum ekibi Scrum çerçevesine göre çalışarak tanımlanır: Yani sprint...

Echometer Haber Bülteni

Echometer ile ilgili güncellemeleri kaçırmayın ve çevik çalışma için ilham alın