Bir Sonraki Scrum Master İşinize Girdiniz. Şimdi ne olacak?

Bir Scrum ustası yeni bir işe başladığında, genellikle iki şey doğrudur: Herkes hemen işinize başlamanızı ister ve kimse hangi işi yapmanız gerektiğinden tam olarak emin değildir. Yönetim genellikle sürece acele etmenizi ve bir süredir birikmekte olan sorunları çözmeye başlamanızı bekler. Scrum ustasının ekibinin hemen performans göstermesini isterler ancak Scrum ustasının rolünün ne olması gerektiği konusunda yalnızca belirsiz beklentileri vardır.

Bu ilk günlerde aciliyet ve belirsizliğin birleşimi, bir Scrum ustasının herhangi bir sayıda yanlış adım atmasına neden olabilir. Yeni bir rolde, proje ekibinde veya organizasyonda Scrum ustaları tarafından yapılan daha yaygın hatalardan bazılarına bakalım. Etkili bir hizmetkar lider ve değişim aracısı olarak ekibinizin performansını optimize etmek için zamanınızı ve enerjinizi en iyi nasıl yönlendireceğinizi açıklayacağım.

Yaygın Scrum Master Hataları

Hem Çevik koç hem de Scrum ustası olarak on yıldan fazla bir süredir Scrum ile çalıştım. Bu süre içinde birkaç kalıp fark ettim ve Scrum ustalarının yaptığı yaygın hataları tespit ettim. İşte en sık gördüğüm dört tanesi:

1. Törenlere Aşırı Odaklanmak

Bir Scrum ustası olarak işinizin en belirgin kısmı törenleri kolaylaştırmaktır, bu nedenle bu olayları kurmak, programlamak, çalıştırmak ve takip etmekle başlamak mantıklı görünebilir. Görünüşte oradan, rolünüzün diğer kolayca tanımlanabilen yönlerine yerleşebilirsiniz: proje yönetim aracını optimize etme, panolar oluşturma, görevleri açma, tamamlandıktan sonra kontrol etme, ekibin doğru biriktirme tekniklerini anlamasına yardımcı olma vb.

Bu, başlamak için güvenli bir yol gibi görünse de, işteki ilk günlerinizde yalnızca törenlere ve günlük görevlere odaklanmak, bir Scrum ustasının görevlerini öncelikle idari olarak yanlış sunma riskini taşır. Sınırlı rehberlikle karşı karşıya kalan ekip üyeleri aynı kalacak, yalnızca görevlerini iş akışı aşamalarında taşımak, ürün sahibi için yorum ve notlar eklemek veya engelleri çözmek için Scrum yöneticisi ile etkileşime girecek. Bunun yerine, ilk günden itibaren, statükonun bir temsilcisi olarak değil, bir değişim ajanı olarak nasıl hareket edeceğinizi düşünün. Etkinlikler ve törenler önemlidir, ancak ekip dinamiklerini şirket kültürüne uyarlamak veya uzun vadeli hedefler belirlemek gibi daha az görünür sorumluluklarınızı dışlamaz.

2. Yönetimin Gerçek Sorunları Bildiğini Varsaymak

Bir Scrum ustası olarak, en azından kısmen, belirli bir takımdaki süreç sorunlarını çözmek için işe alınabilirsiniz. Ancak çözüm ararken daha geniş bir ağ oluşturmayı unutmayın: Sorunlar ekip içinden kaynaklanabilir, ancak aynı zamanda uygun destek eksikliğinden, iş ve BT arasındaki zayıf uyumdan, düşük yetkilendirme düzeylerinden, yanlış şekillendirilmiş ekiplerden veya mentorluk eksikliğinden de kaynaklanabilir. öğrenme.

Rekabetçi Değerler Çerçevesi, ÇeviklikSağlık Radarı ve Çevikliğe Giden Yol dahil olmak üzere sorunlu alanları belirlemenize yardımcı olabilecek birçok araç vardır. Ancak ekibinizle, diğer departmanlarla ve yönetimle konuşarak daha da basit bir şekilde başlayabilirsiniz. Bu indirilebilir çalışma sayfasını, süreç zorluklarının nerede başladığını belirlemenize yardımcı olması için sormanız gereken bir dizi soru ile oluşturdum.

Topladığınız bilgiler, iyileştirme için bir eylem planı hazırlamanıza olanak tanıyacak ve yönetimin endişelerini daha kolay ele alacak daha etkili süreçler ortaya çıkaracaktır. Yönetim, üst düzey konuların ne olduğu hakkında birkaç fikre sahip olabilir, ancak genellikle günlük geliştirme sürecinden çok ürünler ve şirket büyümesi ile ilgilenirler. Belirlediğiniz çözümler geniş ve derinse, somut değer yaratıyorsa, yönetim bunlardan memnun olacaktır.

3. Scrum Kılavuzundan Asla Sapma

Scrum kurallarını çiğnemeye çalışmadan önce onları takip edene kadar beklemek anlaşılabilir ve tavsiye edilir. Onları “güvenli bir şekilde” kırmanın popüler bir modeli, ShuHaRi'nin Japon dövüş sanatı konseptine dayanıyor.

Shu'da ekipler en iyi sonuçları elde etmek için ana kuralları ve uygulamaları takip eder. Bunları tutarlı ve öngörülebilir bir şekilde uygulayabildiklerinde, Ha'ya girerek Çevik değerleri ve ilkeleri daha derine inerler. Kuralların neden var olduğunu bilerek başkalarından öğrenirler ve bu öğrenmeyi uygulamalarına entegre ederler. Son olarak, Ri'de kuralları belirli ihtiyaçlara ve bağlamlara uyarlamak için kullanabilecekleri bir bilgi havuzuna sahiptirler.

ShuHaRi yararlıdır çünkü olgun bir Çevik ekip olmanın açık yolunu gösterir. Ancak ekibinizin yolculuğunun başında, Shu'da olduğunu varsaymak yanlış olur. Ekip kuralları zaten biliyorsa ve bir süredir bunları başarıyla uyguluyorsa ne olur? Ya sorun kurallara uymakta değil, bilgi paylaşımı, öğrenme, gözlem veya yansıtma gibi alanlardaysa? Bu tür ekipler için, kurallara odaklanarak başlarsanız, çabalarınız ters tepebilir veya ekibiniz, her şeyi kitabına göre yapan biri olarak sizi işten çıkarabilir. Sabırlı olun ve görüşlerinizin verilerle desteklendiğinden emin olun ve soruları asla "Çünkü Scrum Kılavuzu öyle diyor" ile yanıtlayın.

4. Her Takıma Aynı Davranmak

Size özel oluşturulmuş yeni bir ekibe atanabilirsiniz. Veya aylarca, hatta yıllarca birlikte çalışan ve kendi iş yapma yöntemlerine sahip mevcut bir ekibe katılabilirsiniz. Her iki tür ekiple de çalıştım ve herkese uyan tek beden yaklaşımının işe yaramadığını gördüm.

Yeni bir takımda, ilgi ve samimiyetle karşılanacaksınız. Kurulum aşaması muhtemelen aldatıcı bir şekilde kolay olacaktır: Ekibiniz hevesli (ve idealist) olacak ve “Değişiklik istiyoruz” ve “İyileştirme istiyoruz” gibi birçok slogan duyacaksınız. Ancak zaman geçtikçe direnç artacaktır: Ekip üyeleri gelişme için zaman eksikliğinden, çok fazla olaydan, T şeklinde olmamaktan, rollerde karışıklıktan veya hikayeleri bölme yeteneğinden şikayet edeceklerdir. Değerler ve ilkeler konusunda ekibinize rehberlik ederken birçok soruyu yanıtlamaya hazır olmalısınız. Scrum olaylarını, eserlerini ve rollerini açıklarken, Scrum ekiplerinin gelişmesi için ampirizmin ve güvenin hayati önem taşıdığını unutmayın. Ekip üyelerinizin nerede olduğunu öğrenin ve onlarla orada buluşacak kadar esnek olun.

Mevcut bir ekiple, kötü alışkanlıkların hemen görülmediği bir ortama adım atıyor olabilirsiniz. Her ekip üyesinin ne yaptığını ve nasıl yaptığını gözlemleyerek daha fazla dinlemek ve daha az konuşmak isteyeceksiniz. Neyin eksik olduğunu ve acı noktalarının nerede olduğunu anlamak için bir Ekip Radarı değerlendirmesiyle başlayabilirsiniz.

Ekip Radarı oluşturmak göründüğünden daha basittir. Ekibin tartışması veya değerlendirmesi gereken sekiz alanı belirleyerek başlayın. Bir orta noktadan çıkan sekiz eksen çizin (çizimde gösterildiği gibi), her ekseni tartışma alanlarından biriyle etiketleyin ve ekip üyelerinin performanslarını toplu olarak her eksen için numaralandırılmış bir ölçekte değerlendirmesini sağlayın. Tüm sayılar çizildiğinde, noktaları eksenler arasında birleştirin ve en düşük puan alan üç alan için beyin fırtınası yapın.

Puanlarına göre sorunlu alanları belirledikten sonra, ekip içinde hızlı kazançlar yaratmak için birincil odak ve daha basit uygulamaya sahip olanlar üzerinde çalışmaya başlayın. Önemli sorunlar daha büyük olabilir: Olaylar can sıkıcı, iyileştirmeler uygulanmıyor, büyüme görünmüyor, işler değişmiyor, kalite düşük veya teslimat gecikiyor. Takım Scrum'ı uygulamanın tüm sorunlarını çözeceğini beklediyse ve olmadıysa, şirket kültürünü, tutumunu, destek düzeyini ve psikolojik güvenliği anlamak için daha derine inmeniz gerekir.

Yeni Scrum Master En İyi Uygulamaları

Yapılmaması gerekenleri konuştuk. Şimdi, odaklanmış, üretken ve karşılıklı olarak kabul edilebilir bir çalışma ortamı oluşturmaya yardımcı olmak için yeni bir Scrum ustasının hemen gerçekleştirmeye başlaması gereken görevlerden bahsedelim.

1. Bir Takım Tanıtımı Yapın

Birbirini tanıma oturumu düzenleyin ve ekip üyelerini atıştırmalık ve içecek getirmeye davet edin. Atmosfer rahat olmalı ve herkesin buzları kırmak için kendileri hakkında küçük bir anekdot paylaştığı yapılandırılmış bir tur atabilirsiniz.

2. Başlama Turu Yapın

İyi yürütülen bir başlangıç, hangi araçlara sahip olduğunuzu ve nereden başlayacağınızı belirleyecektir. Ekip olarak, birden çok alanda kilit soruları ortaklaşa yanıtlamak için başlama noktasını kullanmalısınız:

Ürün

• Ürünün vizyonu, hedefi, stratejisi, iş modeli tuvali, yol haritası, hedefler, değer akışları, paydaşlar, ortaklar, müşteriler, iş değeri, biriktirme listesi ve sipariş nedir?

Teknoloji ve Araçlar

• Teknoloji yığını nedir?
• Hangi geliştirme, DevOps, proje yönetimi ve iletişim araçlarına sahipsiniz?

İnsanlar

• Takım yeni mi alındı ​​yoksa başka takımlardan mı getirildi?
• Ekip şirket kültürünün ne kadar farkında?
• Ekip üyelerinin uzmanlıkları, uzmanlıkları, becerileri ve rolleri nelerdir?

İşlem

• Çalışma alanı nasıl organize edilecek? tahtalar var mı?
• İş akışı nasıl görünüyor?
• Proje/ürün yönetim aracı uygun şekilde organize edilmiş mi?
• Uygulanması gereken herhangi bir şirket standardı var mı?
• Belgeler nerede saklanıyor?
• Etkinlikler nerede yapılıyor: yerinde mi yoksa uzaktan mı?
• Hangi metrikler kullanılıyor?

3. Çalışma Koşullarını Tanımlayın

İşin nasıl yapılacağına dair somut bir plan yapın. Küresel dinleme, duygusal etiketleme ve görsel kolaylaştırma gibi teknikleri kullanarak beyin fırtınası oturumları düzenleyin ve ekibin gelecekte başvurabileceği notlar alın.

Oturumlar için kurallar belirleyin: şeffaf olun, dinleyin ve odaklanın; suçlamayın, gürültü yapmayın veya araya girmeyin. Her oturum için zaman kutuları oluşturun ve bunlara bağlı kalın. Bazı beyin fırtınası konuları şunları içerir:

Çevik nedir?

• Ekibinizin Agile ile deneyimi var mı, yoksa yeni mi?
• Çevik değerlere karşı Scrum değerleri nelerdir?

Neden buradayız?

• Amacımız nedir?
• Hangi beklentileri karşılamamız gerekiyor?

Takım olarak biz kimiz?

• Takımın rolleri, sorumlulukları, becerileri ve güçlü yönleri nelerdir?
• Harika bir ekip bizim için ne anlama geliyor?

Birlikte nasıl çalışmayı planlıyoruz?

• Değerlerimiz ve normlarımız nelerdir?
• Tuckman modelinde ve değişim eğrisinde nasıl ilerleyeceğiz?

Ne teslim edeceğiz?

• Ürün farkındalığımız nedir?
• İş yükünü ve hedefi nasıl ele alacağız?
• Müşteri için değer sağladığımızdan nasıl emin olabiliriz?
• Üstlenmek istediğimiz başka girişimler var mı?

Ürünümüzü nasıl teslim edeceğiz?

• Çalışma alanımız nedir?
• İş akışı süreçlerimiz, çerçevelerimiz, uygulamalarımız, etkinliklerimiz ve araçlarımız nelerdir?
• Bitti tanımımız nedir?

Performansımızı nasıl değerlendireceğiz?

• Hangi metrikler bizim için önemlidir?
• Nasıl deneyebilir ve iyileştirebiliriz?

Sohbetler, olumlu ve etkili bir iş yeri oluşturmak için güçlü bir araçtır. Göreviniz, bir kolaylaştırıcı ve hizmetkar lider olarak hareket etmek – ekibinizin bir araya gelmesine ve kendi çalışma şeklini tanımlamasına yardımcı olmaktır.

4. Bir Çalışma Sözleşmesi Hazırlayın

Başlangıç ​​toplantısında yanıtladığınız soruları ve beyin fırtınası oturumunuzda aldığınız notları kullanarak, etkili bir çalışma anlaşması oluşturmak için ekibinizle birlikte çalışın. Bir çalışma anlaşması birçok şekilde olabilir, ancak bir misyon beyanıyla başlamanın faydalı olduğunu düşünüyorum - ne yaptığımızı, nasıl yaptığımızı ve nedenini açık bir şekilde belirten tek, güçlü bir beyan.

Oradan, işyeri davranışı ve süreçleri için herkesin üzerinde anlaşabileceği bir dizi yönerge oluşturun. Bu, daha önce yanıtlamış olduğunuz soruları düzenlemek veya tartışma sırasında ortaya çıktıkça göz önünde bulundurmanız gereken yeni konuları toplamak kadar basit olabilir. İyi bir çalışma anlaşması, ekibinizin hangi beklentilerin mevcut olduğunu anlamasına yardımcı olacaktır - yalnızca onlar için değil, aynı zamanda sizin için, birbirleri ve ürettikleri iş için de beklentileri. Somut bir çalışma anlaşmasına sahip olmak, varsayımları ve yanlış anlamaları azaltarak ekip verimliliğini ve yoldaşlığı artırmaya yardımcı olacaktır.

Görevlerinize karar verdiğinizde, ekibiniz için kilit rollerin ve kavramların açıkça tanımlandığından emin olun. Çalışma sözleşmesi, Bitti Tanımı, ürün vizyonu ve hedefi ve biriktirme listesi durumunun ilgili herkes tarafından anlaşılması gerekir. Ek olarak, Scrum yöneticisi ve ürün sahibinin sorumlulukları açıkça tanımlanmalıdır.

Kalıcı Büyümenin Başlangıcı

Yeni bir başlangıçla gelen net bakış açısı bir avantaj olabilir. Sistemi gömülü süreçlere bağlı kalmadan değerlendirebilir ve ekibinizin büyümesine yardımcı olma fırsatından serbestçe yararlanabilirsiniz. Bu büyük bir sorumluluk ve muazzam bir hediye. Bu hediyeyi nasıl kullanacağınız size kalmış. Yönetimin ötesinde yapılması gerekenleri düşünmeden modaya uygun bir rol üstlenirseniz, insanlar bunu hissedecek ve başarısız olacaksınız. Tek amacınız Scrum Kılavuzunu uygulamaksa değişimi etkilemezsiniz, sadece insanların Scrum'dan nefret etmesini sağlarsınız. Ancak, Çevik yaşıyor ve nefes alıyorsanız, doğası gereği bir değişim sürücüsü ve büyüme arayan iseniz, oluşturduğunuz örnek bulaşıcı olacaktır.

Bu listeye hangi yaygın Scrum master hatalarını eklerdiniz? Lütfen bunları yorumlar bölümünde paylaşın.