Sprint sonu etkinlikleri

  • Makale

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

Sprint'in sonunda ekipler kapsam hijyenini korumak için çeşitli görevlere katılmak isteyebilir. Genel olarak, eksik çalışma hiçbir zaman geçmiş sprint'e atanmamalıdır. Ekiplerin sprint'te tamamlanmamış işleri nasıl işlemek istediklerini belirlemesi ve uygun işlemleri gerçekleştirmesi gerekir.

Not

Bir sprint'e atanan eksik iş öğelerini başka bir sprint'e taşımanın otomatik bir yolu yoktur. Ne de Kalan Çalışma'yı sıfırlayan otomatik bir yöntem.

Her sprint'in sonunda, her takım aşağıdaki soruları ele almak için önlem almalıdır:

  • Sprint'in sonunda yalnızca kısmen tamamlanan kullanıcı hikayelerini ve görevlerini nasıl ele almalıyız?
  • Sprint ölçümlerinin ve hızının doğru şekilde hesaba yüklenmesi için kısmen yapılan çalışmayı yönetmenin doğru yolu nedir?
  • Neleri ve hangi sırayla gözden geçirmeliyiz?

Genel olarak, sprint sonu etkinlikleri sprint gözden geçirme toplantısından önce veya sonra ve sprint geriye dönük değerlendirmeden önce yapılmalıdır. Dikkate alınması gereken ana öğe sprint incelemelerinde, geçmişe dönük değerlendirmelerde ve sprint planlamalarında ekibi desteklemek için görünümleri ve ölçümleri korumaktır.

Sprint sonu etkinlikleri için hedefler

Her sprint, çalışmanın atandığı zaman kutulu bir geliştirme dönemini temsil eder. Sprint sonu etkinlikleri gerçekleştirirken dikkate alınması gereken hedefler için aşağıdaki denetim listesini gözden geçirin.

  • Bitiş tarihi geçmişte olan bir sprint'e eksik iş atanmadığı durumlarda kapsam hijyenini koruyun
  • Ekip ilerleme durumunu ve hızını izlemeyi desteklemek için iş öğesi durumlarını ve sprint atamalarını yönetme
  • Destek ekibinin sürekli iyileştirme etkinlikleri
  • Destek ekibinin yazılım göndermeye ve sprint hedeflerine ulaşmaya odaklanması
  • Değeri olmayan iş izleme çalışmalarını en aza indirme

İpucu

Takım hızı, takım üretkenliğinin bir ölçüsü değildir ve yalnızca gelecekteki sprint'leri planlamak için bir ölçüm olarak kullanılmalıdır. Çalışma, sprint'in sonunda tamamlanır veya tamamlanmaz. Eğer yapıldıysa sayar. Değilse, geçerli sprint için değil, gelecekteki bir sprint için yeniden değerlendirilir. Hız, hangi seçimleri yaparsanız yapın kendini seviyelere çıkarma eğilimindedir. Ancak, yalnızca yapılan işleri göz önünde bulundurarak, gelecekteki tahminleri yapmak için daha gerçekçi bir değer ve çok daha iyi bir geçmiş veri kaynağı için çalışırsınız.

Ekip tercihlerine karar verme

Aşağıdaki öneriler, ekiplerin gerçekleştirmeyi göz önünde bulundurması gereken ana sprint sonu etkinliklerinde izlenir. Genellikle, bu etkinlikler sprint'in son gününde veya sprint gözden geçirme toplantısından sonra yapılmalıdır.

  • Eksik kullanıcı hikayeleri, kapsam öğeleri ve görevler için sprint kapsamı'nı gözden geçirin. Sprint kapsamı veya sprint görev panosu gözden geçirerek gözden geçirmeyi gerçekleştirebilirsiniz.

  • Ürün kapsamına veya sonraki sprint'e başlatılmayan kullanıcı hikayelerini, kapsam öğelerini ve görevleri yeniden atayın. Planlama bölmesini kullanarak ekip kapsamına veya gelecekteki bir sprint'e yeniden atayabilirsiniz. Yeniden atanan iş öğeleri yeniden tahmin edilebilir ve önceliklendirilebilir.

  • Tamamlanmamış kullanıcı öykülerinin, kapsam öğelerinin veya görevlerin nasıl işleneceğini belirleyin. Amacın çalışan yazılımları göndermek olduğunu unutmayın. Buradaki iki seçenek şunlardır:

    • Geçerli sprint'te tamamlanan ve henüz yapılacak işi göstermek için yazıyı ikiye bölün. Daha fazla bilgi için bkz . Öyküleri, sorunları ve diğer iş öğelerini kopyalama veya kopyalama.
    • Yazıyı, işin tamamlandığı sonraki sprint'e yeniden atayın. Sprint'in hızına sıfır için geçerli sprint hesabındaki tüm tamamlanmamış hikayeler.

  • Tamamlanan görevler için Kalan Çalışma'nın nasıl işleneceğini belirleyin. Görevler tamamlandıysa Kalan Çalışma için sıfır olmayan bir değere sahip olmak çok anlamlı değildir. Ekipler bu durumları nasıl ele almak istediklerine karar vermeli ve tamamlanan görevler için Kalan Çalışma değerini sıfır olarak ayarlamayı düşünmelidir.

Eksik çalışma için sprint kapsamlarını gözden geçirme

Tamamlanmamış çalışmayı belirlemek için, hala kaydedilmiş, etkin ve devam eden durumdaki işler için Sprint kapsamlarını gözden geçirin. Sprint'in sonundaki Sprint Kapsamı'nın ekran görüntüsü.

Tamamlanmamış kullanıcı öykülerini ve görevlerini gelecekteki sprint'e yeniden atama

Sprint kapsamı'ndan Görünüm seçenekleri'ni ve ardından Planlama'yı seçin. Tamamlanmamış iş öğelerini bir sonraki sprint'e veya takım kapsamına sürükleyin ve bırakın.

Aşağıdaki görüntüde gösterildiği gibi Fabrikam Team kapsamı, ekip için ayarlanan varsayılan Yineleme Yolu'na karşılık gelir. Varsayılan değer @CurrentIteration makro olarak ayarlanırsa, bu seçimin sonraki sprint'in başlangıcına kadar Yineleme Yolu'nu değiştirmeyeceğini unutmayın.

Planlama Bölmesi'nin etkinleştirildiği Sprint Kapsamı'nın ekran görüntüsü.

Geçmiş sprint'leri arşivle

Zaman içinde, bir proje için tanımlanan veya bir takıma atanan sprint sayısı artabilir. Yineleme yollarının açılan menüsünü en aza indirmek için Project Yönetici istrators, geçmiş sprint'leri arşiv alanına taşımayı seçebilir. Sprint ataması korunarak ancak farklı bir sprint düğümü altında taşınarak tüm iş öğesi verileri korunur. Tüm sprint grafikleri ve pencere öğeleri çalışmaya devam eder.

Aşağıdaki görüntüde gösterildiği gibi, 2012 ve 2013'teki sprint'ler Önceki Sprint'ler düğümü altına taşındı.

Önceki Sprint'ler düğümü altında arşivlenen Yineleme Yolları'nın ekran görüntüsü.

İpucu

İş öğeleri kalıcı olarak silinene kadar iş öğelerinde depolanan tüm veriler Azure DevOps tarafından korunur.

Sprint hijyen ipuçları

Sprint kapsamı, başlangıç ve bitiş tarihlerine göre etkin sprint olarak otomatik olarak geçerli sprint'e işaret eder. Geçerli tarih sprint dönemi içindeyse, buna karşılık gelen sprint geçerli sprint'tir. Sonraki sprint'i etkin geçerli sprint yapmak için başka eylem gerekmez.

Proje veya ekip yöneticisi olarak sprint'leri yönetmek için aşağıdaki yönergeleri karşıladığından emin olun.

  • Projenizin sprint'leri için tanımlanan başlangıç ve bitiş tarihleri çakışmamalıdır.
  • Bir ekibin yapılandırması için ilgili tüm sprint'ler seçilmelidir.
  • Projeniz için gelecekteki birkaç sprint tanımlanmalı ve ekipleriniz için seçilmelidir.

Daha fazla bilgi için bkz . Yineleme yollarını (sprint'ler) tanımlama ve ekip yinelemelerini yapılandırma.