Yinelemeler ve sürüm planları oluşturma

Çevik ve diğer yinelemeli metodolojiler, yineleme ve yayın kavramları üzerine kurulmuştur. Bu makalede, planlama sırasında yinelemelerin ve yayınların ataması özetlenmiştir. Bu atamalar, bulut stratejisi ekibinin üyeleri arasında konuşmaları kolaylaştırmak için zaman çizelgesi görünürlüğünü sağlar. Atamalar ayrıca teknik görevleri bulut benimseme takımının uygulama sırasında yönetebileceği şekilde hizalar.

Yinelemeleri oluşturma

Teknik uygulamaya yinelemeli bir yaklaşımla, yinelenen zaman blokları etrafında teknik eforlar planlarsınız. Yinelemeler genellikle bir haftadan altı haftalık zaman bloklarına kadardır. Konsensüs, çoğu bulut benimseme takımı için ortalama yineleme süresinin iki hafta olduğunu göstermektedir. Ancak yineleme süresi seçimi teknik efor türüne, yönetim yüküne ve ekibin tercihlerine bağlıdır.

Çabaları bir zaman çizelgesine hizalamaya başlamak için 6 ile 12 ay arasında süren bir yineleme kümesi tanımlamanızı öneririz.

Hızı anlama

Yinelemelere ve yayınlara yönelik çalışmaların uyumlu hale getirmek için hızın anlaşılması gerekir. Hız, herhangi bir yinelemede tamamlanacak iş miktarıdır. Erken planlama sırasında hız bir tahmindir. Birkaç yinelemeden sonra hız, ekibin güvenle gerçekleştirebileceği taahhütlerin son derece değerli bir göstergesi haline gelir.

Hikaye noktaları gibi soyut terimler ile hızı ölçebilirsiniz. Ayrıca saat gibi daha somut bir şekilde de ölçebilirsiniz. Yinelemeli çerçevelerin çoğunda, duyarlık ve algı açısından zorluklardan kaçınmak için soyut ölçümler kullanmanızı öneririz. Bu makaledeki örnekler sprint başına saat cinsinden hızı temsil eder. Bu gösterim, konunun daha evrensel olarak anlaşılmasını sağlar.

Örnek: Beş kişilik bulut benimseme ekibi iki haftalık sprint'leri taahhüt etmiştir. Toplantılar ve diğer süreçlerin desteği gibi mevcut yükümlülükler göz önünde bulundurulduğunda, her ekip üyesi benimseme çalışmalarına haftada 20 saat tutarlı bir şekilde katkıda bulunabilir. Bu ekip için ilk hız tahmini sprint başına 100 saattir.

Yineleme planlaması

Başlangıçta, önceliklendirilmiş kapsam temelinde teknik görevleri değerlendirerek yinelemeleri planlasınız. Bulut benimseme ekipleri, çeşitli görevleri tamamlamak için gereken çabayı tahmin etme. Bu görevler daha sonra kullanılabilir ilk yinelemeye atanır.

Yineleme planlaması sırasında bulut benimseme ekipleri tahminleri doğrular ve iyiler. Tüm kullanılabilir hızı belirli görevlere hizalayana kadar bunu yapar. Bu işlem, tüm çabalar tahmin edilen bir yinelemeye hizalanana kadar her önceliklendirilmiş iş yükü için devam eder.

Bu işlemde ekip, sonraki sprint'e atanan görevleri doğrular. Ekip, ekibin her görevle ilgili konuşmasına göre tahminlerini güncelleştirir. Ekip daha sonra, kullanılabilir hız karşılanana kadar tahmini görevleri bir sonraki sprint'e ekler. Son olarak, ekip ek görevleri tahmin eder ve bunları bir sonraki yinelemeye ekler. Ekip, bu yinelemenin hızı da tükenene kadar bu adımları gerçekleştirir.

Önceki işlem, tüm görevler bir yinelemeye atanana kadar devam eder.

Örnek: Önceki örneği derleyelim. Her iş yükü geçişinin 40 görev gerektirdiğini varsayalım. Ayrıca her görevin ortalama bir saat süreceğini tahmin ettiğinizi varsayalım. Birleşik tahmin, iş yükü geçişi başına yaklaşık 40 saattir. Bu tahminler önceliklendirilen 10 iş yükünün tamamı için tutarlı kalırsa bu iş yükleri 400 saat sürer.

Önceki örnekte tanımlanan hız, ilk 10 iş yükünün geçişinin iki aylık takvim süresi olan dört yineleme alacağını göstermektedir. İlk yineleme, iki iş yükünün geçirilmesiyle sonuçlanacak 100 görevden oluşur. Sonraki yinelemede, 100 görevden oluşan benzer bir koleksiyon üç iş yükünün geçirilmesine neden olur.

Uyarı

Yukarıdaki görev ve tahmin sayısı kesinlikle örnek olarak kullanılır. Teknik görevler nadiren tutarlıdır. Bu örneği, bir iş yükünü geçirmek için gereken sürenin bir yansıması olarak görmemeniz gerekir.

Sürüm planlaması

Bulut benimseme kapsamında bir sürüm, iş süreçlerinde kesinti riskini gerekçelendirmek için yeterli iş değeri üreten teslim edilebilir öğeler koleksiyonu olarak tanımlanır.

İş yüküyle ilgili değişiklikleri üretim ortamında yayınlamak, iş süreçlerinde bazı değişikliklere neden olur. İdeal olarak, bu değişiklikler sorunsuz olur ve işletme hizmette önemli kesintiler olmadan değişikliklerin değerini görür. Ancak herhangi bir değişiklik olduğunda iş kesintisi riski vardır ve hafife alınmamalıdır.

Değişikliğin olası getirisi tarafından gerekçelendirilmesi için bulut stratejisi takımının yayın planlamasına katılması gerekir. Görevler sprint'lere hizalandıktan sonra ekip, her iş yükünün üretim sürümüne ne zaman hazır olacağının kabaca bir zaman çizelgesini belirleyebilir. Bulut stratejisi takımı her sürümün zamanlamasını gözden geçirebilir. Ekip daha sonra risk ve iş değeri arasındaki bükme noktasını belirler.

Örnek: Önceki örnekten devam edersek, bulut stratejisi takımı yineleme planını gözden geçirdi. İnceleme iki sürüm noktası tanımladı. İkinci yineleme sırasında, toplam beş iş yükü geçiş için hazır olur. Bu beş iş yükü önemli bir iş değeri sağlar ve ilk sürümü tetikler. Sonraki sürüm, sonraki beş iş yükü kullanıma hazır olduğunda iki yineleme gelecektir.

Yineleme yollarını ve etiketlerini atama

Azure DevOps'ta bulut benimseme planlarını yöneten müşteriler için, her göreve ve kullanıcı hikayesine bir yineleme yolu atanarak önceki işlemler yansıtılır. Ayrıca her iş yükünü belirli bir sürümle etiketlemenizi öneririz. Bu etiketleme ve atama, zaman çizelgesi raporlarının otomatik popülasyonunu besler.

Sonraki adımlar

Beklentileri doğru şekilde iletmek için zaman çizelgelerini tahmin edin.

Zaman çizelgelerini tahmin etme