Промты для управления проектами: как продакт-менеджер и тимлид ведут бэклог, ретро и стейкхолдеров без выгорания
Продакт-менеджер и тимлид живут в трёх параллельных вселенных: бэклог, люди, стейкхолдеры. Утром нужно приоритизировать фичи, днём — разбирать конфликт в команде, вечером — писать апдейт для инвесторов. И всё это на фоне дедлайнов и «а можно ещё одну фичу к пятнице?».
Я управляю продуктами и командами больше семи лет и последние два года активно использую LLM как ассистента. Не для того, чтобы «делегировать мышление», а чтобы снять рутину: черновики, структурирование, формулировки. Ниже — 15 промтов, которые реально работают в моей практике. Каждый — с примером и пояснением, почему он устроен именно так.
Важно: AI не заменяет решение. Он ускоряет подготовку материала, чтобы вы тратили время на суждение, а не на копипаст.
1. Декомпозиция эпика в user stories
Промт превращает размытый эпик в набор проверяемых историй с критериями приёмки.
Ты — опытный Product Owner. Разбей эпик на user stories.
Эпик: <описание>
Контекст продукта: <сегмент, цель пользователя>
Формат каждой истории:
- Как <роль>, я хочу <действие>, чтобы <ценность>
- Acceptance criteria (Given/When/Then)
- Оценка сложности (S/M/L)
Не придумывай фичи вне эпика. Если данных не хватает — задай уточняющий вопрос.
Пример: эпик «онбординг новых пользователей в SaaS-дашборде» превращается в 6 историй: регистрация, выбор роли, туториал, пустое состояние, приглашение коллег, чек-лист первых шагов. Экономит 40–60 минут на груминге.
2. Приоритизация бэклога через RICE
У меня есть список задач: <вставить>
Оцени каждую по RICE (Reach, Impact, Confidence, Effort).
Дай таблицу: задача
| R | I | C | E | RICE-скор | обоснование.
Отсортируй по убыванию. Явно отметь задачи, где Confidence < 50%.
RICE (Reach, Impact, Confidence, Effort) — фреймворк из практики Intercom, описан в их блоге. Хорош тем, что заставляет явно оценивать уверенность, а не «мне так кажется».
| Задача | R | I | C | E | RICE |
|---|---|---|---|---|---|
| SSO для enterprise | 200 | 3 | 0.8 | 5 | 96 |
| Тёмная тема | 800 | 1 | 0.9 | 2 | 360 |
| Экспорт в PDF | 150 | 2 | 0.6 | 3 | 60 |
3. Генерация вопросов для discovery-интервью
Ты — продуктовый исследователь. Я готовлю интервью с <роль: например, операционный директор логистической компании>.
Цель: понять, как они решают <проблема>.
Составь 12 открытых вопросов по методике The Mom Test (Роб Фицпатрик).
Избегай вопросов, на которые можно ответить «да/нет». Не спрашивай про будущее поведение.
Методика The Mom Test описана в одноимённой книге Роба Фицпатрика (2013) — базовый текст по custdev. Промт помогает не скатываться в «а купили бы вы?».
4. Ретроспектива: генерация формата и фасилитация
Проведи ретроспективу для команды из <N> человек по спринту <длительность>.
Формат: Start / Stop / Continue + отдельный блок «риски».
Дай:
1. Скрипт фасилитации на 60 минут с таймингами
2. 5 вопросов для разогрева
3. Шаблон для сбора данных анонимно
Учитывай, что в команде был конфликт по <тема>.
Start/Stop/Continue — один из форматов из библиотеки Retromat (retromat.org), открытого набора активностей для ретро. AI хорошо генерирует скрипты, но финальную модерацию делаете вы.
5. Анализ причин сбоя спринта (5 Why)
Спринт провален: <факты>. Проведи анализ 5 Why.
Не останавливайся на первом ответе. Каждый «почему» — конкретный, проверяемый.
В конце: 3 системных изменения, которые предотвратят повтор.
5 Why — методология Toyota Production System (Тайити Оно), описанная в «Toyota Production System: Beyond Large-Scale Production» (1988).
6. Коммуникация со стейкхолдером: сложный разговор
Мне нужно сообщить <стейкхолдер: CTO / клиент / инвестор>, что <плохая новость: сдвиг сроков / сокращение скоупа>.
Контекст: <факты, цифры>.
Составь:
1. Черновик письма (структура: факт → причина → план → просьба)
2. 3 вероятных возражения и ответы на них
3. Вариант для устного разговора (2 минуты)
Тон: прямой, без оправданий и без корпоративного жаргона.
Классическая структура «факт → причина → план → просьба» описана в книге «Crucial Conversations» (Керри Паттерсон и др.) — базовый текст по сложным переговорам.
7. Еженедельный апдейт для стейкхолдеров
Составь еженедельный апдейт по проекту <название>.
Данные: <что сделано, что в работе, блокеры, метрики>.
Формат:
- TL;DR (3 строки)
- Прогресс по целям квартала (светофор)
- Риски и запросы
- Что нужно от стейкхолдеров
Максимум 300 слов. Без воды.
8. Roadmap на квартал из инициатив
У меня есть список инициатив: <список>.
Собери квартальный roadmap.
Ограничения: <команда, ресурсы, зависимости>.
Формат: Now / Next / Later (по аналогии с продуктовым подходом Janna Bastow).
Для каждой инициативы: цель, метрика успеха, владелец, оценка.
Покажи зависимости между инициативами.
Now/Next/Later — формат, популяризированный Janna Bastow (сооснователь ProdPad). Хорош тем, что не создаёт ложной точности дат.
9. Метрики продукта: North Star и дерево метрик
Продукт: <описание>. Бизнес-модель: <SaaS / маркетплейс / ...>.
Предложи North Star Metric и дерево метрик (3 уровня: NSM → драйверы → операционные метрики).
Для каждой метрики: определение, формула, источник данных.
Проверь, что метрики не конфликтуют между собой.
Концепция North Star Metric популяризирована Sean Ellis и командой GrowthHackers. Дерево метрик — подход из Amplitude и Mixpanel, описан в их гайдах по продуктовой аналитике.
10. Постановка задач разработчикам (техзадание)
Сформулируй задачу для разработчика.
Контекст: <фича, пользовательская история>.
Формат:
- Цель (1 абзац)
- Что делаем (список)
- Что НЕ делаем (out of scope)
- Критерии готовности
- Риски и зависимости
Уровень детализации: тимлид middle+. Без указания конкретных технологий, если это не критично.
11. Code review: чек-лист для тимлида
Ты — тимлид. Составь чек-лист code review для проекта на <стек>.
Учти: <особенности: legacy, микросервисы, highload>.
Категории: корректность, читаемость, безопасность, производительность, тесты.
Формат: пункт — что проверять — почему это важно.
12. 1-на-1 с разработчиком: подготовка
Подготовь структуру 1-на-1 с <роль>.
Контекст: <последние достижения, проблемы, обратная связь>.
Формат:
- 3 вопроса на «как дела» (не «как проект»)
- 2 темы для развития
- 1 тема для обратной связи (по модели SBI: Situation-Behavior-Impact)
- Что я как руководитель могу сделать лучше
SBI (Situation–Behavior–Impact) — модель обратной связи из практики Center for Creative Leadership (CCL). Описана в их публикациях по feedback.
13. Постмортем после инцидента
Проведи постмортем инцидента: <описание>.
Формат (blameless):
- Таймлайн событий
- Влияние на пользователей и бизнес
- Корневая причина (не «человек ошибся», а системная)
- Что сработало
- Action items с владельцами и сроками
Тон: без обвинений, фокус на процессах.
Blameless postmortem — практика, описанная в книге «Site Reliability Engineering» (Google, 2016, глава 15, доступна на sre.google). Стандарт для современных tech-команд.
14. Оценка фичи: «а стоит ли?»
Запрос на фичу: <описание>.
Оцени по схеме:
1. Какую проблему решает (в терминах пользователя)
2. Как часто возникает (данные или гипотеза)
3. Что случится, если НЕ делать
4. Альтернативы (включая «ничего не делать»)
5. Оценка затрат (грубо)
Вердикт: делать сейчас / отложить / отказать — с обоснованием.
15. Найм: структура интервью
Составь структуру собеседования на роль <позиция>.
Уровень: <junior/middle/senior>.
Формат: 60 минут, 4 блока.
Для каждого блока:
- Что проверяем
- 2–3 вопроса или кейса
- Критерии «сильный / средний / слабый ответ»
Избегай вопросов, на которые можно загуглить ответ за 30 секунд.
Что не стоит делегировать AI
AI отлично структурирует, но плохо понимает контекст вашей команды и политику компании. Не отдавайте ему:
- Финальные решения по людям (найм, увольнение, повышение)
- Публичные обещания стейкхолдерам без вашей проверки
- Оценку performance сотрудников
- Конфиденциальные данные без согласования с безопасностью (проверьте политику использования LLM в компании)
Итог
Промт — это не магия, а способ снять когнитивную нагрузку. Хороший промт для PM или тимлида содержит три вещи: роль, контекст и формат вывода. Если чего-то не хватает — модель начнёт фантазировать.
Начните с двух-трёх промтов из списка: еженедельный апдейт, декомпозиция эпика, ретро. Через неделю вы заметите, что освободилось время на то, ради чего вы вообще стали менеджером — на разговор с людьми и принятие решений. А рутина пусть остаётся машине.
Комментарии