Как я понимаю, Scrum backlog состоит из серии Историй, которые представляют что-то для конечного пользователя, и это далее разлагается на Возможности.
Если это так, то где все функции за кулисами идут, которые на самом деле не связаны с историей, но по-прежнему полезны?
Например, скажем, я делаю приложение, которое каталогизирует содержимое жесткого диска. История не требовала бы этого, но наличие хэша md5 для каждого файла было бы хорошей возможностью для отметки дубликатов.
Классический шаблон для написания хороших историй: "Как <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 для каждого файла (который, как вы это делали, является деталью реализации и не передает никаких бизнес-значений)?
Нет отставания "scrum", только
Возврат продукта владельцем продукта с бизнес-значениями
и
Sprint Backlog от scrumaster/разработчиков, которые перечисляют задачи, прослеженные до истории.
Я обновляю информацию, чтобы уточнить различие между документом Vision и Backlog Product Product for Business Value:
Документ о бизнес-видении (стратегический уровень) - это деловая ценность, а также отставание продукта. Но отставание по продукту эквивалентно функциональным спецификациям в других традиционных методологиях, и это то, что БЕТОН или ОПЕРАЦИЯ НАЛИЧНО непосредственно реализуется командой не просто VISION от управляющего на высоком уровне.
Конечно, сам продукт должен быть доступен для документов Vision Document.
В конце дня проворство - это то, что работает для вас, чтобы быть продуктивным. Эти ответы помогут вам решить, что работает.
Это может быть просто деталь реализации другой истории, или это может быть история для себя.
То, что делает вашу группу наиболее продуктивной, - это то, что должно быть.
Я бы разместил их примерно так:
Далее следует краткое описание функции.
Итак:
<суб > Странно! Я делаю то же самое приложение!: -)суб >
Итак, я читаю wiki, мне кажется, нам нужен дополнительный журнал (отставание от Sprint).
Wiki говорит:
Спринт backlog
Спринт backlog - это документ, содержащий информацию о том, как команда собирается реализовать функции предстоящего спринта. Функции разбиты на задачи; как наилучшая практика, задачи обычно оцениваются от четырех до шестнадцати часов работы. С таким уровнем детализации вся команда точно понимает, что делать, и каждый может потенциально выбрать задачу из списка.