Aynı ürün üzerinde çalışan birkaç Geliştirme Takımı olması durumunda “Tamamlandı” tanımı

Scrum testlerinden biri, birden fazla geliştirme ekibi aynı ürün üzerinde bir çalışma gerçekleştirdiğinde "Tamamlandı" yı en iyi tanımlayan tanımla ilgili soruyu içerir.

Doğru bir cevap, bu geliştirme ekiplerinin birleşik çalışmalarını potansiyel olarak serbest bırakılabilecek bir "Bitti" tanımına sahip olması gerektiğini belirtir.

Bu sınavın doğru cevabından benim için net olmayan şey:

takımların "Bitti" tanımları farklı olabilir mi? Hangi ölçüde?

agile scrum

Bir ürünü doğrudan piyasaya süren bir ekip ve diğer ekipler tarafından kullanılan aynı işi düşünün.

— Ian

Veya örneğin, yazılımın İngilizce sürümleri Fransızcaya çevrilmeden önce gönderilebilir.

— Ian

Bu tür bir karışıklık neden hiçbir şey yapıldığını söylemememdir. Bunun yerine her zaman tam olarak ne yaptığımızı söylüyorum. Bir şeyin yapılıp yapılmayacağına karar vermek bir müzakere. Beyan değil. Hangi tanımı izlediğinizden bağımsız olarak.

— candied_orange

Yanıtlar:

Tüm ekipler "Bitti" yi diğer ekipler tarafından tamamlanan işleri dikkate alacak şekilde tanımladığında, işlevin tamamlandığından emin olursunuz.

Her takım "tamamlandı" yı farklı şekilde tanımlarsa ve diğer takımların bu tanım hakkında bilgi sahibi olmasını beklerseniz, birkaç sorunla karşılaşırsınız:

Bir entegrasyon problemi ortaya çıktığında, hiçbir ekip sorunu düzeltmek istemez. Sonuçta, bir şeyleri entegre etmeye başladıklarında "yapıldı", bu yüzden diğer ekibin çalışmasıyla bir şey olmalı.
Bir avuç takımdan daha fazlasına sahip olduğunuzda, özellikle de takımlar arasında farklılıklar olduğunda, herkesin "tamamlanmış tanımını" hatırlamak zorlaşır.
Done tanımının, entegrasyon çalışmasının düzgün çalıştığını içereceği garanti edilmez.

Kabul edilen cevap, tüm ekiplerin çalışmaları entegre edilip düzgün bir şekilde çalışana kadar işlerin yapılmadığını açıkça belirtir. Serbest bırakılabilir olmalı ve böylece son kullanıcılar tarafından bütünüyle kabul edilebilmelidir.

Yorumlara yanıt olarak düzenleme: Bu, her takımın aynı tanımlamaya sahip olduğu anlamına gelmez. Bunun anlamı bölüm bitti her takımın tanımının daha geniş bir sistemdir ve diğer entegre bileşenleri kırık değildir.

— Greg Burghardt
kaynak

Affedersiniz, ama bana öyle geliyor ki doğru cevap tek bir "Bitti" tanımına sahip olmakla ilgili hiçbir şey söylemiyor. Dahası, entegrasyon özelliklerinin buna dahil edilmesi gerektiğinden emin değilim. İki ekibin her ikisi de farklı müşteriler için ayrılmış aynı API'nın tamamen farklı uygulamaları üzerinde çalışıyor mu? Ancak resmen aynı ürün üzerinde çalışıyorlar.

@Andremoniy, doğru cevap aslında tek bir DoD hakkında hiçbir şey söylemez , ancak tüm ekiplerin DoD'lerinin genel ürünün işlevsel kalması için ortak bir unsura sahip olması gerektiği anlamına gelir. Bir API'nin farklı uygulamaları üzerinde çalışan farklı ekiplerin örneği, bunun tek bir ürün olarak adlandırılabileceğine beni ikna etmiyor.

— Bart van Ingen Schenau

@Andremoniy, bir takım başka bir takımın çalışmasına bağlı olur olmaz, parçalar farklı konumlara dağıtılmış olsa bile entegrasyon sorunları meydana gelebilir (gerçekleşecektir). Aynı zamanda, örneğin bir mikro hizmet başka bir mikro hizmeti beklenmedik, muhtemelen yanlış bir şekilde kullandığında da bir entegrasyon sorunudur.

— Bart van Ingen Schenau

@Andremoniy: Bu iki ekibin aynı DoD'yi kullanmaması gerektiği konusunda haklısınız, ancak herhangi bir değişikliğin diğer takımı olumsuz etkilememesi gerektiği kuralını paylaşabilirler (bu, çalışma arka taraftaki arayüzde değişiklikler içeriyorsa çoğunlukla tetiklenir) -end sunucusu).

— Bart van Ingen Schenau

@Andremoniy: Yorumlarınız için teşekkürler. Cevabınızı, gündeme getirdiğiniz bazı sorunları ele almak üzere güncelledim.

— Greg Burghardt

Bir takımın "Bitti" yi "Geliştirme Tamamlandı" olarak tanımladığı (yani kodun repo ile birleştirildiği), diğerinin "Test Yapıldı" (kodun Q / A'ya bırakıldığı ve test edildiği) olarak tanımlandığı bir durumu hayal edebiliyorum.

Bu, doğası gereği ciddi sorunlara yol açacaktır çünkü genel ürün durumu büyük ölçüde tanımsız olacaktır ve bu nedenle gerçekten bırakıp bırakamayacağımızı söylemek zor olacaktır.

— Pawel Gorczynski
kaynak

Doğru cevabı, tüm takımların aynı tanımı paylaşması gerektiğini söyleyen bir kişi olarak mı düşünüyorsunuz?

Evet, basit bir nedenden dolayı ortak bir tanım olması gerektiğine katılıyorum - Karmaşık bir proje, alt projelerin (örneğin mikro hizmetler) genel ürünü (örn. MyCool ERP) oluşturduğu bir ağaç yapısı olarak düşünülebilir. Bu nedenle, belirli bir zamanda, ürünün yeni bir sürümünün yayınlanıp yayınlanamayacağını bilmek istersiniz. Ancak, belirli alt bileşenler için farklı DoD'niz varsa, bu bilgilerin çıkarılması son derece zorlaşır.

— Pawel Gorczynski