Про Пользовательские истории.
Типовой шаблон истории выглядит так:
Как <роль пользователя>, я <что-то хочу получить>, с <такой-то целью>.
Для меня это хорошая концепция охватывающая выработку видения проекта к высокоуровневым целям и вниз до реализации.
Концепция предлагает формулировать список того что нужно сделать не в терминах атрибутов системы(Система должна..), а в терминах конечной задачи Пользователя. Предлагается выделить Роли пользователя, сформулировать из атрибуты, определить ключевые Роли.
Так-же предлагается не писать Спецификацию или детальную проработку до самого последнего момента. Т.е. не готовить задачи впрок. Это дает возможность иметь Историю в бэклоге на раннем этапе с примерной оценкой по реализации без затрат на проработку.
Шаблон Истории предполагает обсуждение решаемой задачи Пользователя с возможностью передать понимание Истории тем кто будет её реализовывать.
Есть два этапа обсуждения и оценки Истории: приблизительное (оценка Истории в бэклоге) и детальное (в момент когда История будет взята в работу, планирование Итерации).
Бэклог дает возможность формировать среднесрочное планирование. Итерации дают краткосрочный контроль, фокус (для всех участников разработки).
Концепция Роли пользователя тоже интересна. Я всегда решал конкретные задачи (ориентировался на реализацию). Рассматривая то что нужно сделать через призму решаемой конкретной Ролью пользователя задачи все встает на места. Нового здесь для меня то, что Ролей может быть много и задачи у них разные.
Для меня это ново потому что до этого я решал задачи которые спускали сверху(сделай это). Либо задачи пользователя(ну когда жалуются или просят сделать фичу). Сейчас нужно генерировать задачи проекта. Взгляд на проект через Роли и Пользовательские истории + идея в вовлечении разработчиков в реализацию на этом этапе + возможность среднесрочного планирования (я надеюсь что получится), вот для меня что это такое.
Ну есть еще всякие моменты с тем-же планированием Итерации: размеры задач, критерии готовности. С Историям приходит много мелких полезных концепций.
Ну еще Истории не дают увлекаться техническими задачами. История всегда решает задачу Пользователя. Это пока не полностью осознанная штука.