Scrum Daily Standup toplantılarında check-in ile ilgili olmayan tartışmaların yapılması hiç kabul edilebilir mi?

Umarım insanlar bana potansiyel olarak açık bir soruyu şımartırlar. Günlük scrum toplantıları yapan birkaç kuruluşta çalıştım. Bazı kuruluşlar sadece check-in için scrum'u kullanmak konusunda gerçekten katıdır ("üç soru" - dün ne yaptınız, bugün ne yapıyorsunuz, herhangi bir engelleyiciniz var mı?) duyurular veya ayrıntılı teknik tartışmalar.

Bu makalede olduğu gibi , bunun gibi check-in ile ilgili olmayan tartışmaya izin vermenin bir hata olduğu iddiasını duydum - scrum toplantısı Scrum Master'ın genel duyuruları, teknik tartışmalar vb. İçin kullanılmamalıdır.

Bundan gördüğüm en büyük zarar, toplantıların gerekenden daha uzun süre dayanabilmesidir (ve benimle ilgili olmayan ayrıntıların tartışılmasına oturmak zor olabilir).

Tüm grupla ilgili olmayan ve "üç sorunun" parçası olmayan tartışmaların stand-up'ın bir parçası olmaması gerektiği açıktır. Bununla birlikte, tüm grupla ilgili ve yine de tartışılması gereken başka duyurular varsa, bu noktada (ayrı bir toplantı veya e-posta yerine) tartışmak zararlı mıdır?

Günlük Scrum'ın amacı Geliştirme Ekibinin son 24 saati gözden geçirmesi ve gelecek 24 saat için planlarını güncellemesidir.

Bu hedefe ulaşan ve 15 dakika içinde ele alınabilecek her şey, Scrum Rehberine göre Günlük Scrum'ın tam olarak ne olduğudır. Gerçekleşmesi gereken daha uzun sohbetleriniz varsa, ne olduklarına dair bir not alın ve Günlük Scrum'ın sonunda, bu konuyu önemseyen daha küçük gruplara ayrılın.

Günlük Scrum'ın amacı, sorunlara çözüm bulmaktır. Sonra yap ...

Elbette kabul edilebilir, ancak önce önemli şeylere odaklanın. Biz bir 5 kişi geliştirme ekibi için oldukça yaygındır 15 dakikada kalan gün varsa kaynıyordu (bunlar geliştirme sırasında daha sık senkronize çünkü), ekstra iletişim ve ya duyurular ile sorunumuz yok. Günlük sonuna kadar erteledikçe.

Scrum Master olarak ekibin üç temel soruyu bir şekilde yanıtladığından emin olurum.

Günlük Scrum, Geliştirme Ekibi'nin etkinlikleri senkronize etmesi ve gelecek 24 saat için bir plan oluşturması için 15 dakikalık zaman kutulu bir etkinliktir.

Bazen takımı senkronize etmek için kısa bir teknik tartışma gerekebilir. Bir Scrum Master olarak, stand-up'tan sonra yapılacak 15 dakikalık zaman kutusunu ve daha uzun tartışmaları taktığımızdan eminim.

Geliştirme Ekibi veya ekip üyeleri, Günlük Tartışma'dan hemen sonra, ayrıntılı tartışmalar yapmak veya Sprint'in çalışmalarının geri kalanını uyarlamak veya yeniden planlamak için toplanır.

Scrum olmayan ve daha Çevik bir bakış açısıyla bakmak. Takım için neyin işe yarayıp neyin yaramadığına odaklanın. Sadece ekibin daha etkili hale getireceğini ve daha yüksek kalitede yazılım üreteceğini düşünüyorsanız, değişikliklere karar verdiğinden emin olun.

Ekip üyeleri, stand-up'ın noktasını akılda tutmalıdır - bu, birbirlerinin özel veya sınırlı bir daire içinde tutulduğunda daha uzun sürebilen sorunlara katkıda bulunmasına izin vermelidir. Öte yandan, önemli ve tüm ekibi ilgilendiren ancak Scrum cep kitabında belirtilen kılavuz kriterlere uymayan konulardan kaçınmak çok çevik olmayacaktır. Sadece zamandan tasarruf etmeyi amaçlayan bir kural nedeniyle ayrı bir toplantı planlamak aptalca olur.

Bir konuşmacı için meselesinin ne olduğu her zaman açık olmayabilir. Bir süre gevezelik etmesine izin vermek, bir başkasına mücadele ettiğini veya çıkmaz bir yolu izlediğini netleştirecekse, sonuçta bir yere gidebilirsiniz. Formla çok ilgili olmak üretkenliğe zarar verebilir ve insanları hayal kırıklığına uğratabilir.

Kültüre bağlı olarak, duruş katı olabilir veya sosyal konuları da içerebilir. Asla "zombi scrum" olarak kabul edilecek akılsız bir hareket etme olayı olmamalıdır.

Scrum'ın çeşitli insanların şiddetle ısrar ettiği şey ile süreçler üzerindeki insanlar kavramı arasında genellikle bir ikilik vardır.

Verilecek bilgi varsa, sonuçta bir karar çağrısıdır. Önemli miktarda tartışmaya neden olması muhtemelse, en iyi şekilde başka bir zamana taşınabilir. Sadece sunucu kesinti vb gibi hızlı bir şeyse, orada ve sonra yapılabilir. Elbette aralarında gölgeler olacak, bu durumda scrum ustası sadece 15 dakika (veya ne olursa olsun) geçtiğinde çevrimdışı olduğunu önermelidir.

Her iki durumda da, olağan standup işlemi tamamlandıktan sonra sonuna kadar sahip olmaya meyilli olurum.

"Zararlı mı?" Diye sordunuz. ama diğer yanıtlar çoğunlukla "bu toplantının amacı mı?" idi. Bence bunlar farklı sorular. Toplantıya diğer gündem maddelerine gizlice girdiğinizde, özellikle alışkanlık haline geldiğinde gerçekten zararlı olabilir. Stand-up'lar her gün, genellikle günün en verimli zamanında, insanların çok fazla enerjiye sahip olduğu sabahları alır. Gerektiği kadar uzun ve artık onlarla tamamen ilgili olmayan bir ayakta durmaya güvenemezlerse, bu enerjiyi insanlardan çıkarabilirsiniz.

İnsanlar geç ortaya çıkmaya başlayacak, çünkü “daha ​​üretken” bir şeyle meşguller. Bazı günlerde bile görünmezler. Diğer insanlar geç ya da hiç görünmeyecek çünkü "herkes" geç ya da hiç görünmüyor. Sorunlar birbirine karışıyor ve standuplar orijinal amaçları için yararlı olmayı bırakıyor. Kulağa aşırı geliyor, ama bunun olduğunu gördüm. Bunu yaparsanız, nereye götürdüğüne çok dikkat edin.

Bulunduğum takımların çoğu bazen stand-up'tan hemen sonra tasarım toplantıları düzenleyecekler ve az kullanıldıysa sorun değil, ama dürüst olmak gerekirse, stand-up'ta takım arkadaşlarıma yakında tasarım girdisine ihtiyaç duyacağımı bloke edeceğimi söylesem daha iyi sonuçlar alırım ve ' o öğleden sonra bir toplantı planlayacağım. Bu da onlara problemin üstesinden gelmek için zaman verir ve öğle yemeğinden sonra insanlar biraz çöküşe girer ve hızda bir değişiklik ister. Ayrıca, bu şekilde, ayakta kalabilmeleri için stand-up'tan sonra "mini-toplantılarını" yapan ilk kişi olmak için yarışmazsınız.

Tabii ki, internetteki rastgele bir adamın (hatta ben) size söylediği için asla körü körüne bir şey yapmayı veya bir şey yapmamayı savunmam. Bireyler ve süreçler ve araçlar üzerindeki etkileşimler. Stand-up toplantılarınıza bazı gündem maddeleri eklemeye karar verirseniz, bunu sonraki retrospektifte özellikle gündeme getirmenizi, ekibin yıkıcı olup olmadığını görmenizi ve gerektiğinde ayarlamalar yapmanızı tavsiye ederim. Nihayetinde, her takımın farklı bir konfor seviyesi vardır ve neyin uygun olup olmadığı konusunda farklı fikirleri olacaktır.

GÜNCELLEME: Açıkça belirtmeliyim: 15mins, HERHANGİ bir standup ile hesaba katmanız gereken MAKSİMUM zamandır - aşağıdaki kuralı izleyen verimli bir stand genellikle en fazla 5 dakikadan fazla değildir ve o zamanı daha da damlatabilirseniz, daha da iyi olabilir. Yine, alakalı olduğunu düşündüğünüz çoğu tartışma, bir standup'un en saf haliyle olması gereken basit günlük check-in işlemi dışında ekip üyeleri arasında kolayca tartışılabilir.

Başparmak kuralı Arkadaşlarımla yaptığım projeler sırasında takıldım ve delindim ve profesyonel ortamda honlandım:

• Dün

Dün projeyi ilerletmek için bireysel olarak yaptığınız ve eğer ilgiliyse, başka birini etkiledi.

• Bugün

Yukarıdaki gibi ama bugün

• Engelleyiciler

Ne kadar önemsiz olursa olsun, birisine neden olabilecek, alarm uyandırabilecek her şey (birisinin gelip kodunuzu kontrol edebileceği veya size bir sağlık kontrolü verebileceği anlamına gelir)

Başka bir şey dikkat dağıtıcıdır. Bu, "ilerlemenin" proje ilerlemesiyle ilgili gibi göründüğü bir konunun gerçekte olmadığı anlamına gelebilir. Oldukça sert ama XP amaçları için ÇOK etkilidir.

Stand-up toplantısının amacı etkili iletişimdir. Kör kural takip etmek yerine hedefinizi yapın. Bu soruyu gönderdiğin için doğru yoldasın.

Tüm endişeleriniz geçerlidir. Bunun herhangi bir sorun yaratıp yaratmadığını tahmin etmeye çalışsak da, sorunuzu sadece denemenizi önererek cevaplayacağım.

Aşağıdakilerden kaçının:

1. Çok uzun toplantılar yapmak.
2. Çok fazla kişi duyuruları başka bir yerde almayı tercih ediyor. Zamanlanmış bir toplantı sırasında bunu yapmak cazip gelebilir, ancak bunu kötüye kullanmayın. Çoğu insan bade toplantılarından nefret eder.
3. Bilgi herkes için geçerli değildir. Bazı istisnalar zaman zaman iyidir.
4. Her toplantının ihtiyaç yerine alışkanlık dışında duyuruları vardır. Meslek olun.

Eğitimli ve bilgili kararlar verin ve aşırı uygulama veya kuralları çok fazla anlamayı bilmeyin.

Agile modellerinin çoğu, çevik bir süreçte yeni olan takımlar için harika bir başlangıç ​​yapısı sağlar. Bu, ihtiyaçlarınıza göre değiştirilemeyecekleri anlamına gelmez. Bu duyurular iletişimi iyileştirmezse, yapmayın. Basit görünüyor, ama ...