Руководство по скраму | 20. INVEST — создание лучшей пользовательской истории

Опубликовано: 2022-05-21

INVEST — это метод создания хороших пользовательских историй. Это позволяет проверить, имеют ли они правильно сформулированный контент и относятся ли они к коммерческой ценности Продукта. А также правильно ли выбраны их размер и удобство использования.

Создание лучшей пользовательской истории с помощью INVEST – содержание:

  1. Введение
  2. я за независимых
  3. N для оборота
  4. V для ценного или вертикального
  5. E для оценки
  6. S для малого
  7. T для тестирования
  8. Резюме

Введение

INVEST — это аббревиатура, созданная Биллом Уэйком в 2003 году . Каждая буква в нем означает начало слова, которое характеризует хорошую пользовательскую историю. Согласно принципу INVEST, каждая User Story должна быть:

  • Независимый
  • оборотный
  • Ценный
  • Уважаемый
  • Маленький
  • Тестируемый

Подробнее о том, что такое User Story, мы писали в отдельной статье. Здесь отметим только, что это краткое описание функционала нового Продукта, написанное доступным языком.

Creating the best User Story with INVEST

я за независимых

Первая особенность хорошей пользовательской истории — ее независимость. Это означает, что его описание и характеристики должны быть понятны без привязки к другим User Stories. Но самое главное, его реализация не должна коррелировать с другими пользовательскими историями. Конечно, это не будет полной независимостью. Вы не можете разделить создание Продукта на совершенно отдельные модули. Тем не менее, очень важно помнить о том, чтобы пользовательские истории были как можно более независимыми. Благодаря этому, даже если один из них не войдет в фазу реализации или будет существенно изменен, оставшийся не придется модифицировать. Как правило, User Story должна составлять отдельное и связное целое.

N для оборота

Пользовательская история должна быть предметом переговоров. Это означает, что он устанавливает Цель, а не способ ее достижения.

Другими словами, он определяет ожидаемую функцию Продукта, а не техническое решение, которое необходимо реализовать.

Переговоры о пользовательской истории происходят между владельцем продукта и командой разработчиков. Владелец Продукта предлагает реализовать определенный функционал Продукта, т.е. говорит «Что» делать. Разработчики несут ответственность за ответ на вопрос «Как». То есть согласование конкретных способов решения проблемы, представленной в пользовательской истории.

V для ценного или вертикального

В аббревиатуре INVEST буква V обозначает два качества:

  • Ценный
  • Вертикальный

Оба раскрывают ключевые характеристики хорошей пользовательской истории. Поэтому мы решили объяснить, что означает каждый из них.

Ценный

Ценная история пользователя оправдывает бизнес-цель модификации. Другими словами, он точно отвечает на вопрос, зачем внедрять модификацию и почему это важно с точки зрения заинтересованных сторон.

Вертикальный

Вторая особенность; Вертикаль происходит от методологии Agile. Вертикальная история пользователя содержит новую функцию Продукта, видимую Пользователю. То есть он не фокусируется на горизонтальном «улучшении производительности» в выбранном слое Продукта. Наоборот, он добавляет к нему еще один «слой».

Другими словами, User Story описывает, как изменить общую работу продукта, отвечая на вопрос, что именно нужно улучшить? Это также означает, что каждая функциональность Продукта основана на существующих решениях.

E для оценки

Хорошая пользовательская история должна быть оценена. Это означает, что он должен четко определять объем изменений, которые необходимо внести в продукт, чтобы история пользователя считалась завершенной. Это позволяет Команде Разработки определить время и усилия, необходимые для его завершения.

Объем и сложность задачи обычно оцениваются в единицах, называемых Story Points. Они относительные. И каждая команда разработчиков рассчитывает значение Story Point на практике, основываясь на предыдущем опыте.

В отдельных статьях мы подробно рассказали о скорости команды разработчиков и о том, как ее измерить.

user story

S для малого

Пользовательская история, принятая к реализации Командой Разработки, должна быть лаконичной. То есть он должен быть не длиннее одного Спринта. Если во время планирования спринта разработчики обнаружат, что пользовательская история, предложенная владельцем продукта, слишком длинная, они должны разделить ее на, возможно, независимые части.

T для тестирования

Последняя буква аббревиатуры INVEST означает тестируемый. Это означает, что модификация Продукта, описанная в Пользовательской истории, должна быть выдержанной и поддающейся проверке. Другими словами, должна быть возможность проверить, принесло ли решение, реализованное Разработчиками, предполагаемую ценность конкретному Заинтересованному лицу.

Создание лучшей пользовательской истории — резюме

INVEST — это аббревиатура, описывающая хорошо написанную историю пользователя. Так должно быть:

  1. Независимо от других пользовательских историй. Чтобы его можно было изменить или удалить из Бэклога Продукта, если возникнет такая необходимость.
  2. Договорная. В нем должно быть указано, что делать, оставляя выбор того, как это сделать, за разработчиками.
  3. Ценный , т.е. оправдывающий коммерческий смысл модификации Продукта. Или Вертикальное, т.е. представление новой функции Продукта, видимой Пользователю.
  4. Оценка , что означает наличие определяемого размера и критерия завершения.
  5. Достаточно мал , чтобы выполнить его за один спринт.
  6. Тестируемый , чтобы можно было с уверенностью определить, что он был реализован.

Если вам нравится наш контент, присоединяйтесь к нашему сообществу занятых пчел в Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Scrum Guide | 20. INVEST - Creating the best User Story caroline becker avatar 1background

Автор: Кэролайн Беккер.

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

Просмотреть все сообщения

Руководство по скраму:

  1. Глоссарий основных терминов, ролей и понятий
  2. Что такое Скрам?
  3. Скрам-ценности
  4. Как внедрить Scrum в вашей компании?
  5. Скрам-команда — что это такое и как она работает?
  6. Кто такой владелец продукта?
  7. Самые распространенные ошибки владельца продукта
  8. Кто такой скрам-мастер?
  9. Характеристики хорошего скрам-мастера
  10. Самые распространенные ошибки скрам-мастера
  11. Какую статистику и показатели должен отслеживать скрам-мастер?
  12. Сотрудничество между владельцем продукта и скрам-мастером
  13. Команда разработчиков в Scrum
  14. Самые распространенные ошибки разработчиков
  15. Скрам артефакты
  16. Масштабирование Скрама
  17. Бэклог спринта
  18. Что такое бэклог продукта?
  19. Что такое пользовательские истории?
  20. Создание лучшей пользовательской истории с INVEST
  21. Самые распространенные ошибки User Story
  22. Критерии приемлемости пользовательской истории
  23. Оценка и баллы в Scrum
  24. Планирование покера
  25. Игра на оценку команды
  26. Определение приращения
  27. Скрам-события
  28. Что такое спринт в Scrum?
  29. Обязательства команды Scrum — цель продукта, цель спринта и определение завершения
  30. Что такое диаграмма выгорания?
  31. Как создать и интерпретировать диаграмму выгорания?
  32. Преимущества и недостатки диаграммы выгорания
  33. Канбан-доски в Scrum и Scrumban
  34. Скорость в Scrum — скорость команды разработчиков
  35. Ежедневный Скрам
  36. Планирование спринта
  37. Обзор спринта
  38. Что такое ретроспектива спринта?
  39. Распространенные ошибки во время ретроспективы спринта
  40. Развитие бэклога продукта