Poker ve wordy geliştiricilerini planlama [kapalı]

Ekibim 4 geliştiriciden oluşuyor; hepsi terbiyeli ve yetenekli. Bunlardan biri, Planning Poker ile tahminlerimizi ortaya koymadan önce hikayelerimize teknik çözümü tanımlamakta ısrar eden, iyi niyetli, iyi niyetli bir adam. Üzerinde anlaşmaya varılan teknik çözüm hakkında kaba bir fikre sahip olup olmadığını tahmin etmeyi reddediyor (kulağa makul geliyor, değil mi?).

Sorun şu ki, tahmin oturumlarımız sonsuza dek sürecek! Deneyiminize göre, planlama pokerini oynarken bu tür bir kişilikle nasıl başa çıkıyorsunuz?

Şeylerin resmi olarak tanımlanmasını sevdiği görülüyor, bu yüzden bir planlayıcı iyi bir fikir olurdu, çünkü pokerin planlanması insanların konuşması için zaman ayırdığı olarak tanımlandı.

O da herkes tahminleri tahmini konusunda yanlış bir fikir var hikaye karşı ve değil uygulama böyle varyans olsun nedeni budur. Örneğin, bazı insanlar bir çerçeveden ya da raf çözümünden habersiz olabilir ve her şeyi sıfırdan yazmaya başlayabilir.

Ekip üyeniz bir analist kişiliğine sahip. Analistler karar vermek için çok fazla bilgiye ihtiyaç duyarlar. Zamanlayıcı fikri en iyisidir, ancak farkında olun, verdiği her şeyden cehennem çıkarır. Onunla çalışarak bunun çözüme DEĞİL problemine dayanan erken bir tahmin olduğunu açıklayın. Soru sormak istiyorsa, sorunu çözmekten değil, problemden uzak tutmasını isteyin. Çözümlere sürüklenirken bir süre onu kesmeniz veya kızdırmanız gerekebilir.

Takımda başkalarını da aynı kurallara uyduğundan emin olun, böylece kendini tek başına hissetmez. Analistler programlamada yaygın bir kişiliktir, bu yüzden onun gibi başkalarına rastlayabilirsiniz.

İş arkadaşınızın tahmin ve bağlılık arasındaki farkı anlamadığı veya eğitim sırasında kendisine iletilmediği anlaşılıyor. Ve sorunu kişiliğine eklemeye çalıştığınız için, tüm ekibinizin henüz anlamadığı mümkündür. (Ama endişelenme! Endüstrimizin çoğu bunu anlamıyor. Çevik zor!)

Bir hikayenin büyüklüğünün X puanı olduğunu söylediğimizde aslında bir olasılık dağılımı anlamına gelir. Tahminlerimiz doğruysa, hikaye zamanın% 50'sinden daha uzun sürmelidir (ve diğer% 50'si daha az zaman alacaktır). Eğer meslektaşınız, X zaman birimi geçtiğinde, hikayeyi ya da başka bir şeyi demo olarak göstermesi isteneceğine inanıyorsa, bu onun tahmin yaklaşımını değiştirir.

Poker planlaması başka bir hatayı ortaya çıkarır: X'i tespit etmeye çalışmak yerine, onu ayrı bir ölçekte eşleştiriyoruz, en popüler olan Fibonacci ölçeği (1, 2, 3, 5, 8 vb.) Boyutun ne olduğu kadar değil. Hikaye büyüklüğünün 3 puan olduğunu söylediğimizde, "X artı-eksi biraz sapma ve X 3'e 2 veya 5'ten daha yakın" diyoruz.

Ekibiniz, bu alıştırmanın ne kadar kesin olmadığını ve tahminin taahhütten ne kadar farklı olduğunu anlamadan yararlanabilir. Bu kavramları derinlemesine incelemek istiyorsanız / ihtiyacınız varsa, bu kitapta bu vardır.

Ekip üyenizin nereden geldiğini görebiliyorum, ancak Agile ve Planning Poker kavramını tam olarak kavramadı. Herkesin arkasındaki kavramları ve mantığı anladığından emin olmalısınız ve sonra kendi başlarına yapmalıdırlar.

Birlikte çalıştığım takımlar için, her planlama oturumunun başında masaya 3 dakikalık bir kum zamanlayıcısı ayarladım. Tüm ekibin, herhangi bir noktada konuşmanın derin bir dalış veya alakasız olduğunu veya başka bir şekilde hikayeyi hikaye noktalarında tahmin etmek için hissettiklerinin ötesine geçtiğini, takımdaki herkesin olduğunu bilmesini sağlıyorum. zamanlayıcıyı ters çevirebilir. Kum bittiğinde ekip hemen tahmin eder.

Bu yöntem, konuşmanın tartışılan hikayeyi tahmin etmek için artık yararlı olmadığını düşündüklerinde, takımdaki her bireye konuşmayı sınırlama yetkisi verir. Aynı zamanda, konuşmayı hemen kesmez, ancak herkesin konuşmasının önümüzdeki birkaç dakika içinde tamamlanması gerektiğini gösteren görsel bir işaret verir, çünkü o zaman oy kullanacağız.

Planlama oturumlarının odaklanmasını sağlamak için kullandığım başka bir araç da, takımdaki herkesin plandan en az birkaç gün önce iş yığınının üstündeki hikayeleri gözden geçirdiğinden emin olmaktır. Fikir, hikayeleri okuduktan hemen sonra bir soru listeniz varsa, ürün sahibine olası soruları birkaç gün önce bildirebilmenizdir, böylece daha sonraki tartışmayı umuduyla sınırlandırmak için hikayeyi veya kabul kriterlerini netleştirebilirler. Bu aynı zamanda insanların planlamada (ve planlama sırasında tasarlamaya çalışmadan) önce hikayenin potansiyel tasarımı hakkında düşünmeye başlamasına izin verir.