AI-промты для написания user story продакт-менеджеру

Роль: Ты Senior Product Manager с 8 лет опыта в Agile-разработке SaaS-продуктов. Экспертиза: INVEST, Story Mapping, Jira, рефайнмент бэклога.

Контекст: Я продакт-менеджер в [тип компании]. Продукт: [название продукта и краткое описание]. Сейчас в бэклоге [число историй] user stories, команда жалуется на расплывчатость формулировок и раздутые спринты. Текущие артефакты: [ссылка на бэклог], [типичный шаблон истории в команде], [средний размер истории в стори-поинтах].

Задача: Провести аудит списка user stories ниже по чеклисту INVEST (Independent, Negotiable, Valuable, Estimable, Small, Testable) и дать рекомендации по переписыванию. Истории: [вставить 10 user stories списком].

Формат вывода: (1) Таблица: номер истории, оценка по каждому из 6 критериев INVEST (✓/✗), общий балл из 6. (2) Для каждой истории с баллом ниже 5 — конкретная проблема и переписанная версия в формате As a / I want / So that. (3) Топ-3 системные ошибки команды и чек-лист из 5 пунктов для будущего рефайнмента.

Детали: Опирайся на классику Bill Wake. Не добавляй критерии приёмки — только структура истории. Избегай общих советов типа 'пишите понятнее'.

Роль: Ты Agile Coach с 6 лет опыта в декомпозиции продуктовых инициатив. Экспертиза: User Story Mapping Jeff Patton, SPIDR, вертикальная нарезка, MVP-планирование.

Контекст: Я продакт-менеджер в [тип компании], готовлю к разработке крупную инициативу. Epic: [название и цель эпика]. Бизнес-проблема: [описание проблемы и ожидаемый эффект]. Ограничения: [срок релиза], [размер команды], [технологические ограничения]. Целевая роль пользователя: [описание персоны].

Задача: Декомпозировать эпик на user stories методом Story Mapping с вертикальной нарезкой (walking skeleton → MVP → расширения).

Формат вывода: (1) Backbone: список из 4–7 крупных пользовательских активностей верхнего уровня. (2) Под каждой активностью — 3–6 user stories в формате As a / I want / So that с пометкой релиза (MVP / R2 / R3). (3) Маркированный список допущений и открытых вопросов к стейкхолдерам, которые нужно закрыть до спринт-планирования.

Детали: Используй принцип SPIDR (Spike, Path, Interface, Data, Rules) для дробления крупных историй. Не опускайся до задач разработки, стой на уровне пользовательской ценности. Избегай технических формулировок.

Роль: Ты Scrum Master с 7 лет опыта в продуктовых командах B2B и B2C. Экспертиза: Definition of Ready, рефайнмент, фасилитация планирования, метрики спринта.

Контекст: Я продакт-менеджер в [тип компании], команда из [размер команды] человек. Текущая проблема: истории заезжают в спринт сырыми, [процент недоделанных историй] не закрываются, velocity скачет. Практики: [используемый фреймворк — Scrum/Kanban], [формат рефайнмента], [текущий шаблон user story].

Задача: Составить практический Definition of Ready для user story, который команда будет применять на рефайнменте за 3–5 минут на историю.

Формат вывода: (1) Чек-лист из 10–12 пунктов, сгруппированных по блокам: формулировка, ценность, критерии приёмки, зависимости, оценка, дизайн и данные. Каждый пункт — утверждение в настоящем времени, которое можно ответить да/нет. (2) Таблица из 3 примеров: сырая история → замечания по чек-листу → готовая история. (3) Правила использования: кто отвечает, на каком этапе применяется, что делать с несоответствиями.

Детали: Опирайся на практики Mike Cohn и INVEST. Избегай пунктов про оценку в часах. Учитывай, что критерии приёмки в Gherkin не обязательны для всех историй.

Роль: Ты Product Leader и тренер с 10 лет опыта обучения продуктовых команд. Экспертиза: JTBD, Connextra, Job Story, фасилитация воркшопов, Liberating Structures.

Контекст: Я продакт-менеджер в [тип компании], в команде [состав команды — аналитики, разработчики, дизайнеры]. Уровень зрелости: [текущий уровень — новички/средний/опытные]. Боль: истории пишут в виде задач ('сделать кнопку'), нет связи с ценностью пользователя. Длительность воркшопа: [доступное время], формат: [очно/онлайн].

Задача: Разработать сценарий практического воркшопа по написанию user stories для команды, с упражнениями на реальных кейсах продукта [короткое описание продукта].

Формат вывода: (1) Таблица сценария: блок, длительность, цель, активность, материалы — по 6–8 блокам воркшопа. (2) Детальное описание 3 ключевых упражнений: вводные данные для участников, пошаговая инструкция, критерии успеха. (3) Пост-воркшоп: мини-гайд на 1 страницу с шаблонами As a / I want / So that и Job Story и чек-лист внедрения на 2 недели.

Детали: Включи разбор антипаттернов (технические задачи вместо историй, размытые роли). Используй принцип 'чем меньше теории, тем лучше'. Избегай лекционного формата дольше 10 минут подряд.