3 amigo principle agile
3 Amigo İlkesine Giriş:
youtube'u wav dosyasına ücretsiz dönüştür
Daha önce Scrum Serisinde, size getirme konseptini tanıtmıştık. Scrum Takım üyeleri içinde kendi kendine yeterlilik dış dünyadan herhangi bir yardıma ihtiyaç duymadan iş değeri üreten kültürü teşvik etmek.
Son zamanlarda, Scrum Master olarak çalıştığım bir Müşteri Projesi ile uyumlu hale geldim. Birden fazla Scrum tabanlı Projede çalıştıktan sonra, metodolojiyi Müşterinin çalışma yöntemleri ile başarılı bir şekilde harmanlamayı başardım.
Bununla birlikte, belirli bir süre sonra, anlama gerekliliği etrafında pek çok belirsizlik bulundu.
Her Scrum Takım Üyesi, Gereksinim anlayışının kendi versiyonuna sahiptir!
Ne öğreneceksin:
Genel Bakış
Geliştiriciler ve Kalite Güvencesi aynı gereksinime ilişkin iki farklı perspektife sahip olsaydı ne olurdu?
Bu durumda aşikar hareket tarzı, Geliştiricilerin Ürün Parçasını kendi perspektiflerini göz önünde bulundurarak geliştirmeleri, testçilerin kendi bakış açılarını göz önünde bulundurarak test etmeleri olacaktır.
İki perspektif bir boşluk yaratma eğilimindedir ve sorunlar daha sonra yalnızca Sprint'in sonuna doğru ele alınır. Daha da kötü bir durum, Sprint içinde bu sorunları çözmek için zaman kalmaması ve bizi bir Ürün İş Listesine ek öğeler eklemek için bir duruma sokmasıdır.
Yukarıdaki sorun ifadesini çözmek için, bir bütün olarak gereksinimleri analiz etmek ve beyin fırtınası yapmak için ekip üyeleri arasında daha fazla gereksinim tartışma oturumları düzenlemek için bir çözüm bulduk. Ve böylece Üç Amigo İlkesi fikri ortaya çıktı.
Üç Amigo İlkesine geçmeden önce, önce Çevik Test Uygulamalarından birini, İlk Test Geliştirmeyi (TFD) ve bunun Üç Kafadar ile nasıl ilişkilendirildiğini tartışalım.
Test İlk Geliştirme (TFD)
Adından da anlaşılacağı gibi Test First Development, herhangi bir geliştirme faaliyetinden önce test senaryolarının Test Mühendisleri tarafından yazıldığı bir uygulamadır.
Bu test senaryoları daha sonra tartışılır ve tüm Ekipte paylaşılır. Ekip üyeleri şimdi test senaryolarını tartışmak, geliştirmek ve gözden geçirmek için bir toplantıya katılıyor ('Üç Kafadar' olarak da anılır). Uç vakalar da bu toplantı sırasında Test olayları listesine eklenir.
Test senaryolarının Kabul Kriterlerini karşıladığına dair bir güven oluşturacak test senaryolarını eklemek ve incelemek için Ürün Sahibini de dahil edebiliriz.
Artık test senaryoları geliştirildiğine göre, tüm geliştirme bu test senaryolarına dayalı olacaktır. Bu fenomen aynı zamanda test oluşturma döngüsü olarak da bilinir. Bir test oluşturma döngüsü içinde, sistemde hataların olması için yer bırakmadan tüm test olayları geçene kadar derleyin.
Önce Test Geliştirme, geliştiricilerin Kabul Kriterlerini karşılayan ve Ürün Sahibinden (Müşterinin sesi) satın alma olan bir ürün artırımı oluşturmalarına olanak tanır.
Günümüzde ekipler, Test İlk Geliştirmenin bir sonraki adımı olan Test Odaklı Geliştirme (TDD) yaklaşımını ve çerçevesini benimsemeye başladı. Cucumber, Gauge, Specflow vb. Araçlar en popüler olanlar arasındadır.
Üç Amigo İlkesi
Üç Kafadarlar kimler?
Üç Amigo Prensibi, üç Kafadarın; İş Analisti, Geliştiriciler ve Kalite Analistleri aşağıdaki toplantılarda bir araya gelmelidir:
- İş Analisti, ekiple birlikte İş Gereksinimlerinin her birini ayrıntılarıyla açıklar.
- Kalite Güvence Ekibinin üyeleri, bu iş gereksinimleri için önceden oluşturulmuş Test Örneklerini tartışır.
- Geliştirme Ekibinin üyeleri, ekiple mimariyi ve alt düzey tasarımı tartışır.
Üç Amigo toplantısının amacı, İş Şartnamelerinin anlaşılmasındaki boşlukları üç Amigo tarafından kapatmaktır.
İş Analisti, ekipteki herkesin İş Kullanıcı Hikayesi / Gereksiniminden aynı anlayışa ve beklentiye sahip olmasını sağlar. İş Analisti, ekip üyelerinden gelen geri bildirimleri toplar ve yorumları inceler. Ayrıca eksik bilgileri ekler ve varsa belirsiz bilgileri Kullanıcı Hikayesinden kaldırır.
Yazılımın sağlığı her zaman yüksek kalite standartlarıyla ölçüldüğünden, kalite güvence ekibi, yazılım artışının işlevsel ve işlevsel olmayan yönlerini ayrıntılı olarak ele alır ve Ürün Parçasını test etmek için belirlenen test durumlarını ayrıntılarıyla açıklar. Ayrıca, tüm Kabul Kriterlerinin test senaryoları tarafından karşılandığından emin olurlar.
Diğer ekip üyeleri, uç durumları ve eksik senaryoları bularak test senaryolarının zenginleştirilmesine yardımcı olur. Geliştirme Takımının üyeleri, test kısıtlamalarına yol açabilecek teknik kısıtlamalarını paylaşacaklar.
xbox one için en iyi vr kulaklık
Geliştiriciler, gereksinimleri ve Ürün Parçasını oluşturmak için ne gerektiğini anladıklarını tartışır. Ayrıca, neyin inşa edileceğine dair ortak bir anlayış oluşturmak için ekiple Mimari düzeni ve Düşük Seviye Tasarımı tartışacaklardı.
Three Amigo oturumunun genel sonucu, tüm takımın bir sonraki sprintin bir parçası olarak ne inşa edecekleri konusunda ortak bir anlayışa sahip olmasıdır.
Üç Amigo Süreci
Üç Amigo Süreci aşağıdakileri oluşturur:
# 1) Katılımcılar
Geliştirme Ekibi ve Kalite Güvence Ekibinden birer temsilci ve İş Analisti. Bu temsilcilerin, kavramın maksimum faydasından yararlanmak için bu gereksinim üzerinde gerçekten çalışacak kişilerin olması önerilir. Mimarlar vb. Gibi diğerleri her zaman toplantıya katılabilir ve onlara rehberlik edebilir.
# 2) Zaman Çizelgeleri
Üç Amigo seansı genellikle N-1 Sprint'te yapılır. Aynı zamanda zamanlanmış kutulu bir olaydır, yani uzatılamazlar. Seans için önerilen zaman kutusu 1 saattir ve bu da maksimum süresidir.
Özellik Sprint N'de geliştirilecekse Üç Amigo seansının N-1 veya N-2 Sprint'te yapılması şiddetle tavsiye edilir.
# 3) Biçim
# 1) Toplantı, İş Analistinin gereksinimi tasarım belgeleri veya taslaklarla birlikte katılımcılara sunmasıyla başlar. İş gerekliliğinin iyi hazırlanması ve belgelenmesi beklenmektedir. Ekipten toplantıdan önce gereksinimi halihazırda yerine getirmiş olması beklenmektedir.
# 2) Bir sonraki adım olarak, katılımcılar gereksinimi inceleyecek ve daha sonra İş Analisti tarafından dahil edilecek geri bildirim sağlayacak. Katılımcılar, varsa belirsizliklere ve boşluklara da işaret edecekler. İş Analistinin ayrıca belirsizlikleri ortadan kaldırması ve gereksinimdeki boşlukları doldurması bekleniyor.
Zaman zaman, İş Analistinin diğer katılımcılar tarafından gönderilen sorguları onaylaması gerekebileceği ve bu incelemenin kendisine doğrudan dahil edilmeyebileceği durumlar olabilir.
# 3) Gereksinim yeterince hazırlandığında ve katılımcıların başka geri bildirimi veya açık sorusu kalmadığında, gereksinim 'Hazır' olarak işaretlenir.
# 4) Daha sonra, test senaryoları tıpkı gereksinimler gibi Katılımcılara sunulur. Test vakalarının iyi biçimlendirilmiş ve önceden hazırlanmış olması beklenmektedir.
# 5) Katılımcılar şimdi test olaylarını inceleyecek ve geri bildirimde bulunacak. QA üyesi, sağlanan tüm önerileri dahil edecektir. Katılımcılar ayrıca kaçırılan test senaryolarına ve uç durum senaryolarına da işaret ederler. Buradaki temel amaç, test senaryolarının tüm Kabul Kriterlerini karşılaması ve iyi bir test kapsamına sahip olmasıdır.
# 6) Bir sonraki adım, oturum sırasında ortaya çıkabilecek bağımlılıklara ve ön koşullara bakmaktır.
bir sabit sürücüyü klonlamak için en iyi yazılım
# 7) Bağımlılıklar belirlenir ve eylem öğeleri oluşturulur ve ilgili ekip üyesine atanır. Benzer şekilde, ön koşullar için görevler oluşturulur ve atanır.
# 8) Yukarıda belirtilen tüm eserler (Gereksinim, Test durumları, görevler, bağımlılıklar) herkesin kolayca erişebilmesi için JIRA gibi bir Proje Yönetim Aracında tutulmalıdır.
# 9) Çok fazla inceleme yorumu varsa, İş Analisti ve Kalite Güvence Mühendisi bunları oturumdan sonra dahil etmeyi seçebilir.
Sonuç
Bu eğiticide, sizi şu kavramla tanıştırdık: Üç Amigo İlkesi Güçlü geri bildirim döngüleri ile doğru çözümü daha hızlı bir şekilde sunmak için çok faydalı olduğu kanıtlanmıştır.
Üç Amigo seansı, aynı gereksinimi farklı şekilde anlamak için yer bırakmaz. Toplantının amacı herkesi aynı sayfaya getirmek ve ardından geliştirme aşamasına geçmeden önce gereksinimi kabul etmelerine izin vermektir.
Halihazırda Çevik Çerçeve'de çalışıyorsanız, Üç Amigo Oturumu'nu denemenizi ve denemenizi ve değişikliği kendiniz gözlemlemenizi şiddetle tavsiye ederim.
Yaklaşan eğitimimiz Scaled Agile çerçevesi hakkında daha fazla bilgi verecek!
PREV Eğitimi | SONRAKİ Eğitici
Önerilen Kaynaklar
- Çevik Sürece Başarılı Geçiş için Çevik Test Zihniyetini Geliştirmeye Doğru 4 Adım
- JIRA Çevik Eğitimi: Çevik Projeleri Yönetmek İçin JIRA'yı Etkili Bir Şekilde Kullanma
- Çevik Manifesto: Çevik Değerleri ve İlkeleri Anlamak
- Çevik Bir Test Cihazının Zihniyet Değişimi: Çevik Manifesto ile Uyum
- SAFe Çevik Eğitimi: Ölçekli Çevik Çerçeve Nedir?
- Çevik Scrum Çevrimiçi Testi: Çevik Scrum Bilginizi Test Edin
- Otomatik Regresyon Testi: Zorluklar, Süreçler ve Adımlar
- Yükselişte Çevik Test - Boon mu, Bane mi?