Scrum Günlük toplantı: Tam takım varlığı konusunda dakiklik mi?

Anladığım kadarıyla Günlük Scrum toplantısının çok hızlı olması, dostane bir şekilde düzenlenmesi ve tüm ekip üyelerinin hazır bulunmasını gerektirmesi. Çünkü objektif, herkesin herkesin yaptığı şeyle güncel olmasını sağlamaktır.

Bu şekilde yapılan Scrum Günlük Toplantılarını seviyorum.

Son projemde Günlük Scrum'larımız daha çok bir Durum Güncelleme toplantısı gibidir. Her ne kadar pozisyon biz Scrums tutmak ve uygun Çevik uygulamak olmasıdır.

Biz 2 farklı ülkede dağıtılmış bir ekibiz ve aynı ülkede bulunan insanlar aynı ofiste değiller. Sonuç olarak sanal Scrum'larımız var.

Sorun şu ki, toplantılarımız her zaman zamanında başlıyor, birçok kişi gerçek başlangıç ​​saatinden önce çağırıyor, bu yüzden aslında toplantının ilk saniyesinde başlıyorlar. Küçük gecikmelere toleranssız.

Mesela son telefonda olduğumuzda ve toplantıyı koordine eden kişi herkesin açık olup olmadığını kontrol etti ve ekip üyelerimizden birinin henüz açık olmadığını ama aradığını söyledik. Ekip üyemi beklemeden paylaşmaya başlamam söylendi.

Ayrıca herkesin çok fazla toplantısı var ve bazen Scrum toplantısına geri dönüyorlar, bu nedenle toplantının ilk veya ikinci dakikasında gelmeleri anlaşılabilir.

Daily Scrums yapan takımlar için bu normal midir? Bana ilk kez oluyor.

Bu konuda doğrudan bir bibliyografya bulamıyorum. Tüm ekip üyelerinin varlığı vurgulanmış olsa da, toplantıların her zaman aynı zamanda başlaması gerektiği de vurgulanmaktadır. Ama küçük bir gecikme toleransı olabileceğini hayal ediyorum.

Hatta bir blogda, Scrum Master'ın birisi "5 saniye" geç gelirse ceza verebileceğini öneren birini okudum. Scrum'ların dostça olması gerektiğini düşündüm ve bunun gibi bir cezaya sahip olmak karşı üretken görünüyor.

Böyle bir durumda önerilen yaklaşım nedir?

Her çevik uygulamada olduğu gibi, scrum ekipleri de buna kendileri karar verebilir. Sizi rahatsız ediyorsa, retrospektifinizde ortaya çıkarmalı ve herkesin mutlu olduğu bir çözüme ulaşmaya çalışmalısınız. Belki diğer ekip üyeleri de aynı şekilde hissediyorlar, ama bunun "tam da scrum nasıl yapıldığını" düşünüyorlar.

Bununla birlikte, scrum toplantılarımda üç ya da daha fazla kişi eksik olmadığı sürece ikincisine başlıyorum. Herkesin her gün katılması gereken bir toplantı için, herkesin aksini yapma zamanından saygısız olduğunu düşünüyorum. Geç ortaya çıkan ben olduğumda, ekibim bensiz başlar. Sonunda zamanımız olursa geç gelen insanların görevlerine geri döneriz.

Geçmişte dakiklik konusunda daha az katıydım ve olan şey, zamanında ortaya çıkan zamanlarının boşa gitmesinden bıktığını, bu yüzden toplantının ne zaman başlayacağını tahmin etmeye başladılar ve bunun yerine bir kartopu efekti.

Günlük bir toplantı için, birinin ara sıra bir kısmını kaçırması dünyanın sonu değildir. Umarım gün boyunca yaptığınız tek iletişim bu değildir.

İnsanları beklerseniz, geç kalmanın sorun olmadığını öğretir. Eğer dakikaya başlarsanız, insanlara katılmak istedikleri zaman orada olmaları gerektiği öğretilir. Programlama, en az bir disiplin gerektiren profesyonel bir faaliyettir.

Bununla birlikte, günlük yükselişin amacı, ekibin dün ne yaptığını, bugün ne yaptığını tartışmak ve herkesi barikatlardan haberdar etmektir. Planlanan saat, "herkesin müsait olduğu sabah ilk iş" olmalıdır, saatte belirli bir saat olması şart değildir. Nihai hedef, katı kurallara uymak yerine bir ekip olarak birlikte çalışmaktır. Ekibiniz çeviklik konusunda çok yeniyse, saate bağlı kalmak takım becerilerinizi geliştirmenin iyi bir yoludur. Olgun bir takımsanız, ekibiniz için uygun olanı yapın.

Scrum böyle mi çalışıyor?

Size, ekibiniz özellikle üretken olmadığı sürece (günlük toplantıların çok kısa sürede büyük işlevsellik alanları oluşturabileceği anlamına gelmediği sürece) günlük toplantıların herhangi bir ticari faaliyet için çok sık olduğunu öneririm.

Günlük etiketleme yapmaya karar verirseniz, 15 ila 20 dakikadan fazla sürmemelidir ve evet, herkesin zamanında olması gerekir veya katılmazlar. Tag up'lar scrum master değil, takım üyelerinin yararınadır; eksik günlük toplantılar için verilen cezalar diğer herhangi bir gecikme ile aynı şekilde ele alınmalıdır.

Kısacası, burada özel bir şey görmüyorum. Mikro yönetim ile ilgili her türlü sınırın günlük toplantılarının olduğunu düşünüyorum, ancak bunları yapmaya karar verirseniz, bunları düzgün bir şekilde yapmanız gerekir.

İnsanlar süreç üzerinde . Bu , Agile'ın temel kiracılarından biridir, eğer takımınız için bir süreç işe yaramazsa, kazıyın veya değiştirin. Takımın ihtiyaçlarına göre değişiklik yapmasına izin verin .

Bu şekilde düşünün, günlük ayaklanmanın anlamı nedir?

Ekibin geri kalanıyla engelleri artırma, yardıma ihtiyacınız olabileceğini belirleme ve başkalarını etkileyecek değişiklikleri vurgulama fırsatınız var. Bir geliştirici olarak orada olmanız önemlidir.

4-8 geliştiriciden oluşan bir ekiple, hızlı ve çabuk olmalılar - çoğu zaman 30 saniye. Scrum ustası rolünü yerine getirseydim, toplantı maliyetini artıracağından toplantıların geç başlangıcından endişe duyarım. Aynı şekilde, değişken toplantı süreleri herkes için bir dikkat dağıtıcıdır - biz de bunu yapmak üzereyiz ... Ayrıca ekibin birbirini destekleyebilmesini sağlamak için bunu ihtiyaçlarla dengelemenin de farkında olurum, bu yüzden gerektiğinde toplantıyı geciktirebilir engellenmesi muhtemel telefon / tuvalet vardı.

Ekipler sizin tanımladığınız gibi coğrafi olarak dağıtıldığında, bunu HER retrospektifte bir takım engel olarak işaretlerdim. Scrums performansı ve iletişimi için hepsinin bir arada oturmadıkları ve özgürce ve kolayca iletişim kurabildikleri açık bir engeldir.

Bunun iki ayrı scrum takımı olarak organize edilmesi gerektiğini ve scrumların uluslararası iletişimi ele alması için organize çalışmaları gerektiğini savunuyorum.