Требования к продукту

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

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

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

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

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

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

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