Epic
- Okunuşu
- epik
Kısaca
Epic, Agile'da tek bir sprint'te bitmeyecek kadar büyük olan ve ekibin zamanla teslim edilen daha küçük user story'lere böldüğü geniş bir iş kümesidir.
Agile'da epic nedir?
Epic, tek bir sprint'te tamamlanamayacak kadar büyük olan ve bu yüzden daha küçük user story'lere bölünen bir iş parçasıdır. Müşterilerin kayıtlı bir kartla ödeme yapabilmesi ya da birden fazla dili desteklemek gibi önemli bir yeteneği veya sonucu tanımlar ve bitmesi birkaç sprint, hatta birkaç ekip alabilir. Epic'ler resmî bir Scrum terimi değildir, ama Scrum, Kanban ve ölçeklenmiş Agile framework'leriyle yaygın olarak kullanılır.
Bir epic genellikle product backlog'da, hedefinin ve sunması gereken değerin kısa bir ifadesiyle kaba bir öğe olarak başlar. Önceliği yükseldikçe ekip onu, örneğin iş akışı adımına, kullanıcı türüne veya veri varyasyonuna göre her biri ince bir çalışan değer dilimi sunan story'lere böler ve her story kendi kabul kriterlerini alır. Takip araçları story'leri epic'lerine bağlar; böylece ilerleme izlenebilir. Bir epic, hedefi karşılandığında tamamlanır; bu, özgün story'lerin hepsi geliştirilmeden de gerçekleşebilir.
Epic bir kitapsa, user story'ler bölümleridir: bütün kitabı tek oturuşta yazamazsınız ama onu her seferinde bir bölüm bitirerek tamamlayabilirsiniz. Birçok kurum, en üstte temalar veya inisiyatifler, sonra epic'ler, sonra story'ler, sonra görevler olan bir iş öğesi hiyerarşisi kullanır; yine de tam adlar ekipler ve araçlar arasında değişir.
Epic'ler çoğunlukla user story'lerle karıştırılır, ama fark biçim değil büyüklüktür. İkisi de bir kullanıcı olarak, bir fayda sağlamak için bir şey istiyorum biçiminde yazılabilir; ancak story bir sprint'e sığmalı, epic ise sığmaz. Bazı framework'ler epic'ler ile story'ler arasına bir özellik (feature) düzeyi de ekler; bu yüzden aynı iş parçası bir şirkette epic, bir diğerinde feature olarak adlandırılabilir.
Önemli noktalar
- Epic, tek bir sprint'te bitirilemeyecek kadar büyük iştir.
- Epic'ler, her biri bir değer dilimi sunan user story'lere bölünür.
- Epic ile story arasındaki fark biçim değil, büyüklüktür.
- Epic, her story geliştirildiğinde değil, hedefi karşılandığında tamamlanır.
- Epic'ler yaygın bir gelenektir, resmî bir Scrum çıktısı değildir.
Örnek
Epic: Customers can pay with a saved card
Goal: Cut checkout time for returning customers
User stories:
1. As a customer, I want to save my card after a purchase, so I don't retype it.
2. As a customer, I want to pay with a saved card in one click.
3. As a customer, I want to delete a saved card from my account.
4. As a customer, I want a warning before a saved card expires.
Progress: 2 of 4 stories doneSık sorulan sorular
Epic ile user story arasındaki fark nedir?
User story bir sprint içinde bitirilebilecek kadar küçüktür; epic ise çok büyüktür ve birkaç story'ye bölünmelidir. İkisi de bir kullanıcı için değeri tanımlar; fark büyüklüktür.
Bir epic ne kadar sürmelidir?
Sabit bir kural yoktur, ancak çoğu epic birkaç sprint ile birkaç ay arasında sürer. Bir epic çok daha uzun sürüyorsa bu çoğunlukla onun daha net hedefleri olan daha küçük epic'lere bölünmesi gerektiğinin işaretidir.
İlgili sayfalar
- User StoryEkipler ve Süreç, s. 29User story, bir özelliğin kullanıcının bakış açısından, kimin neyi neden istediğini açıklayan kısa ve sade bir dille yazılmış tanımıdır.
- Product BacklogEkipler ve Süreç, s. 17Product backlog, bir ekibin bir ürünü geliştirmek için yapabileceği özellikler, düzeltmeler ve teknik işler gibi her şeyin tek ve sıralı listesidir.
- Story PointsEkipler ve Süreç, s. 27Story point, Agile ekiplerin iş öğelerinin göreli büyüklüğünü saat yerine karmaşıklık, iş miktarı ve belirsizliği birleştirerek tahmin ettiği birimdir.
- SprintEkipler ve Süreç, s. 25Sprint, bir Scrum ekibinin tek hedefe doğru çalışıp kullanılabilir bir ürün artışı ürettiği, bir ay veya daha kısa, çoğunlukla iki haftalık sabit dönemdir.
- Acceptance CriteriaEkipler ve Süreç, s. 1Acceptance criteria, tek bir user story'nin ya da backlog öğesinin Product Owner'ın kabulü için karşılaması gereken, test edilebilir koşullardır.
- AgileEkipler ve Süreç, s. 3Agile, çalışan yazılımı küçük ve sık parçalar halinde teslim eden ve planları düzenli geri bildirime göre ayarlayan bir yazılım geliştirme yaklaşımıdır.
Bu sayfada bir hata ya da eksik mi gördünüz?Düzeltme önerin