Aracılığıyla paylaş

Sprint sonu etkinlikleri

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

Sprint'in sonunda ekiplerin iş listesi hijyenini korumak ve doğru ölçümler sağlamak için birkaç görevi tamamlaması gerekir. Tamamlanmamış işler, geçmiş bir sprint'e atanmamalıdır ve takımların bu tür işleri nasıl işleyeceklerine karar vermesi gerekir. Tamamlanmamış iş öğelerini başka bir sprint'e taşımanın veya Kalan Çalışma'yı sıfıra sıfırlamanın otomatik bir yolu olmasa da, ekipler bu sorunları gidermek için belirli eylemler gerçekleştirebilir.

Yapılması gereken önemli eylemler şunlardır:

  • Sprint'in sonunda kısmen tamamlanmış kullanıcı hikayelerini ve görevlerini işlemeye karar verin.
  • Sprint ölçümlerinin ve hızının doğru kalmasını sağlamak için eksik çalışmayı yönetin.
  • Odağı ve verimliliği korumak için öğeleri öncelik sırasına göre gözden geçirin.

Sprint gözden geçirme toplantısından önce veya sonra ve sprint geriye dönük değerlendirmeden önce sprint sonu etkinlikleri gerçekleştirin. Bu etkinlikler sprint incelemelerini, geçmişe dönük değerlendirmeleri ve gelecekteki sprint planlamalarını desteklemek için doğru görünümlerin ve ölçümlerin korunmasına yardımcı olur.

Sprint sonu etkinlikleri için hedefler

Her bir sprint, işlerin atandığı belirli bir zaman dilimini temsil eden bir geliştirme dönemi olarak tanımlanır. 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 tamamlanmamış iş atanmadığından emin olarak backlog 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

Tavsiye

Ekip hızı, üretkenliği değil planlama doğruluğunu ölçer. Yalnızca tamamlanan çalışma hıza doğru sayılır. Eksik çalışma, gelecekteki bir sprint için yeniden değerlendirilmelidir. Tamamlanan çalışmaya odaklanarak daha gerçekçi ölçümler ve gelecekteki planlamalar için daha iyi geçmiş veriler elde edebilirsiniz.

Ekip tercihlerine karar verme

Takımların değerlendirmesi gereken başlıca sprint sonu etkinliklerini içeren öneriler aşağıda sıralanmıştır. 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, bekleyen işler ve görevler için sprint bekleme listesini gözden geçirin. Sprint artıkları gözden geçirerek veya sprint görev panosunu inceleyerek 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 bekleme listesine 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 işleri ve henüz yapılacak işleri göstermek için hikayeyi ikiye bölün. Daha fazla bilgi için bkz. Öyküleri, sorunları ve diğer iş öğelerini kopyalama veya klonlama.
    • Yazıyı, işin tamamlandığı sonraki sprint'e yeniden atayın. Mevcut sprint hesabındaki tamamlanmamış hikayeler, sprint hızına katkıda bulunmaz.

  • Tamamlanmış görevler için kalan çalışmanın nasıl ele alınacağını 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 işleri gözden geçirmek için sprint iş listesini inceleme

Tamamlanmamış çalışmayı belirlemek için, hala Taahhüt Edilmiş, Etkin veya Devam ediyor durumunda olan işler için Sprint birikimini gözden geçirin. Sprint sonunda Sprint Backlog'unun ekran görüntüsü.

Tavsiye

Azure DevOps'ta sprint'in kapatılması, sprint güncelleştirmelerini otomatik olarak kısıtlamaz. Bir sprint kapatıldıktan sonra, tamamlanmamış iş öğelerini geçerli sprint'e veya yedek iş listesine manuel olarak taşımak önemlidir.

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

Sprint kapsamı'ndan Görünüm seçenekleri ve Planlama'yı seçin. Tamamlanmamış iş öğelerini bir sonraki sprint'e veya takımın bekleyen işlerine geri sürükleyip 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çim sonraki sprint'in başlangıcına kadar Yineleme Yolu'nu değiştirmez.

Sprint Backlog'un Planlama Bölmesi etkinleştirildiğinde alınan 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ı açılır menüde küçültmek için, Proje Yöneticilerinin geçmiş sprintleri arşiv alanına taşıma seçeneği bulunur. Sprint atamasını koruyarak farklı bir sprint düğümü altına taşıdığınızda, 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 sprintleri, Önceki Sprintler düğümü altına taşındı.

Ekran görüntüsü: Yineleme Yolları, Önceki Sprintler düğümü altında arşivlendi.

Tavsiye

Azure DevOps, iş öğeleri kalıcı olarak silinene kadar iş öğelerinde depolanan tüm verileri korur.

Sprint hijyen ipuçları

Sprint backlog'u, başlangıç ve bitiş tarihlerine göre etkin sprint olarak otomatik olarak mevcut sprint'e işaret eder. Geçerli tarih sprint dönemi içindeyse, o zaman ilgili sprint geçerli sprint olur. 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 o ekibe ait tüm ilgili 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.

İlgili içerik