Шаблон User Story и INVEST-критерии помогают написать историю так, чтобы она была одинаково понятна для всех участников процесса разработки. Благодаря этому оценить и реализовать ее получится гораздо эффективнее.
Согласно критериям, пользовательская история должна быть:
🔹Независимой
Independent
🔹Обсуждаемой
Negotiable
🔹Ценной
Valuable
🔹Оцениваемой
Estimable
🔹Масштабируемой
Sized Appropriately или Small
🔹Тестируемой
Testable
Разберём каждый критерий подробнее.
1️⃣ Независимая
Пользовательская история должна быть автономной в реализации. Это значит, что её проектирование не должно пересекаться с другими историями.
Например, вам нужно спроектировать функциональность для регистрации пользователя в приложении. Вы сформулировали две истории:
🔸Как пользователь приложения, я хочу иметь возможность указать свои ФИО, чтобы создать личный кабинет в приложении.
🔸Как пользователь приложения, я хочу иметь возможность указать свой номер телефона, чтобы создать личный кабинет в приложении.
В описанных историях сложно определить, с какой истории начать разработку, но зато очевидно, что эти истории похожи по логике реализации и пересекаются по функциональности: пользователь хочет указывать персональные данные при регистрации. А значит их можно объединить в одну:
👍 Как пользователь приложения, я хочу иметь возможность указать свои личные данные, чтобы создать личный кабинет в приложении.
2️⃣ Обсуждаемая
Пользовательская история — это результат коллективной работы проектной команды. Поэтому историю нужно записывать так, чтобы команде было что обсуждать.
❗️История не должна содержать точные указания на то, как её нужно реализовывать.
История должна включать только цель планируемых изменений и их ожидаемый результат.
👎 Как пользователь приложения, я хочу указывать для входа в личный кабинет адрес электронной почты, который интегрирован с личным кабинетом, чтобы быстрее авторизоваться.
👍 Как пользователь приложения, я хочу иметь возможность авторизоваться с помощью электронной почты, чтобы быстрее попадать в личный кабинет.
Согласно критериям, пользовательская история должна быть:
🔹Независимой
Independent
🔹Обсуждаемой
Negotiable
🔹Ценной
Valuable
🔹Оцениваемой
Estimable
🔹Масштабируемой
Sized Appropriately или Small
🔹Тестируемой
Testable
Разберём каждый критерий подробнее.
1️⃣ Независимая
Пользовательская история должна быть автономной в реализации. Это значит, что её проектирование не должно пересекаться с другими историями.
Например, вам нужно спроектировать функциональность для регистрации пользователя в приложении. Вы сформулировали две истории:
🔸Как пользователь приложения, я хочу иметь возможность указать свои ФИО, чтобы создать личный кабинет в приложении.
🔸Как пользователь приложения, я хочу иметь возможность указать свой номер телефона, чтобы создать личный кабинет в приложении.
В описанных историях сложно определить, с какой истории начать разработку, но зато очевидно, что эти истории похожи по логике реализации и пересекаются по функциональности: пользователь хочет указывать персональные данные при регистрации. А значит их можно объединить в одну:
👍 Как пользователь приложения, я хочу иметь возможность указать свои личные данные, чтобы создать личный кабинет в приложении.
2️⃣ Обсуждаемая
Пользовательская история — это результат коллективной работы проектной команды. Поэтому историю нужно записывать так, чтобы команде было что обсуждать.
❗️История не должна содержать точные указания на то, как её нужно реализовывать.
История должна включать только цель планируемых изменений и их ожидаемый результат.
👎 Как пользователь приложения, я хочу указывать для входа в личный кабинет адрес электронной почты, который интегрирован с личным кабинетом, чтобы быстрее авторизоваться.
👍 Как пользователь приложения, я хочу иметь возможность авторизоваться с помощью электронной почты, чтобы быстрее попадать в личный кабинет.