Истории Scrum и за кулисами

Как я понимаю, Scrum backlog состоит из серии Историй, которые представляют что-то для конечного пользователя, и это далее разлагается на Возможности.

Если это так, то где все функции за кулисами идут, которые на самом деле не связаны с историей, но по-прежнему полезны?

Например, скажем, я делаю приложение, которое каталогизирует содержимое жесткого диска. История не требовала бы этого, но наличие хэша md5 для каждого файла было бы хорошей возможностью для отметки дубликатов.

Ответы

Ответ 1

Классический шаблон для написания хороших историй: "Как <role> , я хочу < действие > , чтобы < business value > ;" (или вариации вокруг этого), и история должна действительно обеспечивать ценность для бизнеса. Зачем? Ну, если рассказ не сообщает о стоимости бизнеса, которую он генерирует, как может (весьма вероятный не технический) Владелец продукта оценить его важность и определить приоритет? Написание хороших историй увеличивает ваши шансы получить их как важные и, таким образом, реализованы.

Отличным инструментом для поиска хорошей бизнес-ценности является 5 Whys (который используется для анализа причинно-следственных связей, то есть нахождения основной причины проблема). Документация огурца очень хорошо объясняет, как использовать его для поиска "хорошего" бизнес-ценности и имеет очень хороший образец, поэтому вместо перефразирования, Я цитирую приведенное ниже объяснение:

Значение для бизнеса и MMF

Вы должны обсудить "Для того, чтобы" часть функции и поп зачем стек максимум 5 раз (спросите, почему рекурсивно), пока вы не получите один следующих бизнес-значений:

  • Защитить доход
  • Увеличение дохода
  • Управление стоимостью
  • Увеличить стоимость бренда
  • Сделайте продукт замечательным.
  • Повысить ценность ваших клиентов.

Если вы собираетесь реализовать функцию что не поддерживает один из этих ценности, скорее всего, вы собираетесь реализовать нецензурную функцию. Подумайте о том, чтобы бросить его вообще или нажав на него в своем отставании. фокус при реализации MMF (Minimum Торговые возможности), которые будут дают наибольшую ценность.

Вот пример, взятый из IRC чат в #cucumber:

[5:08pm] Luis_Byclosure: I'm having problems applying the "5 Why" rule, to the feature 
                         "login" (imagine an application like youtube)
[5:08pm] Luis_Byclosure: how do you explain the business value of the feature "login"?
[5:09pm] Luis_Byclosure: In order to be recognized among other people, I want to login 
                         in the application (?)
[5:09pm] Luis_Byclosure: why do I want to be recognized among other people?
[5:11pm] aslakhellesoy:  Why do people have to log in?
[5:12pm] Luis_Byclosure: I dunno... why? 
[5:12pm] aslakhellesoy:  I'm asking you
[5:13pm] aslakhellesoy:  Why have you decided login is needed? 
[5:13pm] Luis_Byclosure: identify users
[5:14pm] aslakhellesoy:  Why do you have to identify users?
[5:14pm] Luis_Byclosure: maybe because people like to know who is 
                         publishing what
[5:15pm] aslakhellesoy:  Why would anyone want to know who publishing what?
[5:17pm] Luis_Byclosure: because if people feel that that content belongs 
                         to someone, then the content is trustworthy
[5:17pm] aslakhellesoy:  Why does content have to appear trustworthy?
[5:20pm] Luis_Byclosure: Trustworthy makes people interested in the content and 
                         consequently in the website
[5:20pm] Luis_Byclosure: Why do I want to get people interested in the website?
[5:20pm] aslakhellesoy:  :-) 
[5:21pm] aslakhellesoy:  Are you selling something there? Or is it just for fun?
[5:21pm] Luis_Byclosure: Because more traffic means more money in ads
[5:21pm] aslakhellesoy:  There you go!
[5:22pm] Luis_Byclosure: Why do I want to get more money in ads? Because I want to increase 
                         de revenues.
[5:22pm] Luis_Byclosure: And this is the end, right?
[5:23pm] aslakhellesoy:  In order to drive more people to the website and earn more admoney, 
                         authors should have to login, 
                         so that the content can be displayed with the author and appear 
                         more trustworthy.
[5:23pm] aslakhellesoy:  Does that make any sense? 
[5:25pm] Luis_Byclosure: Yes, I think so
[5:26pm] aslakhellesoy:  It easier when you have someone clueless (like me) to ask the 
                         stupid why questions
[5:26pm] aslakhellesoy:  Now I know why you want login
[5:26pm] Luis_Byclosure: but it is difficult to find the reason for everything
[5:26pm] aslakhellesoy:  And if I was the customer I am in better shape to prioritise this 
                         feature among others
[5:29pm] Luis_Byclosure: true!

Итак, позвольте мне начать: почему было бы неплохо иметь хеш-память md5 для каждого файла (который, как вы это делали, является деталью реализации и не передает никаких бизнес-значений)?

Ответ 2

Нет отставания "scrum", только

Возврат продукта владельцем продукта с бизнес-значениями

и

Sprint Backlog от scrumaster/разработчиков, которые перечисляют задачи, прослеженные до истории.

Я обновляю информацию, чтобы уточнить различие между документом Vision и Backlog Product Product for Business Value:

Документ о бизнес-видении (стратегический уровень) - это деловая ценность, а также отставание продукта. Но отставание по продукту эквивалентно функциональным спецификациям в других традиционных методологиях, и это то, что БЕТОН или ОПЕРАЦИЯ НАЛИЧНО непосредственно реализуется командой не просто VISION от управляющего на высоком уровне.

Конечно, сам продукт должен быть доступен для документов Vision Document.

Ответ 3

В конце дня проворство - это то, что работает для вас, чтобы быть продуктивным. Эти ответы помогут вам решить, что работает.

Это может быть просто деталь реализации другой истории, или это может быть история для себя.

То, что делает вашу группу наиболее продуктивной, - это то, что должно быть.

Ответ 4

Я бы разместил их примерно так:

  • "Не-пользовательские истории" или "NUS"
  • "Только программисты" или "PO"
  • "За местами" или "BTS"

Далее следует краткое описание функции.
Итак:

  • BTS: файловая система каталога
  • PO: найти тип файла с помощью магических байтов

<суб > Странно! Я делаю то же самое приложение!: -)суб >

Обновление:

Итак, я читаю wiki, мне кажется, нам нужен дополнительный журнал (отставание от Sprint).
Wiki говорит:

Спринт backlog

Спринт backlog - это документ, содержащий информацию о том, как команда собирается реализовать функции предстоящего спринта. Функции разбиты на задачи; как наилучшая практика, задачи обычно оцениваются от четырех до шестнадцати часов работы. С таким уровнем детализации вся команда точно понимает, что делать, и каждый может потенциально выбрать задачу из списка.