Scrum Kılavuzu | 19. Kullanıcı Hikayeleri – bunlar nedir?

Yayınlanan: 2022-05-20

Kullanıcı Hikayesi, yeni bir Ürün işlevselliğinin veya geliştirmesinin kısa bir açıklamasıdır. Teknik bir çözüm içermez, ancak işlevsellikle ilgili soruları ele alır: Kullanıcı kimdir? Ürün ne yapar? Ve amacı nedir? Kullanıcı Hikayesi, ürünü günlük veya iş dilinde açıklar, ancak aynı zamanda Scrum Takımının Takımın performansını iyileştirmeyi amaçlayan görevlerine de işaret eder.

Kullanıcı Hikayeleri nedir? - içindekiler:

  1. giriiş
  2. Kullanıcı hikayesi. Kimin hikayesi?
  3. Kullanıcı Hikayeleri nasıl kullanılır?
  4. Kabul şartları
  5. Özet

giriiş

Kullanıcı Hikayesi , Scrum Takımı tarafından gerçekleştirilen görevleri formüle etmenin en yaygın yoludur . Tek bir Kullanıcı Hikayesi, Ürünün küçük bir işlevini tanımlar. En küçük anlamlı, kısmi Ürün Hedefini tanımlar. Bu nedenle Kullanıcı Hikayeleri çok kısadır.

Kullanıcı Hikayeleri, Ürün üzerinde çalışma süresinin tamamı boyunca oluşturulur. İşe başlama kararının alındığı andan Ürün Hedefinin gerçekleştirilmesine kadar sürekli olarak oluşturulurlar.

Kullanıcı Hikayeleri oluşturmak, Ürün Sahibinin görevidir. Bir Müşteri ile yapılan görüşmeye dayanarak, Kullanıcı Hikayesi oluşturmaya izin veren soruların yanıtlarını formüle eder ve bunları Ürün İş Listesine girer. Ancak, Kullanıcı Hikayeleri yalnızca müşteri ihtiyaçlarını yansıtmaz.

user stories

Kullanıcı hikayesi. Kimin hikayesi?

Scrum Takımı, Kullanıcının ihtiyaçlarını tanımlamak için bir Kullanıcı Hikayesi oluşturur ve bu yüzden iş dilinde yazılır. Başka bir deyişle, uygulanmasının ürün kullanıcısına getireceği faydaları gösterir. Ancak, Ürün İş Listesinde, Geliştirme Ekibinin ihtiyaçlarını açıklayan, örneğin Geliştiriciler arasındaki iş akışını iyileştiren veya Ürün Sahibinin ihtiyaçlarını açıklayan, örneğin Ürün İş Listesini organize eden Kullanıcı Hikayeleri de olabilir. Bu gibi durumlarda Kullanıcı Hikayesindeki Kullanıcı, Geliştirici ve Ürün Sahibidir.

3W sorularını yanıtlayarak bir Kullanıcı Hikayesi tanımlayabilirsiniz:

  • Kim?
  • Ne yapıyor ?
  • Neden? Niye?

Kullanıcı Hikayesi daha sonra bir formülde bulunur:

Bir [kullanıcı tipi] olarak [ne yapmak istiyorum ?] Çünkü [neden? Niye?].

Bu formda yazılmış bir çevrimiçi mağazanın işlevselliği hakkında Kullanıcı Hikayelerine örnekler aşağıdaki tabloda gösterilmektedir:

What are User Stories? - table

Bu formül, yalnızca bir Kullanıcı Hikayesi formüle etmeyi değil, aynı zamanda teknik dili nispeten kolay bir şekilde iş dünyasına veya tam tersine çevirmeye de olanak tanır. Sonuç olarak, hem Geliştiriciler hem de Paydaşlar, ilerlemenin Hedefini ve aşamalarını açıkça görüyorlar. Ayrıca Scrum Guide serisindeki ayrı bir makalede INVEST yöntemini kullanarak iyi Kullanıcı Hikayeleri oluşturmayı da ele alacağız.

Kullanıcı Hikayeleri nasıl kullanılır?

Şematik bir Kullanıcı Hikayesi oluşturmak sadece bir başlangıçtır. Sorunlar ve çözümleri üzerine tartışmalar için sinyaller ve başlangıç ​​noktalarıdır. Kullanıcı Hikayelerinin tartışılması, Geliştirme ekibinin Sprint İş Listesine hangi teknik konuları ekleyeceğini belirlemek için Sprint Planlama sırasında gerçekleşir.

Tipik olarak, fiziksel alanda, Kullanıcı Hikayeleri işyerinde sabitlenmiş küçük, renkli kartlar üzerine yazılır . Ancak dijital alanda, Scrum Takımı tarafından paylaşılan dijital beyaz tahtalar en iyi sonucu verir.

Kullanıcı Hikayelerini bu şekilde kaydetmenin birçok avantajı vardır çünkü:

  • Her Kullanıcı Hikayesinin özerkliğini vurgular - her birinin ayrı bir çerçevesi vardır ve diğerlerinden bağımsız olarak yürütülebilir
  • Kullanıcı Hikayelerinin dinamiklerini vurgular – bunların gerçekleşme sırası Scrum Takımı tarafından yeniden müzakere edilir ve Kullanıcı Hikayeleri içeren kartların fiziksel düzenlemesi sayesinde mevcut gerçekleştirme sırası tahtada görünür
  • Bir hatırlatma görevi görür – Kullanıcı Hikayelerinin görsel temsili sayesinde, Scrum Takımı ayrıntılı çözümler yaratırken onlara hedefi hatırlatmak için görünürde bir işaret direğine sahiptir.

Geliştirme Ekibi, bir Kullanıcı Hikayesini tamamlamak için gereken çabayı gün, adam-saat veya Hikaye Puanı ile tahmin eder.

Kabul şartları

Bir Kullanıcı Hikayesi, Geliştirme Ekibi tarafından geliştirme için kabul edildiği anda belirli kabul kriterlerine sahip olmalıdır. Kabul kriterleri, bir Kullanıcı Hikayesi üzerinde hangi noktada çalışmanın tamamlanmış sayılabileceğini belirler.

Bu şekilde hem müşteri hem de geliştiriciler, çalışmalarının nasıl iş değerine dönüşeceğini bilir. Tipik olarak, bir Kullanıcı Hikayesi, içinde belirtilen kullanıcı açıklanan eylemi gerçekleştirebildiğinde tamamlanmış olarak kabul edilir. Yukarıdaki örneği kullanarak, içerikle birlikte bu Kullanıcı Hikayesine bir göz atın:

Bir müşteri tek bir tıklama ile sihirli bir değnek satın alabilir.

Online mağaza sayfasında, oturum açmış kullanıcı için varsayılan ödeme ve nakliye bilgilerini kullanan çalışan bir "Şimdi Satın Al" düğmesi göründüğünde tamamlanır.

Özet

Bir Kullanıcı Hikayesi, yeni bir Ürün işlevselliğinin veya geliştirmesinin kısa bir açıklamasıdır. İş dilinde ifade edilen en küçük Hedef olarak hizmet eder, yani iş değeri ve kullanıcı açısından. Gerçekleştirilecek görevin yanı sıra tamamlanması için kriterlerin açıkça tanımlanmasına yardımcı olur.

İçeriğimizi beğendiyseniz, Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest'teki meşgul arılar topluluğumuza katılın.

Scrum Guide | 19. User Stories - what they are? caroline becker avatar 1background

Yazar: Caroline Becker

Bir Proje Yöneticisi olarak Caroline, en iyi iş akışlarını tasarlamak ve süreçleri optimize etmek için yeni yöntemler bulma konusunda uzmandır. Organizasyonel becerileri ve zaman baskısı altında çalışabilme yeteneği, onu karmaşık projeleri gerçeğe dönüştürmek için en iyi kişi yapıyor.

Tüm gönderileri görüntüle

Scrum Kılavuzu:

  1. Temel terimler, roller ve kavramlar sözlüğü
  2. Scrum nedir?
  3. Scrum değerleri
  4. Şirketinizde Scrum nasıl uygulanır?
  5. Scrum Takımı - nedir ve nasıl çalışır?
  6. Ürün Sahibi kimdir?
  7. Ürün Sahibinin En Sık Yapılan Hataları
  8. Scrum Master kimdir?
  9. İyi bir Scrum Master'ın Özellikleri
  10. Scrum Master'ın en yaygın hataları
  11. Scrum Master hangi istatistikleri ve metrikleri izlemelidir?
  12. Ürün Sahibi ve Scrum Master Arasındaki İşbirliği
  13. Scrum'da Geliştirme Takımı
  14. Geliştiricilerin en yaygın hataları
  15. Scrum eserleri
  16. Scrum'ı Ölçeklendirme
  17. Sprint İş Listesi
  18. Ürün İş Listesi nedir?
  19. Kullanıcı Hikayeleri nedir?
  20. INVEST ile en iyi Kullanıcı Hikayesini Oluşturmak
  21. En yaygın Kullanıcı Hikayesi hataları
  22. Kullanıcı Hikayesi Kabul Kriterleri
  23. Scrum'da Tahmin ve Öykü Puanları
  24. Poker Planlama
  25. Takım Tahmin Oyunu
  26. Artış Tanımlama
  27. Scrum etkinlikleri
  28. Scrum'da Sprint nedir?
  29. Scrum Takımı Taahhütleri - Ürün Hedefi, Sprint Hedefi ve Tamamlamanın Tanımı
  30. Burndown Grafiği nedir?
  31. İş bitim grafiği nasıl oluşturulur ve yorumlanır?
  32. İş bitim grafiğinin avantajları ve dezavantajları
  33. Scrum ve Scrumban'da Kanban panoları
  34. Scrum'da Hız - Geliştirme Takımının Hızı
  35. Günlük Scrum
  36. Sprint Planlama
  37. Sprint İncelemesi
  38. Sprint Retrospektifi nedir?
  39. Sprint Retrospektifi sırasında yaygın hatalar
  40. Ürün İş Listesi beslemesi