Ekinlikler
17 Mar 23 - 21 Mar 23
Diğer geliştiriciler ve uzmanlarla gerçek dünyadaki kullanım örneklerini temel alan ölçeklenebilir yapay zeka çözümleri oluşturmak için toplantı serisine katılın.
Hemen kaydolunBu tarayıcı artık desteklenmiyor.
En son özelliklerden, güvenlik güncelleştirmelerinden ve teknik destekten faydalanmak için Microsoft Edge’e yükseltin.
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:
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.
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.
İ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.
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:
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.
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 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.
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ı.
İpucu
İş öğeleri kalıcı olarak silinene kadar iş öğelerinde depolanan tüm veriler Azure DevOps tarafından korunur.
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.
Daha fazla bilgi için bkz . Yineleme yollarını (sprint'ler) tanımlama ve ekip yinelemelerini yapılandırma.
Ekinlikler
17 Mar 23 - 21 Mar 23
Diğer geliştiriciler ve uzmanlarla gerçek dünyadaki kullanım örneklerini temel alan ölçeklenebilir yapay zeka çözümleri oluşturmak için toplantı serisine katılın.
Hemen kaydolunEğitim
Modül
Ekipler arasında Çevik yazılım teslim planlarını yönetme - Training
Ekipler arasında iş planı görünürlüğünü geliştirerek teslim verimliliğini iyileştirmeyi öğrenin.
Belgeler
Sprint ve scrum için en iyi yöntemler - Azure Boards
Azure Boards, Azure DevOps'ta scrum uygulamak ve sprint araçlarını kullanmak için en iyi uygulama kılavuzu
Scrum'da çalışırken sprint zaman çizelgelerini yönetme - Azure Boards
Azure Boards'ta Scrum uygulamak için sprint'ler, sürümler veya yinelemeler için tarih eklemeyi ve ayarlamayı öğrenin.
Sprint'e kapsam öğeleri atama - Azure Boards
Azure Boards'ta Çevik işlemleri ve araçları kullanarak sprint veya yinelemeye iş atamayı öğrenin.