Промты для управления проектами: как продакт-менеджер и тимлид ведут бэклог, ретро и стейкхолдеров без выгорания
Продакт-менеджер и тимлид живут в трёх параллельных реальностях: бэклог, который нужно приоритизировать, ретро, которое нужно превратить в действия, и стейкхолдеры, которым нужно объяснять, почему спринт снова не резиновый. По данным отчёта State of Agile (VersionOne/Digital.ai), работа с бэклогом и коммуникация со стейкхолдерами стабильно входят в топ причин провала agile-инициатив. Проблема не в том, что менеджеры не знают фреймворки — они знают их слишком хорошо. Проблема в рутине: RICE-таблицы, user stories, follow-up после ретро, статус-репорты.
Здесь и помогают промты для управления проектами. Хорошо составленный промт для AI — это не «сделай за меня», а «структурируй моё мышление». Ниже — 15 промтов, которые я разбил на три уровня: базовые (быстрый старт), продвинутые (глубина и контекст) и экспертные (сложные сценарии со стейкхолдерами и метриками). Каждый промт — с описанием, примером и пояснением, почему он работает. Все примеры проверялись на GPT-классе моделей и Claude; синтаксис — обычный Markdown и текст, без выдуманных форматов.
Базовый уровень: быстро разгрузить голову
1. Декомпозиция эпика в user stories
Задача: превратить размытый эпик в набор проверяемых историй.
Промт:
Ты — опытный продакт-менеджер. Разбей эпик «<название>» на user stories.
Формат каждой: «Как <роль>, я хочу <действие>, чтобы <ценность>».
Для каждой истории добавь 3 acceptance criteria в формате Given/When/Then.
Отметь зависимости между историями. Не выдумывай фичи, которых нет в описании эпика.
Пример результата: для эпика «Онбординг нового пользователя» модель вернёт 5–7 историй с критериями приёмки в стиле BDD — их можно сразу заводить в Jira.
Почему работает: Given/When/Then (Gherkin) — стандарт, знакомый и разработке, и QA, поэтому истории не требуют переписывания.
2. Приоритизация по RICE
Задача: получить прозрачный скор вместо споров «мне кажется, это важнее».
Промт:
Оцени фичи из списка ниже по RICE: Reach, Impact, Confidence, Effort.
Для каждой укажи значение и обоснование одной строкой.
Итог — таблица Markdown, отсортированная по RICE-скору по убыванию.
Шкала Impact: 0.25 / 0.5 / 1 / 2 / 3. Confidence: 0–100%.
Список: <фичи>
Пример: модель выдаёт таблицу с колонками Feature, Reach, Impact, Confidence, Effort, Score и коротким комментарием — готовый артефакт для планирования.
3. Генерация Definition of Done
Промт:
Составь Definition of Done для команды, которая пишет сервис на Python и деплоит в Kubernetes.
Включи: код-ревью, тесты, документацию, метрики, безопасность.
Оформи чек-листом из 8–12 пунктов.
4. Черновик статус-репорта для стейкхолдеров
Промт:
На основе заметок ниже напиши статус-репорт для стейкхолдеров.
Структура: Сделано / В работе / Риски / Нужна помощь.
Тон: спокойный, без жаргона. Максимум 200 слов.
Заметки: <текст>
Продвинутый уровень: контекст и данные
5. Ретро-фасилитация по формату Start/Stop/Continue
Задача: превратить хаотичные заметки ретро в конкретные action items.
Промт:
Ты — фасилитатор ретро. Ниже — сырые заметки команды.
Сгруппируй их в Start / Stop / Continue.
Для каждой группы выдели 2–3 темы и предложи по одному action item.
У каждого action item: владелец (роль), срок, критерий готовности.
Заметки: <текст>
Пример: из 30 строк заметок модель делает 6 тем и 5 действий — их можно сразу перенести в трекер.
6. Анализ метрик спринта
Промт:
Проанализируй метрики спринта: velocity, cycle time, lead time, количество багов.
Найди аномалии и предложи 3 гипотезы причин.
Не утверждай факты без данных. Если данных мало — скажи об этом прямо.
7. Написание release notes
Промт:
Преобразуй список коммитов и тикетов в release notes для пользователей.
Раздели на: Новое / Улучшения / Исправления.
Язык — простой, без внутренних кодовых имён.
8. Подготовка к 1:1 с разработчиком
Промт:
Помоги подготовить 1:1 с разработчиком.
Составь 5 открытых вопросов о мотивации, блокерах и росте.
Избегай вопросов-обвинений. Формат: вопрос + зачем он нужен.
Экспертный уровень: стейкхолдеры и стратегия
9. Карта стейкхолдеров
Промт:
Составь карту стейкхолдеров проекта «<название>».
Для каждого: интерес, влияние, отношение, стратегия коммуникации.
Оформи таблицей Markdown: Stakeholder
| Interest | Influence | Attitude | Strategy.
Пример: таблица из 6–8 строк, где для каждого указано, как часто и в каком формате общаться.
10. Симуляция сложного разговора
Промт:
Сыграй роль CFO, который требует сократить бюджет проекта на 20%.
Я — продакт. Начни диалог и отвечай как реальный стейкхолдер: с возражениями и вопросами о ROI.
Не соглашайся слишком легко.
11. Пересборка roadmap при смене приоритетов
Промт:
У нас изменился приоритет: <новый фокус>.
Пересобери квартальный roadmap: что сдвигаем, что режем, что оставляем.
Объясни последствия каждого решения для метрик и команды.
12. Постмортем инцидента без поиска виноватых
Промт:
Помоги провести blameless postmortem инцидента.
Структура: таймлайн, root cause (5 Whys), что сработало, action items.
Тон — нейтральный, без обвинений. Цель — система, а не человек.
13. Метрики продукта и North Star
Промт:
Предложи North Star Metric и 3 поддерживающие метрики для продукта «<описание>».
Для каждой: определение, формула, источник данных, частота замера.
14. Ответ на «когда будет готово?»
Промт:
Стейкхолдер спрашивает точную дату релиза. У команды есть velocity и открытый скоуп.
Напиши ответ: диапазон с вероятностью, допущения, что может сдвинуть срок.
Без ложных обещаний.
15. Разгрузка бэклога от «зомби-задач»
Промт:
Проанализируй бэклог: тикеты старше 90 дней без движения.
Предложи правило: что архивировать, что пересмотреть, что вернуть в работу.
Дай критерии, а не просто список.
Как не выгореть с AI-промтами
Главное правило: AI берёт на себя черновик, а не решение. RICE-скор, карта стейкхолдеров и postmortem требуют вашей валидации — модель не знает политику компании и не несёт ответственности. Используйте промты как ускоритель мышления: пусть AI структурирует, вы — решаете. И помните: чем конкретнее контекст в промте (метрики, роли, ограничения), тем полезнее результат. Начните с трёх базовых промтов — декомпозиции, RICE и статус-репорта, — и уже через неделю освободите часы на то, что действительно важно: людей и стратегию.
Comments