Projelerinizde sprintleri nasıl adlandırıyorsunuz? [kapalı]

Bazı Scrum yazılım yönetim araçları size sprintlerinizi açıkça adlandırmak için bu seçeneği sunar.

Sprintlerinizi adlandırmak için tercih ettiğiniz bir yöntem var mı, yoksa sadece 1, 2, 3, ... gibi basit bir şema mı kullanıyorsunuz?

Ekibe sorun .

Sprint'i adlandırmanın eğlenceli veya yararlı olduğunu düşünüyorlarsa, birini seçin .

Her sprint'in bir hedefi olması gerektiğinden, uygun bir isim bulmak sorun olmamalı.

Sprint'i adlandırmak aslında ekibin ana hedefe odaklanmasına yardımcı olabilir .

Ben şahsen bu tür şeyleri çok isterdim.

Bir süre bunu düşündükten sonra, aşağıdaki kongre ile geldim:

<year> CW <starting calendar week> - <ending calendar week>: <goal> (<version>)

Sürüm isteğe bağlıdır.

Böylece şöyle bir şey elde edersiniz:

2013 CW 27-28: Improved reporting and dashboards (v1.5.1)
2013 CW 29-30: Redesigned gadgets (v1.5.2)
...

Bu sözdizimi şu soruları yanıtlar:

• Ne zaman yapıldı?
• Neden yapıldı?
• Hangi sürüm altında piyasaya sürüldü?

Ve ayrıca:

• Sıralanabilir
• Tahmin edilebilir
• Bilgiden ödün vermeden esneklik sağlar

Çalıştığım bir şirkette aylık sprintlerimiz / yayınlarımız vardı ve bunları internet memelerinin ardından alfabetik olarak adlandırdık. Son zamanlarda üzerinde çalıştığım yayınlar şunlardı:

• keyboardcat
• komik kedi
• megashark
• numanuma

Bu, özellikle yaklaşan yinelemeyi adlandırmanın zamanı geldiğinde, sürece biraz eğlence kattı.

Her şey belirli bir amaç içinse ("raporlama ekle", "Avrupa konumlarını getirin"), adınız vardır. İş birikiminden gelen şeylerin bir koleksiyonuysa, bizim için belirsiz bir tarih ("Haziran sürümü") işe yarar. Bu, bir kullanıcıya "Haziran sürümüne uygun olacağını sanmıyorum, bir sonrakine koymak iyi mi?" veya "bunu Haziran sürümünde isterseniz, 5 Haziran'a kadar [ne olursa olsun] halletmemiz gerekecek". Onlar sadece etiketler, ama bir amaca hizmet ediyorlar.

Bizim için, her halükarda, monotonluğu biraz parçalamak için numaralı sürümlerimize ve daha büyük projelerimize komik isimler vermekten keyif alıyoruz. Daha büyük projelerimiz ve sürümlerimiz için her zaman daha komik / daha yaratıcı isimler arıyoruz, ancak aynı zamanda açık bir şekilde geleneksel bir numaralandırma (1.0, 1.1) veya tarih tabanlı bir sistem kullanıyoruz. Kimse scrum gelişiminin biraz komik olamayacağını söylemiyor

Ör. Beastie Boys, Coolio, DJ Jazzy Jeff, Eazy-E, Lezzet Aroması vb.

Ekibimde, sprint'ler, hazırladığımız üretim sürümü versiyonundan sonra adlandırılma eğilimindedir. Birkaç sprint'i kapsayan bir üretim sürümü olması durumunda, yineleme numarasını ekleriz. Yani mesela,

• 5.0.2 Yineleme 1
• 5.0.2 Yineleme 2
• 4.16.1

vb.

Tarih!

İşlemimiz yaptığımız her sprint için bir sürüm dalı kullanır, bu nedenle sprint ve sürüm şube adları hizalanır. Planlanan çıkış tarihini şube ve sprint adı olarak kullanıyoruz.

Bu, aynı zamanda anlama geçmişini biraz daha kolay hale getirir - örneğin, e-postanın tarihine bağlı olarak düzeltildiğini düşündüğünüz bir hata hakkında eski bir e-postaya bakarsanız, en yakın şube adına kolayca atlayabilirsiniz ( s) değişim hakkında daha iyi bir fikir edinmek. (Elbette, umarım bunu hata izleyicinizde de izlemelisiniz / bunun yerine, hepimiz bunun her zaman böyle olmadığını biliyoruz.)

Ekibimizin tamamının her zaman tam olarak adın ne olduğunu bilmesi de çok güzel, bu nedenle bir sprint veya şubeye başvururken her zaman aynı sayfadayız. (Bu haftaki "geçen hafta" veya "geçen hafta" porsuk mu? "

Kanımca, ad için sayı kullanmak gerçekten bir değer sağlamaz. Bu nedenle, yapmak eğlenceli olsa da, soyut isimler de değildir. Hedefe yönelik adlar kullanmak hoş bir ek olabilir (örn. "2012-04-03: Güncellenmiş müşteri widget'ları"), ancak yalnızca soyut adları kullanmaya geri dönmem.

Her sürüm için alfabetik büyük bir şehir kod adı seçin (örneğin A tlanta, B oston, C hicago, D allas ...)

Ve o şehirdeki bazı üniversite isimleri sprint isimlerimiz oluyor (Morehouse, Spelman, ..., Harvard, Cambridge vb.)

Onları adlandırmayı hiç düşünmemiştim. Sorunları izleyebilmemiz için genellikle sonunda bir derleme kimliği ekledik, ancak adlandırma gerçekten sürecin bir parçası değildir. İki haftada bir çıkan sürümlerde yılda 26 isim yazacaksınız.

Bu olsa da sprint planlamanın eğlenceli bir parçası olacağını varsayalım. Bir sonraki sprint için denemek zorunda kalabilirim.