Scrum ve SAFe bağlamında her ekip üyesinin kişisel derecelendirmesinin kullanım pratiği

Bu makalede, çalışma sürecinde Scrum'da her ekip üyesinin Kişisel derecelendirmesini pratikte nasıl uyguladığımızı anlatmayı planlıyorum SAFe

Muhtemelen birçok kişi, (özellikle Rusya'da) insanlarımızın oldukça sık olarak (kendi yetkinlikleri çerçevesinde veya yenilerini edinerek nihai ürünü teslim ederek) daha az çalışmaya ve daha fazla para almaya çalıştığı konusunda hemfikir olacaktır. Şirket büyüklüğüyle birlikte bunun için olanakların doğru orantılı olarak arttığı görülüyor. Bununla genellikle, doğru bir motivasyon sistemi kurmaya her yönden çalışan çeşitli İK çevresi ilgilenir. Buraya OKR'ler ve benzerleri de dahil. Genel olarak, tüm bunların kurum içindeki herkesin yükünün dengelenmesine ve kurumun ilgili tüm grup/ekip paydaşlarının konforuna yönelik olduğu görülüyor. Bu makalede, kendimin icat ettiği ve ekipte uyguladığım bir metriği paylaşacağım. Bana öyle geliyor ki bu metrik, İK'ların ve OKR'lerin belirli bir ekip içindeki yük dengesi konusundaki çabalarını tamamlamaya veya buna göre dengesizliği görmeye olanak tanıyor. Ayrıca, ekiplerin ekibine ölçeklenmesi de pekâlâ mümkün, bunda özel bir sorun görmüyorum.

Bu nedenle, bir Scrum Master olarak ekipteki yükün dengeli olmadığı, birinin iki kişilik iş yaptığı, birinin hiçbir şey yapmadığı (bunlar uç biçimlerdir ve elbette ciddi bir sorundur, ancak bu metrik yalnızca uç biçimleri göstermez) benim için bazen oldukça açıktır. Böyle bir durum benim başıma geldi ve bu sorunu hangi metriğin çarpıcı biçimde ortaya koyabileceğini düşündüm. Sonuçta bu, her ekip üyesinin kişisel derecelendirmesine dönüştü.

Metriğin kendisini tanımlamadan önce, bence çok önemli bir fikri de belirtmek isterim. Şu anda bu konuda kesinlikle eminim.

Metrikler, zaten elde ettiğiniz verilere dayanarak oluşturulmalıdır. Herhangi bir metriğin elde edilmesi, ekibi sistematik olarak daha fazla zaman harcamaya ve değer teslim sürecini metriğin kendisine uyarlamaya zorlamamalıdır. Bunu bir sonraki makalelerden birinde daha ayrıntılı anlatmaya çalışacağım.

İşte somut bir örnek. Elbette, User Story'leri DOR (Definition Of Ready) durumundan DOD (Definition Of Done) durumuna kadar durumlar arasında hareket ettirmek için bir pano kullanıyoruz. Panomuz sanal (yani internette bir bağlantıda bulunuyor. Ekibimiz de dağıtık ve standuplar tam olarak panonun yayınıyla kurumsal Skype üzerinden yapılıyor.

Ekip üyesinin kendisini User Story'nin katılımcılarına eklemesi uygundur, böylece kendine göre filtre kullanıldığında yalnızca o anda katıldığı hikâyeleri hızlıca bırakabilir (bu filtreyi çoğunlukla standuplarda kullanıyoruz).

Burada da bir açıklama yapmak isterim: bu, söz konusu ekip üyesinin diğer hikâyelerde yer alamayacağı anlamına gelmez (örneğin, standupta ekip üyelerinden biri yardım isterse, yeni bir hikâyenin katılımcısı pekâlâ olabilir veya tam tersine, katılımının gerekli olmadığını hissederse herhangi bir hikâyenin katılımcısı olmayı bırakabilir.

Bu nedenle, her ekip üyesinin derecelendirmesini hesaplamak için her ekip üyesinin kaç SP'yi etkilediğine bakmamız gerekir. Bizim durumumuzda Arkadiy 29 SP'yi etkiliyor (hikâyeler 1, 2, 5, 6), Tatyana 33 SP'yi etkiliyor (tüm hikâyelerde yer alıyor), Vasiliy 23 SP'yi (hikâyeler 1, 3, 5, 6).

Arkadiy'de 29 SP'den 5'i kapalı (DOD tamamlandı), Tatyana'da 32 SP'den 6'sı, Vasiliy'de 23'ten 5'i. Sıralamayla epey uğraştım ve iki ekip üyesini karşılaştırmak için şu formüle ulaştım (team[i] - bir ekip üyesi ve team[j] - diğer ekip üyesi):

Bu sıralamaya göre ekip üyelerinin mevcut derecelendirmesini şu şekilde elde ederiz.

• 1. sıra. Vasiliy (23'ten 5'i tamamlandı)
• 2. sıra. Arkadiy (29'dan 5'i tamamlandı)
• 3. sıra. Tatyana (32'den 6'sı tamamlandı)

Şimdi sprint için tüm verileri oluşturalım. Sprintin 5 iş günü sürdüğünü varsayalım.

• 1. gün
  

  

  
  1. sıra: Vasiliy (23'ten 0'ı yakıldı)
  2. sıra: Arkadiy (29'dan 0'ı yakıldı)
  3. sıra: Tatyana (32'den 0'ı yakıldı)
  
• 2. gün
  

  

  
  1. sıra: Vasiliy (23'ten 0'ı yakıldı) dinamik(1->1)
  2. sıra: Arkadiy (29'dan 0'ı yakıldı) dinamik(2->2)
  3. sıra: Tatyana (32'den 0'ı yakıldı) dinamik(3->3)
  
• 3. gün
  

  

  
  1. sıra: Vasiliy (23 üzerinden 5'i yakıldı) dinamik(1->1->1)
  2. sıra: Arkadiy (29 üzerinden 5'i yakıldı) dinamik(2->2->2)
  3. sıra: Tatyana (32 üzerinden 5'i yakıldı) dinamik(3->3->3)
  
• 4. gün
  

  

  
  1. sıra: Vasiliy (23 üzerinden 8'i yakıldı) dinamik(1->1->1->1)
  2. sıra: Arkadiy (29 üzerinden 8'i yakıldı) dinamik(2->2->2->2)
  3. sıra: Tatyana (32 üzerinden 9'u yakıldı) dinamik(3->3->3->3)
  
• 5. gün
  

  

  
  1. sıra: Vasiliy (23 üzerinden 23'ü yakıldı) dinamik(1->1->1->1->1)
  2. sıra: Tatyana (32 üzerinden 24'ü yakıldı) dinamik(3->3->3->3->2)
  3. sıra: Arkadiy (29 üzerinden 21'i yakıldı) dinamik(2->2->2->2->3)
  

Böylece, bu metriği kullanarak her ekip üyesinin kişisel istatistiklerini biriktirebilir ve doğru sonuçlar çıkarmasına yardımcı olabiliriz. Örneğin, burada Vasiliy'nin zamanını en başından itibaren çok iyi planladığını görüyoruz (yani sprint planlamasında ekiple gerçekte tamamladığı iş hacmi konusunda anlaşmıştı.) Ancak aynı zamanda, diğer ekip üyelerine bir şekilde yardımcı olabilir miydi? Belki hayır, ama retrospektif öncesinde bu soru üzerinde düşünmeye değer.

Tatyana ve Arkadiy'in sorunu daha ciddi. Açıkça görülüyor ki, en başından sprint planlamasında tüm hikayelere katılma konusunda ekiple anlaşmışlar ve gerçekte yükümlülüklerini yerine getirememişler. Nedenleri üzerinde de retrospektif öncesinde düşünmeye değer. Belki kendileri için daha az planlama yapmalı, belki planlanan her şeye yetişmek için yetkinliklerini genişletmeli, başka çözümler de mümkün.

Böylece, istatistikleri sadece tüm ekip ve sadece bir sprint için değil, aynı zamanda DEV TEAM'in belirli katılımcıları için tüm zaman boyunca biriktirebilir ve bu bilgiyi ekibin sürekli iyileştirilmesi için kullanabiliriz.

Sonuç olarak, bu metriğin kullanılmaya başlanmasından önce ekibin büyük bir kısmında zaten yeterince yüksek bir güven düzeyi olması gerektiği gerçeğine özellikle dikkat çekmek isterim. Ayrıca, öncelikli olana - fazla mesainin olmaması ve konforlu çalışma - büyük vurgu yapılmasını öneririm.

Biz 1. sırayı almak için fazla mesai yapma motivasyonuna değil, sonucun doğru tahmin edilmesine odaklanıyoruz. Nihayetinde bu metrik, her ekip üyesinin ayrı ayrı planlama yeteneğinin geliştirilmesini amaçlar.