Scrum ekibinde baskın takım üyeleri

Bir ekip üyesinin sorumluluklarını almaya çalıştığı bir durumda, ilk başta kendisine değil Scrum Ustasına atanan bir durumda ne yapardınız?

Scrum takımı kendi kendini organize eder, bu yüzden biraz daha baskın olan biri için yer vardır. Diğerleri, üzerinde çalıştıkları görevler hakkındaki fikirlerini sormalı, ancak hâkimiyeti kontrol altında tutulmalıdır.

Ne yapabilirsin:

• Diğerlerini bağımsız ama işbirlikçi olmaları için motive edin - bu, yöneticileri ve İK'yla işbirliği yaparak, onlara düzenli olarak değerlendirilecek bazı beklentileri belirleyen en iyi şekilde yapılabilir.
• Stand-up sırasında, planlama ve retrospektifleri; önce diğer ekip üyelerinin konuşmasına izin verin. İncelemeler sırasında, diğer ekip üyelerinin uyguladıkları kullanıcı hikayelerini sunmalarına izin verin.
• Diğerleri önce işleri seçsinler; böylece baskın geliştirici sadece yapmak istediği işleri seçemez.
• Bazı görevler için çift programlamayı dahil edin, böylece baskın ekip üyesi diğer geliştiricilerle işbirliği yapıyor.
• Demokratik Olun - bir takım üyesinin görüşü süreçte değişiklik yapmak için yeterli değil - Scrum sadece ekip net bir şekilde iletişim kurarsa çalışacak, ya da sadece birbirinizi engelleyeceksiniz.
• Bunların hiçbiri yardımcı olmazsa, baskın takım üyesi ile konuşmalı ve durumu ona açıklamalısın - ama sakın bir sebepten ötürü Scrum'da takım lideri yok. Eğer yönetimden destek alıyorsanız, onun iş istikrarını da tehdit edebilirsiniz, ancak bu en son seçenek olmalıdır.

Eğer hakim takım üyesi üstünlüğünü kaybetmek istemiyorsa ve pasif ekip üyeleri daha aktif olmak istemiyorsa, menajerleri ve İK'dan destek almanız gerekir. Scrum süreci yönetim tarafından teşvik edilmezse, bu bir problem olabilir.

Muhtemelen, bu sorunun nedeni, bu baskın kişi yüzünden takımın bir şekilde düşük performans gösterdiğini hissetmenizdir. Belki de takımın geri kalanı% 100 katkı sağlamadığından, çünkü sorun ne?

Yönetici olarak, tüm çalışanlarınızın rollerinin ne olduğunu anladığından emin olmak sizin sorumluluğunuzdadır. Spesifik olarak, onlardan beklenenler ve nasıl değerlendirileceği. Bir Scrum ekibinde ekip üyesi olarak, ekibin başarısından her kişi kişisel olarak sorumludur. Bu yüzden bu baskın takım üyesinin bu sorumlulukta başarısız olduklarını bilmeleri gerekir ve buna göre değerlendirilirler.

Geribildirim önemli bir nokta. Bir takım toplantısı varsa ve bu kişi tartışmaya hükmediyorsa, tasarımlarını ve yaklaşımını ekibin geri kalanına zorlar ve geri kalanını pasif rollere iter, o zaman açıkça ve özel olarak, gereksinimleri yerine getirmekte başarısız olduğu söylenmesi gerekir. Rolün Onu yalnızca kendi kişisel başarılarını vurguladığına dikkat çekiyorsanız, bunun üzerine çağrılması gerekir ve kişisel başarıların, ekibin grup başarısı kazanmasına yardımcı olmaktan çok daha az değerli olduğunu anlaması gerekir.

Bunların hepsi zor, ama yöneticiler ve Scrum Masters bunun için var.

Bunu yapmanın bir başka yolu var. Bir takım problemi yap. Onları bir araya çağırın ve başarılarının düşük olduğunu söyleyin ve işte neden. Onlardan bir çözüm bulmalarını isteyin. Şaşırmış olabilirsin.

Neden alfa geliştiricisine fikrini sormuyorsun. Etkisi hakkında hiçbir fikri olmaması tamamen mümkün. Onu bir kenara ayır ve ne düşündüğünü söyle. "Öncü geliştiricimiz sizsiniz, ancak bu insanları sizin seviyenize yükseltmemiz gerekiyor, bu konuda nasıl çalışabiliriz?" Konusunda yardımınıza ihtiyacım var. " Egemenliğini bir varlığa dönüştürün. Bunu yapmanın yollarını görebiliyor mu, gör.

Eğer takımını ne kadar iyi desteklediğini ölçüp onları seviyesine çıkarırsa, o zaman bunu yapmak için daha fazla motivasyonu olacaktır.

Aslında ekibin çıkarına çalışmadığını (tahminime göre), yani bir şekilde kötülük olduğunu, o zaman evet, onu kaldırdığını ima ediyorsun. Fakat bilge bir adam bir keresinde bana şöyle dedi: Uyumsuzluk veya basit cehaletin daha muhtemel olduğu durumlarda, kötü niyetli irade varsayma.

Scrum Ustası olmaya çalışıyor gibi görünüyor.

Konumlarını netleştir ve buna göre davran.

Scrum Master'ın rolü takım ruhunu sağlamaktır. Bunu yapamazsanız ve yalnızca bir kişiyi takım oyuncusu yapabilirseniz, onu takımdan çıkarın .

Kısa not: Hakim geliştiriciniz, pasif geliştiricinizden daha problemli değildir.

şu anda sprint planlaması takım boyunca dönen bir rol.

Sprint planlama tüm takımı içermelidir, bir seferde bir kişiye teslim edilmemelidir. Bunun için iyi bir neden olmadığı sürece, bunu ciddi bir problem olarak görüyorum.

Söylediğiniz şey doğruysa ve nesnelse, elinizde önemli bir sorun var: Katılmayan insanlar ve gerçekten çevik bir süreci engelleyen “Hakim”. Srum ustası olarak harekete geçmek size kalmış. Belki proje yöneticinizi bu durum hakkında güvene almak istersiniz.

Birçok takım çevikliğin özünden uzak durur ve onları geri getirmek sizin görevinizdir . Çevik değerleri öğretip takıma yeniden yerleştirmeniz gerekiyor. Aslında sürekli çevik değerler öğretmelisiniz. Çevik vizyonunuzu kaldırın, net ve güçlü olun. Onlara "çevik işler" e bağlılığınızı gösterin.

Bunu yapmak için, onları çevik manifesto ve Scrum değerleri boyunca yürütün. Onlara işbirliğinin onlar için ne anlama geldiğini ve neden önemli olduğunu sorun. Onlara çeviklikte güvenin rolünü sorun . Scrum'da neden takım lideri rolü ve proje yöneticisi rolü olmadığı ve bireysel olarak değil de harika yazılım yapmak için tüm takımın sorumluluğu olduğu hakkında konuşmak için çok iyi bir zaman .

Bununla ilgili tüm geriye dönük bir oturum planlayın. Birtakım değerler için taahhütte bulunmalarını ve sonraki retrospektif sırasında takip etmelerini sağlayın. Parmaklarınızı tutmayın, nötr yöntemler kullanın.

Diğer üyeleri güvenli bir şekilde görüşlerini ifade etmeye zorlayan yöntemler tanıtın. Beşinci yumruk gibi basit bir şey , ekibin sessiz seslerini duymak için harika. Takımın baskın adamla aynı fikirde olmadığını açıkça ortaya koyuyor. Planlama Poker iyi çalışıyor, ancak anahtar kartlar gösterilmeden önce tartışma yapılmasına izin vermiyor . Çatışmalara başlamadan başkalarının duyulmasına yardımcı olan herhangi bir şey yardımcı olur.

Bu iyi giderse, hepiniz hazırsınız. Aksi takdirde, sorun hakkında onunla konuşun. Koçluğu kullanın ve sorunu net bir şekilde anlamasına yardımcı olabilecek güçlü sorular sorun. Kök almaya çalışın çünkü neden baskın rolü üstlendi. Belki takıma güven duymuyor (neden?) Ve belki de başarıdan sorumlu olduğunu düşünüyor (neden?). Bu rolün istediği bir şey olmadığını ve değişmesini istediği için mümkün olduğunu düşünüyorum. O olabilir etrafında gelip bunun farkında.

Belki de "baskın" dev, takım başarısından ziyade kişisel performansıyla ödüllendirilir?

Geçmişte çok vokal olan ve net fikirleri olan insanların başkalarının katkılarını teşvik ederek de (hedefleri doğrultusunda) ödüllendirildiğinden emin oldum.

Genel olarak, scrum üyelerini ekip başarılarından ziyade bireysel katkılarından dolayı katı bir şekilde ödüllendirmenin kötü bir fikir olduğunu düşünüyorum.

Ayrıca, diğer takım üyelerinin yorumlarında doğru olacağını düşünüyorsanız, tüm takım üyeleri için ekibinizde 360 ​​geri bildirim turu deneyebilirsiniz.

Bir sonraki sprint için Scrum Ustası olmasını öneriyorum.

Sorumluluk almak isteyen insanlar bir sorun değildir (onlar üzerinde tekel istemedikleri sürece), tam olarak öz-örgütlenme ile elde etmek istediğimiz şeydir.

Bu arada dönen bir scrum master rolü olan takımlar nadir değildir.

Scrum ustasının tek görevi herkesin Scrum kitabı kurallarına göre oynamasını sağlamaktır. Scrum ustaları bunu Scrum ustasının müdahalesi olmadan kendi başlarına yaparlarsa, bu size harika (Scrum-) formda olduğunu gösterir! Scrum ustasının yapması gereken şey ne kadar azsa, takımınız ne kadar kaba ve kaba davranırsa, Scrum bakış açısından. Sonunda Scrum ustasının rolü ortadan kaldırılabilir / ortadan kaldırılabilir, o size başlamanıza ve Scrum'ı öğretmeniz için oradadır.

Yine, Scrum ustası geliştirme sürecine katılmamıştır. Tüm paydaşların doğru şeyler hakkında zamanında iletişim kurmasını sağlamalı, Scrum'u tanıyor ve Scrum konusunda rehberlik sağlıyor, ürün sahibi veya proje lideri değil. Farklı bir şey yaşarsanız, çevik ruhta Scrum yapmıyor olabilirsiniz. Tabii ki, daha küçük ortamlarda Scrum Master, takım üyelerinden birinin veya paydaşların tarafında oynadığı bir rol olabilir. Öyleyse, formalitelerin zamanı geldiğinde giyilen bir başlıktır. Bir liderlik rolü ile karıştırmayın, bu bir rehberlik rolüdür.

Bireyciliği ve bireysel performansı benimseyin, fakat aynı zamanda pasif bireyleri daha katılımcı olmaları için güçlendirmeye çalışın.

Tecrübelerime göre ilk bakışta benzer görünseler bile, komünizm ve çevik aynı değil. Çevik, sınıfsız bir toplumu (takımı) değil, çalışan yazılımı da amaçlar.

Alfa geliştiricinizin, her zaman önce yanıt vermek ve bireysel başarılar elde etmek yerine, sorup koçluk yaparak başkalarının becerilerini geliştirmenize yardımcı olabileceğini anlamasını sağlayın. Elbette, alfa geliştiriciniz iyi bir yazılıma önem veren ve bu sizin kaybetmenize izin veremeyeceğiniz bir şey.