e
sv

done'nin tanımı nedir? Çevik ekipler için örneklerle kılavuz

avatar

Yazılım Method

  • e 0

    Mutlu

  • e 0

    Eğlenmiş

  • e 0

    Şaşırmış

  • e 0

    Kızgın

  • e 0

    Üzgün

Yeniliklerin bol olduğu ve teknolojilerin her gün geliştiği günümüzün hızlı dünyasında, ürün geliştirme ekipleri ayak uydurmak için sürekli uyum sağlamak zorundadır. Bu, organizasyonun momentumu beslemek için yukarıdan aşağıya çevik ilkeleri de benimsemesi gerektiği anlamına gelir.

Çevik bir ürün geliştirme ekibi, çeşitli alanlarda uzmanlardan oluşur: yazılım mühendisleri , kalite güvence uzmanları, saldırı ustaları , kullanıcı deneyimi tasarımcıları, ürün sahipleri ve daha fazlası. Herkes uzmanlığı ile farklı aşamalarda ürün geliştirmeye katkıda bulunur. Bu nedenle, ürünün geliştirilmesi ve sunulmasıyla ilgili ortak bir beklenti anlayışı oluşturmaya ihtiyaç vardır.

Bu kılavuzda, scrum ekipleri ve ürün liderlerinin çevik çalışma yöntemlerini benimsemeleri için bir bitti (DoD) tanımı oluşturmanın neden bu kadar önemli olduğunu açıklayacağız. Ayrıca kullanıcı hikayeleri, özellikler/destanlar ve temalar/girişimler için bitmiş tanımını kimin oluşturduğunu tanımlayacağız ve DoD'yi kuzeni olan hazır (DoR) tanımından ayıracağız.


İçindekiler


done (DoD)'nin tanımı nedir?

Bitti (DoD) tanımı, bir kullanıcı hikayesinin, destanının veya temanın ne zaman tamamlandığını açıkça belirten, üzerinde anlaşmaya varılan bir kontrol listesidir.

Scrum Kılavuzuna göre:

“Bitti Tanımı, herkese parçanın bir parçası olarak hangi işin tamamlandığı konusunda ortak bir anlayış sağlayarak şeffaflık yaratır. Bir Ürün İş Listesi kalemi Bitti Tanımını karşılamıyorsa, serbest bırakılamaz ve hatta Sprint İncelemesinde sunulamaz. Bunun yerine, ileride değerlendirilmek üzere Ürün İş Listesine geri döner.”

done tanımı oluşturmanın amacı nedir?

Bitti tanımının birincil amacı, ekibin sürekli olarak kaliteli ürünler sunabilmesi için fikir birliği oluşturmak ve hesap verebilirliği uygun istasyonlara tahsis etmektir. Bitti'nin net bir tanımı, yalnızca yürütme için değil, aynı zamanda ürün organizasyonundaki tüm seviyelerde planlama ve tahmin için de çok önemlidir.

Başlangıçta, scrum çerçevesi , geliştirme aşamasında scrum ekipleri için bir bitmiş tanımı oluşturdu. O zamandan beri, ürün organizasyonunun tüm seviyelerine yayılmıştır.

Örneğin, kuruluşun ürün yaşam döngüsünü anlamasını, ilgili pazarlama planları oluşturmasını, bütçe tahsislerine yardımcı olmasını ve kilometre taşlarını ve yol haritasını değerlendirmesini sağlayan temalar, girişimler ve destanlar için DoD'ler vardır. Ayrıca, bir işletim sözleşmesi, işlevler arası ekip işbirliğine ve herhangi bir yeni ekip üyesinin işe alınmasına fayda sağlar.

Çevik ekipler için done tanımı neden önemlidir?

Çevik çalışma yöntemlerini benimserken, her süreç organizasyona değer katmalıdır. Bitti tanımı, ürün geliştirmedeki temel çevik ilkeleri takip eder ve uygular.

şeffaflık

Kuruluş genelinde net bir anlayış oluşturmak şeffaflığı teşvik eder. Konuyla ilgili görüş veya bakış açısı farklılıkları nedeniyle gereksiz çatışma ve yanlış anlamaların önlenmesine yardımcı olur.

Öğrenme

Savunma Bakanlığı kontrol listesini takip eden her adımda sürekli değerlendirme, bir ürünü son kullanıcılara bırakmadan önce kapsamlı bir gözetim sağlar ve bir güvenlik kapısı görevi görür. Ekibin hıza ve teslimata odaklanmasını sağlayarak, kendi kendine odaklı inovasyonu tereddüt etmeden teşvik eder.

yineleme

Uygun kalite güvence seviyeleri ile hızlı bir şekilde uygulanabilen ve son kullanıcılara teslim edilebilen özelliklerin sağlanması, diğer bir anahtar çevik ilkedir . Hızlı öğrenme ve yineleme, teslimat sırasında kalite güvencesini korurken yenilik yaratmak için ürün geliştirme ekipleri içinde güveni de artırır.

Yapılan örneklerin tanımı

Ekip, işletme ve portföy yönetimi gibi çeşitli düzeylerde yapılanın tanımını inceleyelim ve aşağıdakiler için yapılan tanımına nelerin dahil edileceğine dair bazı örnekleri gözden geçirelim:

Ayrıca, bitti kontrol listesi tanımınıza nelerin dahil edileceğine ve her düzeyde tamamlandı tanımını kimin oluşturduğuna dair bazı örneklerin üzerinden geçeceğiz.

Bir Kişinin Eli Çevik Ürün Geliştirmenin Çeşitli Aşamalarında Yapılan Tanımların Örneklerini Temsil Eden Bir Tahtaya Not Kartları Yerleştirme

Kullanıcı hikayeleri (scrum ekibi)

Do'nun yaygın olarak bilinen tanımı, scrum ekibi düzeyindeki kullanıcı hikayeleri içindir.

Tüm kabul kriterleri karşılandığında ve ürün sahibi kullanıcı hikayesini inceleyip kabul ettiğinde bir kullanıcı hikayesi tamamlanmış olarak kabul edilir. Kabul edildiğinde, tamamlanan kullanıcı hikayesi takım hızına katkıda bulunur.

Savunma Bakanlığı kontrol listeleri takımdan takıma değişiklik gösterecektir, ancak burada kullanıcı hikayeleri için Savunma Bakanlığı kontrol listesine dahil edilecek bazı standart maddeler bulunmaktadır:

  • Birim testi geçti
  • Kod incelendi
  • Kabul kriterleri karşılandı
  • Fonksiyonel testler geçti
  • İşlevsel olmayan gereksinimler karşılandı
  • PO tarafından onaylanan kullanıcı hikayesi

Kullanıcı hikayeleri için bitti tanımını kim oluşturuyor?

Scrum ekibi, işbirlikçi olarak bitti tanımını tanımlar ve sürdürür. Savunma Bakanlığı kontrol listesi, scrum ekibinin tüm hikayeler için her gereksinimi ve kalite standardını karşılayıp karşılamadığını yansıtmalıdır. Ayrıca, hikayelerin devam edenden bitmişe geçmesi için resmi bir bekçilik mekanizması olarak hareket etmeli ve yol boyunca kalite ve tutarlılığı sağlamalıdır.

Çapraz işlevli ekiplerde çalışırken, neyin yapıldı olarak nitelendirildiğini tanımlama süreci işbirlikçi olmalıdır. Savunma Bakanlığı kontrol listesi esnektir ve ürün ekibi tarafından gerektiği şekilde gözden geçirilmeli ve uyarlanmalıdır. Scrum master, DoD kontrol listesinin çalışma şekline yönetilmesi ve uygulanması için bir lider olarak hareket edebilir.

Ürün yöneticisi, üzerinde anlaşmaya varılan tüm görevler ilgili sorumlu rolleri tarafından gerçekleştirilir ve kontrol edilirse, piyasaya sürülmeden önce kalite güvencesi için Savunma Bakanlığı'na güvenebilir. Envanterin etkisi, bir sonraki sprint için planlamayı zora sokan ve nihayetinde üretimi geciktiren sprint biriktirme listesiyle sonuçlanan tamamlanmamış kullanıcı hikayeleri olabilir.

Özellikler/destanlar (kurumsal/ürün yönetimi)

Özellik veya destansı düzeyde, bitmiş, hazır demektir ve son kullanıcıya gönderilir. Yapılan bir destan tüm kriterleri karşıladı ve kullanıcının ihtiyaçlarını karşıladı.

Bir veya birden fazla kullanıcı hikayesi, birden fazla çapraz işlevli ekibi içeren birden fazla sprintte bir özelliği sonuçlandırabilir.

Bir özellik/destan için Savunma Bakanlığı kontrol listesi örneği:

  • Paydaşlar tarafından demode edildi ve kabul edildi
  • UX tasarımı incelendi ve kabul edildi
  • Entegrasyon testi geçti
  • Uyumluluk gereksinimleri karşılandı
  • Otomatik regresyon testi oluşturuldu
  • Tanımlanan kullanıcı ihtiyaçları karşılandı
  • Özellik belgeleri tamamlandı
  • Üretim ortamına terfi etti

Son kullanıcıya teslimatın kalitesi çok önemliyse, Savunma Bakanlığı'nın bu düzeyde ortak bir şekilde anlaşılması çok önemlidir. Ayrıca, teslimatta birden fazla ekip yer alabildiğinden ve geliştirme döngüsü daha uzun olabileceğinden, iyi tanımlanmış ve üzerinde anlaşmaya varılmış bir tamamlandı tanımı zamandan tasarruf etmeye, verimliliği artırmaya ve geliştirmenin piyasaya sürülmeden önce kalitesini ve bütünlüğünü sağlamaya yardımcı olabilir. üretme.

Özellikler/destanlar için bitmiş tanımını kim oluşturuyor?

Savunma Bakanlığı, yeni keşiflere ve öğrenmelere dayalı olarak önceliklerinizi ve yol haritanızı etkileyebilir. Savunma Bakanlığı'nı yerine getirmeyen kalemler, bir sonraki artış için ürün biriktirme listesine geri dönebilir.

Ürün yöneticisi, mimarlar, paydaşlar, pazarlama ekibi, tasarım ekibi, test lideri vb. ve nihai ürünün kullanıcılara gönderilmesiyle ilgili görevlerde yer alan kişilerle işbirliği içinde epik düzeyde bir kontrol listesi oluşturabilir.

Ancak, DoD'deki tüm öğelerin yürütülmesini sağlamaktan ürün yöneticisi sorumludur. Sonuçta, ürün yöneticisinin en önemli sorumluluğu ürünü son kullanıcılara göndermektir.

Temalar/girişim (portföy yönetimi)

Bir tema veya girişim için Savunma Bakanlığı'na sahip olmak, ürün yaşam döngüsü yönetiminin popülaritesine yanıt olarak ortaya çıkan nispeten yeni bir kavramdır.

Tema düzeyindeki Savunma Bakanlığı, önceliklendirme sırasında organizasyonun uyum sağlamasına yardımcı olur, odağı yeni bir girişime kaydırmaya gerek olup olmadığını açıklığa kavuşturur ve mevcut bir ürün üzerinde yapılacak herhangi bir geliştirmenin fişini çeker. DoD, tüm ürün organizasyonu için stratejik odaklanma ve yönlendirme ile yardımcı olur.

Temalar/girişimler için Savunma Bakanlığı'ndaki kontrol listesi örneği şunları içerebilir:

  • Pazar ihtiyaçlarını karşılar
  • Hedef mimari tasarım gerçekleştirilir.
  • Tüm MVP'ler üretime bırakılır ve değerlendirilir.
  • Kullanıcı testleri ve anketleri yapıldı ve değerlendirildi.
  • Yeni gereksinimler tanımlanmadı.

Temalar/girişimler için bitti tanımını kim oluşturuyor?

Portföy yönetimi ekibi, temalar ve girişimler için bitmiş tanımını oluşturur. Ayrıca, ürünün tanımlanmış pazar beklentilerini karşılayıp karşılamadığını anlamak için ürünü her aşamada değerlendirmeye yönelik artan bir ihtiyaç vardır.

Ürün yöneticisi , ürünleri için tanımlanan kontrol listesinin taahhüt edilmesinden ve yerine getirilmesinden sorumludur ve DoD yürütüldükten sonra yönetimin gerekli eylemleri gerçekleştirmesi gerekir.
Savunma Bakanlığı kontrol listesinin incelenmesi, doğru kurumsal önceliklendirme, odaklanma ve bütçe tahsisi sağlar ve bilinmeyen kör nokta riskini en aza indirir.

Bitmiş tanımı (DoD) ve hazır tanımı (DoR)

Çalışan bir sözleşme üzerinde çalışırken, genellikle iki tanımın açıkça belirtilmesi konusunda tartışmalar olur: bitmiş tanımı (DoD) ve hazır tanımı (DoR). Ancak, scrum çerçevesinde yalnızca Savunma Bakanlığı resmi olarak tanımlanır; DoR isteğe bağlıdır.

Bitti tanımına benzer şekilde, hazır tanımı, herhangi bir yeni girişim üzerinde çalışmaya başlamadan önce hazır olması gereken şeylerin bir kontrol listesidir. Hazır tanımının amacı, karışıklığı ve engelleyicileri önlemek ve girişimler üzerinde çalışırken verimliliği artırmaktır.

Kişisel deneyimlerime göre, DoR'a sahip olmak iyidir, ancak yeni bir şeye başlamanızı engelleyen sert bir kontrol noktası olmamalıdır. Ürün ekibi DoR'a çok fazla odaklanırsa, üretimi geciktirebilir ve kaçırılmış fırsatlara yol açabilir.

Bitti tanımı tutarlılık ve kaliteli çıktılar sağlarken, hazır yardımcıların tanımı verimlilik sağlar. Buna ek olarak, DoR yeni bir geliştirme projesinin başlangıcında ortak bir anlayış yaratmayı ve karışıklığı önlemeyi amaçlarken, DoD teslimatın sonunda devreye girer.

Bitti tanımı oluşturmak, çevik ilkeleri benimsemenize yardımcı olur

Çeşitli organizasyon yapılarının çevik çalışma yollarını benimsemesine yardımcı olmak için tasarlanan tüm çerçevelerin en az bir ortak ilkesi vardır: ürün organizasyonunuz için en iyi olanı öğrenin ve ona uyum sağlayın. Bitti tanımı, ürün liderlerinin ortak bir anlayış oluşturmasına ve ürün yaşam döngüsü boyunca herhangi bir yanlış yorumdan kaçınmasına yardımcı olur.

DoD, kapsamlı bir ölçüt envanteri alarak çevik ürün ekiplerinin kalite, hızlı teslimat ve tutarlılık sağlamasına yardımcı olur. Bitti tanımı da sizin özel girişiminize göre gözden geçirilmeli ve uyarlanmalıdır. Ürün yöneticileri, Savunma Bakanlığı'nın her düzeyde yürütülmesinden sorumlu ve sorumludur.

Bitti tanımı yalnızca geliştirme sırasında pratik değildir; portföyden ekip düzeyine kadar ürün yönetiminin tüm seviyelerinde uygulanabilir ve tüm ürün organizasyonu için şeffaflık ve net bir yön sağlar.

post done'nin tanımı nedir? Çevik ekipler için örneklerle rehber ilk olarak LogRocket Blog'da yayınlandı.

etiketlerETİKETLER
Üzgünüm, bu içerik için hiç etiket bulunmuyor.

Sıradaki içerik:

done'nin tanımı nedir? Çevik ekipler için örneklerle kılavuz