Шаблон требований к продукту

Подготовьте почву для работы: расскажите о продукте или функции в верхней таблице шаблона. Когда планируется релиз? Каков текущий статус? Кто в основной команде? Можно ввести команду /дата, чтобы быстро добавить целевую дату релиза, и /jira, чтобы напрямую сослаться на эпики или задачи в Jira. Также можно @упоминать участников команды, чтобы держать всех в курсе.

Вы запускаете новый продукт или функцию не просто так (по крайней мере, этого следует избегать). В разделе Цель вкратце объясните, как этот проект согласуется с более масштабными задачами вашей организации. Спросите себя, действительно ли вам нужна эта новая функция или продукт. Затем в таблице Показатели успеха перечислите цели, связанные с этим продуктом или функцией, а также показатели, по которым вы будете отслеживать успех. Так, если вы запускаете функцию, чтобы сделать продукт удобнее для пользователей, проект можно будет назвать успешным, когда показатель удовлетворенности клиентов увеличится по меньшей мере на 15 %.

Поскольку продукт или функция совершенно новые, у вас будет мало исходных наработок. Тем не менее у вас точно есть предположения, которые окажутся неплохим подспорьем для дальнейших действий. В разделе Предположения запишите все соображения о пользователях, технических ограничениях и бизнес-целях. Вам кажется, что новой функцией чаще всего будут пользоваться на планшетах? Запишите эти сведения в данном разделе.

С учетом предположений внесите все рассмотренные требования к продукту в таблицу Варианты. Если функцией будут пользоваться преимущественно на планшетах, необходимо адаптировать ее для мобильных устройств. Кроме самого требования в таблицу можно внести пользовательскую историю (например: «Иван — менеджер проектов, который хочет проверять прогресс своей команды в дороге»). Здесь также можно назначить уровень важности, отметить задачи из Jira и добавить другие нужные вам заметки.

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

Иногда запуск функции или продукта оборачивается бесконечной чередой вопросов: как только вы решаете один из них, появляется еще пять. Чтобы не потерять эти вопросы из виду, их можно вносить в данную таблицу по мере поступления (например, как вы проинформируете пользователей о новой функции?). Когда ответ все-таки будет найден, вы сможете внести его сюда вместе с датой возникновения, чтобы отслеживать свой прогресс и развитие продукта.

Мысль о возможном расширении границ проекта обычно вызывает нервную дрожь, поэтому такую перспективу лучше исключить заранее. В последнем разделе шаблона перечислите работу, которая выходит за рамки планируемой функции или релиза. Формулируйте фразы максимально конкретно (и уточняйте их по мере развития проекта), чтобы все знали, где находятся границы.