Çevik - Astar
Çevik, geliştirme sürecinin değişen iş ihtiyaçlarıyla uyumlu olması için 1 ila 4 haftalık kısa yinelemeleri kullanarak aşamalı olarak bir yazılım oluşturmak için bir yazılım geliştirme metodolojisidir. Agile, tüm gereksinimlerin ve risklerin önceden tahmin edildiği 6 ila 18 aylık tek geçişli bir geliştirme yerine, uygulanabilir bir ürünün 1 ila 4 haftalık yinelemeden sonra teslim edildiği bir sık geri bildirim sürecini benimser.
Agile'daki Roller
Saldırı ustası
Scrum Master, ekip üyelerinin taahhütlerini yerine getirebilmeleri için Agile uygulamalarını takip etmelerine yardımcı olan bir ekip lideri ve kolaylaştırıcıdır. Bir scrum ustasının sorumlulukları aşağıdaki gibidir:
Tüm roller ve işlevler arasında yakın işbirliğini sağlamak için.
Herhangi bir bloğu kaldırmak için.
Ekibi herhangi bir karışıklıktan korumak için.
Şirketin ilerlemesini ve süreçlerini takip etmek için organizasyonla çalışmak.
Çevik İnceleme ve Uyarlama süreçlerinden uygun şekilde yararlanıldığından emin olmak için
- Günlük stand-up'lar,
- Planlanan toplantılar,
- Demo,
- Review,
- Retrospektif Toplantılar ve
- Ekip toplantılarını ve karar alma sürecini kolaylaştırmak.
Ürün sahibi
Ürün Sahibi, ürünü işletme perspektifinden yönlendiren kişidir. Sorumluluklar veya bir Ürün Sahibi aşağıdaki gibidir -
- Gereksinimleri tanımlamak ve değerlerini önceliklendirmek.
- Yayın tarihini ve içeriğini belirlemek için.
- Yineleme planlaması ve sürüm planlama toplantılarında aktif rol almak.
- Ekibin en değerli gereksinim üzerinde çalışmasını sağlamak.
- Müşterinin sesini temsil etmek.
- Yapılan ve tanımlanmış kabul kriterlerini karşılayan kullanıcı hikayelerini kabul etmek.
Çapraz İşlevli Takım
Her Agile ekibi, 5 ila 9 ekip üyesi ve 6 ila 10 yıl arasında değişen ortalama bir deneyime sahip kendi kendine yeten bir ekip olmalıdır. Tipik olarak, bir Agile ekibi 3 ila 4 geliştirici, 1 testçi, 1 teknik lider, 1 ürün sahibi ve 1 saldırı ustasından oluşur.
Ürün Sahibi ve Scrum ustası Takım Arayüzünün bir parçası olarak kabul edilirken, diğer üyeler Teknik Arayüzün parçasıdır.
Çevik Bir Takım İşini Nasıl Planlar?
Çevik bir ekip, her yinelemenin 10 ila 15 günlük olduğu kullanıcı öykülerini sunmak için yinelemelerde çalışır. Her kullanıcı öyküsü, biriktirme önceliklendirmesine ve boyutuna göre planlanır. Ekip, ne kadar kapsamı planlamaları gerektiğine karar vermek için kapasitesini kullanır - ekipte görevler üzerinde çalışmak için kaç saat müsaittir?
Nokta
Puan, bir takımın ne kadar taahhütte bulunabileceğini tanımlar. Bir nokta genellikle 8 saati ifade eder. Her hikaye puan olarak tahmin edilir.
Kapasite
Kapasite, bir bireyin ne kadar taahhütte bulunabileceğini tanımlar. Kapasite saat cinsinden tahmin edilir.
Kullanıcı Hikayesi nedir?
Bir kullanıcı hikayesi, işlevsellik olarak kullanıcı tarafından neyin gerekli olduğunu tanımlayan bir gerekliliktir. Bir kullanıcı hikayesi iki biçimde olabilir -
- <Kullanıcı Rolü> olarak <İşlevsellik> istiyorum, böylece <İş Değeri>
- <Kullanıcı Rolü> olarak <İş değeri> için <İşlevsellik> istiyorum
Sürüm planlaması sırasında, göreceli ölçeği puan olarak kullanarak bir kullanıcı hikayesine kabaca bir tahmin verilir. Yineleme planlaması sırasında hikaye görevlere bölünür.
Kullanıcı Hikayeleri ve Görevlerinin İlişkisi
- Kullanıcı hikayesi ne yapılması gerektiğinden bahsediyor. Bir kullanıcının neye ihtiyacı olduğunu tanımlar.
- Görev nasıl yapılacağı hakkında konuşuyor. Bir işlevselliğin nasıl uygulanacağını tanımlar.
- Hikayeler görevler tarafından uygulanır. Her hikaye bir görevler koleksiyonudur.
- Kullanıcı hikayesi, mevcut yinelemede planlandığında görevlere bölünür.
- Görevler saat cinsinden tahmin edilir, genellikle 2 ila 12 saat arasındadır.
- Hikayeler, kabul testleri kullanılarak doğrulanır.
Bir Hikaye Bittiğinde
Takım neye karar verir doneanlamına geliyor. Kriterler şunlar olabilir -
- Tüm görevler (geliştirme, test) tamamlandı.
- Tüm kabul testleri çalışıyor ve geçti.
- Açık kusur yok.
- Ürün sahibi hikayeyi kabul etti.
- Son kullanıcıya teslim edilebilir.
Kabul Kriterleri nedir?
Ölçütler, ürün sahibi tarafından kabul edilebilmesi için bir özelliğin gerektirdiği işlevselliği, davranışı ve performansı tanımlar. Geliştiricinin bir kullanıcı hikayesinin ne zaman tamamlandığını bilmesi için ne yapılması gerektiğini tanımlar.
Gereksinimler Nasıl Tanımlanır?
Gereksinimler şu şekilde tanımlanır:
- Bir Kullanıcı Hikayesi,
- Kabul Kriterleri ile ve
- Hikayeyi uygulamak için görevler.