Scrum - Story

Giriş
Story'nin amacı bir işlevin nasıl çalışacağını anlatmak. Story tek yöntem değil. Kullanılan yazılım sürecine göre başka yöntemler de seçilebilir. Açıklaması şöyle

How functional requirements are documented

- Software requirements specification (SRS)

- Use cases

- User stories

- Work Breakdown Structure (WBS) or functional decomposition

İki çeşit story olabilir.
- Enabler story
- Normal story

Story İçinde Yazılmayan Ancak Var Olduğu Kabul Edilen Şeyler Olabilir
- Mesela Story içinde güvenlik (security) kontrolleri açıkça yazılmayabilir. Ancak Story'de yapılan işin hassas verilerin sızmasını engellemiş olması gerekir.

- Veya Story'de tarif edilen işin bir başka şeyi bozmuyor olması gerekir. Bu gibi çelişkili veya açıkça yazılmayan şeyler olsa bile eğer Story probleme sebep olacaksa ürüne girmemesi gerekir. Açıklaması şöyle.

The explicit points written up in the story, typically new functionality, are merely a subset of what's required to ship. It's also implicitly required to maintain the entire current state of things the user wants. This obviously includes not leaking their sensitive data.

No user story is shippable if it introduces something actively harmful to the user, period. No matter what other new functionality it enables.

Story Başlığı
Açıklaması şöyle.

Titles should be short and pithy, but meaningful. Think of them as communications shorthand that give the team a handle to refer to, not as lengthy descriptors. The story labels should make it easy to differentiate stories from one another.

Bir zamanlar şöyle başlıklara ship story'ler görmüştüm. Fena değil, anlaşılıyor :)
025_XYZ_Müşteri_Dizini_Düzenleme

Story Formatı
Story Product Owner tarafından yazılır. Mümkünse hatalar (error handling) aynı story içinde olmalı.

Story Büyüklüğü Nedir
Açıklaması şöyle.

Should be broken down until it comes to the stage that it can be complete within one to three days. 

Örnek

Şöyledir.

"As a < type of user >, I want < some goal > so that < some reason >".

Örnek
Şöyle yaparız.

"As a vacationer, I'd like the site to calculate the best route across all types of transportation for me so that I don't have to run many searches to figure it out myself."

Örnek
Şöyle yaparız.

As a *role*, I want *goal/desire* so that *benefit*

Story ve Task İlişkisi
Task'ın açıklaması şöyle.

Should be planned in hours and need to be kept below eight hours for efficiency.

Bir story daha küçük parçalara (task) ayrılır. Birden fazla mühendis aynı story üzerinde çalışabilir. Story'nin tasklara ayrılması, sprint planlama toplantısında yapılır. Mühendislerin Task'ları paralel yürütmesi isteniyorsa modüller arasında sabit arayüzler belirlenmelidir.

Açıklaması şöyle.

It is a common practice among Scrum teams to break stories down in to one or more technical tasks during sprint planning.

Benim gördüğüm çoğu projede kimse bu işle uğraşmak istemiyor. Story tek bir kişiye atanıyor ve bu kişi genellikle birilerinden yardım olarak her şeyi kendi yapmaya çalışıyor.

Acceptance Criteria
Her story bir kabul kriterine sahip olmalı. Açıklaması şöyle.

Before starting any Story, Dev, QA, UX Designer, and the Product Owner use to sit together. All 4 of them used to go through the description of the story in Jira to brainstorm and freeze the Acceptance criteria.

Acceptance Test
Acceptance Test izlenecek adımları detaylı olarak vermeli. Şöyle yaparız.

User should click on button A to go to page B to read text C where they will then select option D which will then redirect them to page E. Data F will be saved to the database.

Story'nin Bitmesi Ne Demek - Definition of Done
Definition of Done yazısına taşıdım.