Çevik ve Scrum Terminolojisi: Çevik / Scrum Kavramları İçin Bir Sözlük

agile scrum terminology

Bu, Tüm Önemli Çevik / Scrum Terminolojisi için Kapsamlı bir Kılavuzdur ve Hepsi Bir Arada Çevik ve Scrum Kavramları Sözlüğüdür:

Hepimizin bildiği gibi, Agile'ın tanıtıma ihtiyacı yoktur. Tüm dünyada kullanılan bir Yazılım Geliştirme çerçevesidir.

Bu makale, parmaklarınızın ucunda olması gereken tüm çevik / saldırı kavramlarının kapsamlı bir kılavuzudur.

Ne öğreneceksin:

• Çevik Manifesto
• Scrum Nedir?
• Scrum'ın Sütunları
• Scrum Takımı
• Scrum'daki Roller
• Scrum Seremonileri
• Çevik Tahmin Temelleri
• Scrum Eserleri
• Bitti'nin Tanımı
• Bekleme Listesi İyileştirme (Bakım)
• Şelale ile Hızlı Karşılaştırma
• Ürün İş Listesi
• Bir Scrum Takımı Oluşturmak
• Sonuç
• Önerilen Kaynaklar

Çevik Manifesto

Çevik metodoloji, Çevik Manifesto'ya dayanmaktadır. Manifesto hakkında daha fazla bilgi için kontrol edin Çevik Yazılım Geliştirme Manifestosu .

Agile manifestosunun ana fikri kısaltılabilir: :

• Kişiden kişiye iletişim, süreç bağlamada etkilidir.
• Çalışan ürün, geleneksel adım adım dokümantasyondan daha iyidir.
• Müşteri / işletme sahibinin katılımı ve dolayısıyla sürekli geri bildirim döngüleri kritiktir.
• Değişiklikler kaçınılmazdır. Dolayısıyla Takımlar onları kucaklamalı ve hoş karşılamalıdır.

Agile süreci bu açıklamaları yapsa da, bunu başarmak için kesin somut adımlar sağlamadığını göreceksiniz. Ekiplere en iyi işlerini yapmaları için tam özgürlük ve özerklik verir.

Zamanla, serbest stil ortak uygulamalara dönüştü. Bunlardan en ünlüsü Scrum'dur.

Tanımlamalarımıza bununla başlayalım.

Scrum Nedir?

Scrum, Ken Schwaber ve Jeff Sutherland tarafından geliştirilmiş bir gelişim modelidir ve 1990'lardan beri kullanılmaktadır.

Çalışma, daha küçük gereksinimlere (hikayeler, destanlar ve görevler) bölünmüştür ve birbirine sıkı sıkıya bağlı ekipler küçük taksitler halinde oluşturur ve teslim eder. Sık sık geri bildirim aranır ve üründe sık sık kısa sürümler şeklinde iyileştirmeler yapılır.

Scrum'ın Sütunları

Scrum'ın temelleri aşağıda ayrıntılı olarak açıklanmıştır:

• Şeffaflık : Takımlar neler olup bittiğinin farkındadır ve paylaşmaya ve birbirlerine yardım etmeye açık olurlar. İletişim, günlük ayağa kalkma ve gayri resmi kişiler arası etkileşimler yoluyla serbestçe akar.
• Muayene : İşin sık ve dini teftişleri Scrum’ın başarısının anahtarıdır. Ekipler, basit ve güvenilir bir şekilde belirleyebilir, teşhis edebilir, sorunları giderebilir, düzeltebilir ve yoluna geri dönebilir.
• Adaptasyon : Scrum, yaptıklarının doğru olduğunu varsaymaz. Şeklinde periyodik kontrol noktaları vardır Sprint planlama, günlük scrum, sprint incelemesi / retrospektif toplantılar Takımın gözden geçirip uyarlayacağı yer.

Scrum Takımı

Scrum takımları genellikle küçüktür (5-9) ve doğaları gereği genellikle çapraz işlevlidirler. İçerirler Saldırı ustası , geliştirici, test eden (çalışma alanlarına bakılmaksızın tüm Agile ekip üyelerinden geliştirici olarak bahsetmek yaygın bir uygulamadır).

Diğer teknik ekip üyeleri ve en önemlisi ürün sahibi veya sponsor. Agile, tüm bahislerini takımına koyar. Dolayısıyla, kendi kendine organize olan bir A takımı kritiktir ve başarılı bir Agile uygulaması için neredeyse bir önkoşuldur.

Scrum'daki Roller

Scrum'daki çeşitli roller aşağıda verilmiştir:

• Ürün sahibi: Bir ürün sahibi, biriktirme listesinin sahibidir. Üründen ve aldığı şekilden kendisi sorumludur. Ürün birikimini sürdürmek, genel bir ürün vizyonuna sahip olmak ve ekibin hedeflerini ona doğru yönlendirmek, bir ürün sahibinin birincil sorumluluklarıdır.
• Geliştirme Takımı: Geliştirme ekibinin herhangi bir sınırlı rolü yoktur. Çapraz fonksiyonlu çalışmaları ve hedefe ulaşmak için en iyi yaklaşımı seçmeleri beklenir.
• Saldırı ustası: Scrumın doğru şekilde uygulandığından emin olmak, scrum ustasının görevidir. Scrum ustası aynı zamanda Hizmetçi Lider tüm takım için.

Scrum Seremonileri

Çevik, yolunda kalmak ve başarılı olmak için birkaç alışkanlığa güvenir.

Bunlardan bazıları aşağıda belirtilmiştir:

# 1) Günlük saldırı toplantısı: Bu, her bir ekip üyesinin aşağıdaki noktalardan bahsettiği tipik bir 15 dakikalık kısa buluşmadır:

• Dün ne yapıldı?
• Bugün için ne planlanıyor?
• Yol boyunca herhangi bir engel var mı?

Toplantının bu formatı, hangi işin bittiğini, neyin kaldığını ve gerektiğinde ekibin birbirlerine nasıl yardımcı olabileceğini anlamak için çok etkilidir.

Scrum Master, bu toplantıyı kolaylaştırır, ancak bu, Scrum Master'ın yararına veya statünün toplanacağı bir yer değildir. Ekibin, günün görevlerini fethetmek için ayrı yollarına gitmeden önce etkileşime girmesi ve bir araya gelmesi için bir fırsattır.

# 2) Sprint : Bir Sprint, zaman sınırlamalı bir yinelemedir (genellikle bir kez 3 hafta, ancak daha uzun veya daha kısa olabilir). Bu tekrarlayan bir süreçtir ve bir geliştirme ve teslimat patlaması olarak görülebilir.

# 3) Sprint Planlama: Sprint planlamanın amacı, bir dizi ürün biriktirme öyküsünü sevk edilebilir ürünün bir artımına nasıl dönüştürebileceğini planlamaktır.

Genel format 2 parçalı bir durum gibi olabilir.

• İlk yarı - Ekip, tamamlamayı taahhüt ettikleri öğeleri seçer.
• İkinci yarı - Ürün Sahibi sorular için kullanılabilir.

Ekip, nasıl inşa edileceğine karar verir. Böylece görevler oluşturulur ve buna göre atanır ve sonuçta Sprint İş Listesi.

# 4) Sprint İncelemesi / Demo : Bir sprintten sonra ekip ve paydaşlar bir araya gelir, böylece tamamlanan iş sergilenebilir.

Tamamlanan görevler planlanan öğelerle karşılaştırılır ve uygulanmayan işlevsellik atlanır. Bu toplantının süresi 4 saatten fazla değildir.

# 5) Sprint Retrospektifi: Bu toplantı, Saldırı ustası ve PO dahil tüm ekip katılır.

Ekip, süreç iyileştirme fikirlerini odakta tutarak en son Sprint'i tartışır ve bir sonraki Sprint'i daha verimli hale getirmek için hangi değişikliklerin yapılabileceğini belirler.

Normalde, bu toplantı 2 saatten fazla sürmez.

=> Önerilen Okuma - Çevik Retrospektif Toplantılar

Çevik Tahmin Temelleri

Aşağıda, Çevik Tahmin Temelleri verilmiştir:

Girişler

• Ürün birikimi ve sprint birikimi.
• Geçmiş veriler, bunlara harcanan fiili çaba değerleriyle benzer görevler için önceki tahminler.

Tahmini Katılımcılar

• Uygulamaya aşina ekip üyeleri.
• Uygulamanın diğer sistemlerle entegrasyonunu anlayan ekip üyeleri.
• Projenin tamamlanması için gerekli çeşitli becerilerin temsili.
• Derleme, dağıtım ve QA ekip temsilcileri.

Destan / Özellik / Fikir Tanımı

• Bunlar büyük kullanıcı hikayeleridir ve genellikle tek bir yinelemede uygulanamayacak kadar büyüktür.
• Fikir / Epik -> Hikayeler -> Görevler (Bir Fikrin birden çok hikayesi olabilir. Bir Hikayenin birden fazla görevi olabilir. Hikaye kapsamı bir Sprint ile sınırlıdır. Hikayeyi tamamlamak için tüm görevler kapatılmalıdır)

# 1) Hikaye Noktası Tahmin Tekniği: Hikaye noktası, takıma hikayenin ne kadar karmaşık olduğunu anlatan bir sayıdır.

Çoğu durumda, Fibonacci serisi veya tişört boyutu kullanılır. Genellikle bir hikaye noktası, bir kişinin bir günlük çalışmasına eşdeğer kabul edilir.

Bununla birlikte, oran, bir görevin bir birimini tamamlamak için geçen ortalama sürenin gerçek verilerine göre her yinelemeden sonra revize edilir.

İlgili adımlar şunları içerir:

• Çok büyük gereksinimleri küçük görevlere ayırın.
• En az 2 tahminciden oluşan bir ekip seçin, Saldırı ustası , Ürün Sahibi ve diğerleri katılabilir.
• Her bir tahminci, hikaye puanlarını bir kullanıcı hikayesi (görev) için özel olarak tahsis eder ve aynısını yayınlar.
• Gereksinim için hikaye puanları, tahmin ediciler tarafından benzer bir görevin boyutu hakkındaki geçmiş bilgilerine dayalı olarak tahsis edilir.
• Tahminlerin biraz farklı olması bekleniyor.
• Tahminler önemli ölçüde farklılık gösteriyorsa, yüksek ve düşük tahminciler tahminlerini açıklar.
• Bundan sonra, hepsi aynı sayıya yakınsayıncaya kadar aynı süreci izleyerek tüm tahmin ediciler tarafından bir tur daha tahmin yapılır.

# 2) Planlama Poker: Bu ilginç ve eğlenceli teknik burada açıklanmaktadır: Planlama Poker ile Çevik Tahmin Süreci Nasıl Kolaylaştırılır

Not :Çevik tahmin için başka birçok teknik vardır ancak bunlar en öne çıkan iki tekniktir.

Scrum Eserleri

En önemli scrum artefaktları Ürün İş Listesi ve Sprint İş Listesi . Bunlar, genel sprint hedeflerinin izlenmesine yardımcı olanlardır.

# 1) Ürün İş Listesi:

• Bir ürün / proje için tutulan sıralı bir 'gereksinimler' listesi.
• Bir liste, hatalar ve işlevsel olmayan öğeler içerebilir.
• Ürün Sahibi, PDÖ'de öncelikleri belirlemekten sorumludur.
• Ürün Sahibi, Ürün İstek Listesinin yönetiminden sorumludur.

# 2) Sprint İş Listesi:

• İçin yapılacaklar listesi (İş Listesi öğesi olarak da bilinir) Sprint.
• Scrum Takımı bakımlarından sorumludur ..
• Sprint sırasında, Takım üyelerinin yeni bilgiler mevcut oldukça sprint iş yığınını güncellemeleri beklenir.
• Maddelerden herhangi birinin eksik veya kısmen tamamlanmış olması durumunda, standart scrum tanımına göre bu maddeler Ürün İş Listesi.

# 3) Yakma Tablosu:

iki dosyayı satır satır karşılaştır

• Sprintte tamamlanan ve kalan işi gösteren herkese açık bir grafiktir.
• Gün bazında tamamlanan fiili işi gösterir.
• Tarafından sürdürülür Saldırı ustası günlük şekilde.
• İki tür vardır 'Burn-down çizelgeleri' ve 'Sprint Burn-down çizelgeleri'.

Bitti'nin Tanımı

Bitti'nin Tanımı farklı scrum takımları için farklıdır. Basit bir ifadeyle DoD, ekibin mevcut araçlar aracılığıyla hedefe ne zaman ulaşacağını söylemenin bir yoludur. PO ile ekip arasındaki sözleşmedir.

DoD Karşılanan, iş yığınındaki tüm hikayelerin paydaşın gereksinimlerine göre geliştirildiği anlamına gelir. Hikayeler teknik olmayabilir veya birden çok görevi olabilir.

Bekleme Listesi İyileştirme (Bakım)

Bakiye ayrıntısı temel bir scrum uygulaması değildir, ancak bir sprint'e giren iş yığını öğelerinin kalitesini yönetmenin bir yolu olarak benimsenmiştir.

Bu, ürün iş yığını öğelerini gözden geçirme ve uygun bir şekilde önceliklendirilip önceliklendirilip hazırlanmadıklarını ve sprint planlama etkinliği aracılığıyla sprintlere girdiklerinde takımlar için açık ve yürütülebilir kılacak şekilde hazırlanıp hazırlanmadıklarını kontrol etme çabasıdır.

Şelale ile Hızlı Karşılaştırma

Ürün İş Listesi

Yukarı doğru ilerlerken, PBI'lar oluşturulur ve DERİNDİR:

• D- Yeterince ayrıntılı
• DIR-DİR- Acil dır-dir
• DIR-DİR- Tahmini
• P- Öncelikli

Ve takım için daha ayrıntılı.

Bir Scrum Master'ın uyarlaması gereken şeyler:

• Engelleri kaldırmak
• Kolaylaştırmak
• Mentorluk ve öğretim
• Antrenörlük

Bunlar bir Saldırı ustası ne zaman gerçekleştirmeli Scrum yeni uygulanmaktadır. Ancak zaman geçtikçe ve takım Scrum'a alıştıkça (Kendi kendine organize olur) Scrum Master'ın yerine getirmesi gereken bir görevi vardır, yani 'GÖZLEMLE'.

Bir Scrum Takımı Oluşturmak

Takım kurarken, Scrum Master Aşağıdaki zorluklarla karşılaşabilir - Şekillendirme, Fırtına, Normlama ve Gerçekleştirme.

• Şekillendirme- Bir takımda ilişkinin olmadığı yer.
• Fırtınalı Ekip üyeleri arasındaki sınırların aydınlanacağı yer.
• Norming- Takımda iyi bir ilişki kurulduğunda.
• Performans- Bu, sadece Takım Çalışmasının olduğu son aşamadır.

Gördüğümüz gibi, son aşama, takımın gerçekten bir Scrum Takımı . Ancak bu dönüşüm sırasında, herhangi bir aşamada bir miktar aksaklık yaşanırsa, o zaman ekibi başa geri götürür.

Sonuç

Umarız bu eğitim, tüm önemli noktaları kısaca açıklamıştır. Çevik ve Scrum Terminolojisi . Lütfen bu eğitim dizisine bakın Çevik Metodolojiye Eksiksiz Kılavuz Çevik / Scrum kavramlarının ayrıntıları için.

Mutlu Çeviklik!

Önerilen Kaynaklar

• Çevik Scrum Çevrimiçi Testi: Çevik Scrum Bilginizi Test Edin
• Kendi Kendine Yeterli Scrum Takımları: Kendi Kendine Yeterli Bir Takım Nasıl Oluşturulur?
• Kanban vs Scrum vs Agile: Farklılıkları Bulmak İçin Ayrıntılı Bir Karşılaştırma
• Çevik Scrum Süreci Kullanılarak Kısa Sürede Yüksek Değerli Yazılım Özellikleri Nasıl Sağlanır
• Çevik Manifesto: Çevik Değerleri ve İlkeleri Anlamak
• Çevik Metodoloji: Yeni Başlayanlar İçin Çevik Yöntem ve Scrum Kılavuzu
• SAFe Çevik Eğitimi: Ölçekli Çevik Çerçeve Nedir?
• Scrum Takım Rolleri ve Sorumlulukları: Scrum Master ve Ürün Sahibi