Читать книгу Молекулярное управление: периодическая система проектных элементов. Свод инструментов проектного управления для создания гибридного подхода на предприятиях онлайн
ИС – Историй (пользовательская история)
Фаза реакции:
Область реакции
Валентность (уровень вовлеченности):
Периодичность:
User stories (пользовательские истории)
Пользовательская история – формулировка требований и намерений. Пользовательская история не является самым детальным описанием требований, это, скорее, хотелка того, что нужно сделать, чего хотелось бы достигнуть и так далее. Обычно техническое задание пишется отдельно, а уже на основании пользовательской истории разработчики, команда могут спланировать работы и подготовить технический проект. Конечно, мы здесь никогда не увидим каких-то деталей, детализированного описания поведения системы или её технических характеристик, потому что пользовательская история – это требование от пользователя, глубоко не погруженного в технические дебри разработки. Язык пользовательской истории – простой. Позже на основании пользовательских историй, мы, во-первых, создаем бэклог нашего продукта, планируем спринт и идем в разработку.
Принцип INVEST в подготовке пользовательских историй:
Согласно Wikipedia аббревиатура INVEST была разработана в 2003 году Биллом Уэйком как напоминание о том, какой должна быть хорошая пользовательская история. На данный момент этот подход стал стандартом де-факто и активно применяется в проектах с применением SCRUM, Kanban и XP.
Пользовательские истории должны быть ясными, короткими и очень точными, они должны быть понятны как разработчику, так и заказчику. Поэтому чаще всего используется простой бытовой язык. По сути, это небольшие инкременты, которые мы набираем для реализации в спринт.
Пользовательская история должна быть независимой от других пользовательских историй.
Она должна быть обсуждаемой. Заказчик сформулировал свои хотелки в пользовательской истории, но мы должны понимать, что у разработчика может быть альтернативное, более простое или более логичное решение.
Конечно, требование должно быть полезным, должно приносить какую-то ценность нашей системе в целом.
История должна быть оцениваемой, то есть измеримой как в количестве, так и в качестве, или и в том, и в другом.