Как писать спецификации на фичи

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

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

Что содержит спецификация

Спецификация в продукте — это четко сформулированный план о том, ЧТО вы хотите создавать и, главное, ЗАЧЕМ и ПОЧЕМУ.

Ответьте для себя и команды на следующие 8 вопросов:

1. Какую проблему мы решаем. Сформулируйте проблему, которую вы пытаетесь решить. Что еще более важно, объясните, почему к этому стоит обратиться. Будьте конкретны и предоставьте показатели.
2. Критерий успеха (цель). Всё просто — оценка и сравнение метрик до и после внедрения решения должны строиться на цели, которую можно "потрогать". Это может быть ключевая продуктовая метрика или те, по которым пользователь идёт к ней.
3. Гипотеза. Общий вариант решения поставленной ранее проблемы. Опишите решение общими словами: "меньше действий пользователя/быстрое действие/помощь с выбором или решением/информирование/и т.д.". Помните, что в спецификации 1 проблема, решается в рамках 1 гипотезы в рамках 1 фичи (но есть исключения).
4. MVP. Конкретный пример решения проблемы с указанием пользовательского контекста и UX. Да, "MVP-подход" можно использовать не только при запуске продукта, но и для каждой фичи и идеи соответственно, тестируя понемногу ваши идеи без их глобального внедрения (а потом и выпиливания).
5. Вопросы команде. Самый важный раздел, на основе которого ваша команда и должна обсуждать любые возможные решения. Провоцируйте команду вопросами, вовлекайте её в обсуждение возможного решения с его достоинствами и недостатками.
6. Дедлайн. То, к чему мы все рано или поздно приходим. Всё индивидуально, поэтому стоит с самого начала совместно с командой прикидывать возможные сроки реализации задуманного.
7. Успех MVP. Дублёр пункта №2 с поправкой на то, что это MVP. То есть можно тестировать большую гипотезу. В случае с кнопками авторизации из примера ниже, это интеграция всего лишь 1 сервиса, на результатах обкатки которого можно думать далее о подключении доп. сервисов.

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

Прочие рекомендации:

• Задавайте направление для командных размышлений, а не выдавайте готовые решения.
• Не торопитесь. Любая фича/идея должна отстояться минимум неделю.
• Будьте кратки. Краткость заставляет ясность мысли и общения. Используйте маркеры и жирный шрифт, чтобы упростить сканирование документа/сторис. Пишите в повседневном стиле, в котором общаетесь в команде. И нет ничего плохого в юморе.
• Предупреждай вопросы команды. Завершенная спецификация - это спецификация, которая была рассмотрена и в целом согласована. Если вы надеетесь включить работу в будущий спринт, убедитесь, что вы начали этот процесс за 2–3 недели до этого.
• Думай как разработчик. Очень помогает видеть взаимосвязи между объектами внутри продукта и заранее видеть скользкие места и будущее, рассказывал как-то об этом.
• Визуализируйте. Если блок-схемы передают огромное количество информации в легко усваиваемой форме и гораздо более наглядны для понимания связей и поэтапных процессов.
• Придерживайтесь пунктов и переходите к последующему только после полного понимания предыдущего.
• Назначить встречу и обсудить спецификацию. Считается хорошим тоном, когда участники ЗАРАНЕЕ и перед встречей ещё раз читают спецификацию. Что и как обсуждать на встрече описывал в этом посте.
• Не забывайте обновлять спецификации после обсуждений или верификаций значимых моментов на встречах.

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