ChatGPT вместо PM-митингов: 12 промтов для спринтов, roadmap и статус-отчётов без Jira

Промты для управления проектами: 12 сценариев, которые заменяют Jira, Miro и недельные созвоны

Каждый PM знает этот ритуал: понедельник — стендап, среда — груминг бэклога, пятница — статус для стейкхолдеров. Между ними — бесконечные переключения между Jira, Miro, Confluence и Slack. По данным исследования Asana Anatomy of Work Index (Asana, 2023), сотрудники тратят около 60% рабочего времени на «координационную работу» — коммуникацию, поиск информации и переключение между инструментами, а не на саму работу.

LLM не отменяют Jira и Miro — они снимают с PM рутину: черновики, структурирование, форматирование, первые версии документов. Всё, что раньше занимало час, теперь занимает 5 минут. Но есть граница: ИИ не знает политику вашей компании, не чувствует конфликты в команде и не берёт на себя ответственность за решения. В этой подборке — 12 промтов для реальных PM-задач, с примерами и честным разделением зон ответственности.

1. Планирование спринта: от цели до задач

Задача: превратить цель спринта в структурированный бэклог с оценками.

Ты — опытный Scrum Master. Помоги спланировать двухнедельный спринт.

Контекст:
- Продукт: B2B SaaS для логистики
- Команда: 4 разработчика, 1 QA, 1 дизайнер
- Velocity за последние 3 спринта: 42, 38, 45 story points
- Цель спринта: «Ускорить онбординг новых клиентов»

Задачи-кандидаты:
1. Упростить форму регистрации
2. Добавить интерактивный тур по интерфейсу
3. Настроить welcome-email
4. Интеграция с CRM клиента

Выдай: цель спринта в формате SMART, разбивку задач с оценками в story points, риски и зависимости.

Что вы получите: черновик Sprint Goal, декомпозицию задач и предупреждение о перегрузе, если сумма оценок превышает среднюю velocity. Чего не сделает ИИ: не заменит Planning Poker — команда должна сама согласовать оценки.

2. Приоритизация бэклога по RICE

Задача: убрать субъективность из приоритизации.

Приоритизируй бэклог по методологии RICE (Reach, Impact, Confidence, Effort).

Формула: RICE = (Reach × Impact × Confidence) / Effort

Данные по фичам:
- Фича A: 500 пользователей/мес, Impact 2, Confidence 80%, Effort 3
- Фича B: 2000 пользователей/мес, Impact 1, Confidence 100%, Effort 5
- Фича C: 300 пользователей/мес, Impact 3, Confidence 50%, Effort 8

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

Что вы получите: таблицу с расчётами и обоснованием. RICE — публичная методология, описанная в блоге Intercom (Sean McBride, 2018), так что формула воспроизводима и не зависит от «мнения ИИ».

3. Управление рисками: реестр и митигация

Задача: составить риск-реестр до старта проекта.

Составь реестр рисков для проекта миграции монолита на микросервисы.

Для каждого риска укажи: описание, вероятность (низкая/средняя/высокая), влияние, стратегию митигации, владельца.

Учти типовые риски: рост latency из-за сетевых вызовов, распределённые транзакции, нехватка экспертизы в команде, рост стоимости инфраструктуры.

Оформи таблицей, добавь 3 риска, которые я не назвал.

Что вы получите: готовый черновик Risk Register. Реальные примеры рисков микросервисной миграции описаны в книге Сэма Ньюмана «Building Microservices» (O'Reilly) — ИИ опирается на эти паттерны.

4. Ретроспектива: генерация вопросов и фасилитация

Задача: подготовить сценарий ретро, который не превратится в жалобы.

Проведи ретроспективу в формате «Start-Stop-Continue» для команды из 6 человек.

Контекст: спринт сорван из-за трёх незапланированных багов в проде, команда демотивирована.

Сгенерируй: 8 открытых вопросов для фасилитации, структуру тайминга на 90 минут, 3 техники, чтобы вытащить тихих участников, и шаблон Action Items с ответственными.

Что вы получите: полноценный сценарий. Важно: фасилитацию проводит человек — ИИ не чувствует динамику группы.

5. Статус-отчёт для стейкхолдеров

Задача: превратить технический прогресс в понятный бизнес-язык.

Переведи технический статус проекта в отчёт для CFO, который не разбирается в IT.

Технический статус:
- Закрыто 34 из 50 задач
- Задержка интеграции с платёжным шлюзом на 5 дней
- Проведён рефакторинг модуля авторизации

Формат: 3 блока — «Что сделано», «Что под угрозой», «Что нужно от вас». Без технического жаргона, максимум 200 слов, с фокусом на влияние на сроки и бюджет.

Что вы получите: статус, который CFO прочитает. Это классический приём «перевод с технического на бизнес-язык», описанный в PMBOK Guide (PMI).

6. Roadmap на квартал

Задача: собрать roadmap из разрозненных инициатив.

Составь квартальный roadmap для продукта.

Инициативы: редизайн мобильного приложения, API для партнёров, переход на новую платёжную систему, программа лояльности.

Ограничения: команда 8 человек, один релиз в 2 недели, зависимость от внешнего вендора по платежам.

Оформи как Now-Next-Later roadmap с обоснованием последовательности и указанием зависимостей.

Что вы получите: структуру Now-Next-Later — формат, популяризированный Janna Bastow (ProdPad). ИИ расставит зависимости, но приоритеты бизнеса утверждает продуктовая команда.

7. Декомпозиция эпика на задачи

Задача: разбить большой эпик на задачи размером с 1-3 дня.

Разбей эпик «Система уведомлений» на задачи для Jira.

Требования: email, push, in-app уведомления; настройки подписки для пользователя; шаблоны на 3 языках; аналитика открытий.

Для каждой задачи укажи: заголовок в формате «[Компонент] Действие», описание, критерии приёмки (Definition of Done), оценку в днях, зависимости.

Что вы получите: черновик тикетов, который можно импортировать в Jira. Формат «As a... I want... So that...» описан в книге Майка Кона «User Stories Applied» (Addison-Wesley).

8. Оценка сроков через PERT

Задача: дать реалистичную оценку вместо «оптимистичной».

Оцени срок разработки модуля аналитики методом PERT.

Для каждой подзадачи дай три оценки: оптимистичную (O), реалистичную (M), пессимистичную (P).
Формула: E = (O + 4M + P) / 6, стандартное отклонение = (P - O) / 6.

Подзадачи: сбор требований, проектирование схемы данных, ETL-пайплайн, дашборды, тестирование.

Выдай итоговую оценку и диапазон с вероятностью 95%.

Что вы получите: оценку с доверительным интервалом. PERT — стандартная техника из PMBOK, а не выдумка LLM.

9. Разбор конфликта в команде

Задача: подготовиться к сложному разговору с сотрудником.

Помоги подготовиться к разговору с разработчиком, который регулярно срывает дедлайны и обвиняет в этом «размытые требования».

Дай: 5 открытых вопросов без обвинений, 3 сценария реакции на его возражения, структуру разговора по модели SBI (Situation-Behavior-Impact).

Важно: цель — не наказать, а выяснить причину и договориться о правилах.

Что вы получите: сценарий разговора. Модель SBI описана Center for Creative Leadership — это стандартный инструмент обратной связи. Но сам разговор ведёт человек.

10. Анализ постмортема инцидента

Задача: провести blameless postmortem после сбоя.

Составь шаблон blameless postmortem для инцидента: прод лежал 3 часа из-за утечки соединений в БД.

Структура: таймлайн, корневая причина (5 Whys), что сработало, что не сработало, Action Items с приоритетами и владельцами, метрики для предотвращения повторения.

Тон — без поиска виноватых, фокус на системных причинах.

Что вы получите: готовый шаблон. Blameless postmortem — практика, описанная в книге «Site Reliability Engineering» (Google, O'Reilly, 2016).

11. Матрица RACI

Задача: устранить путаницу «кто за что отвечает».

Составь матрицу RACI для запуска нового продукта.

Роли: Product Owner, Tech Lead, QA Lead, Marketing Lead, CFO.
Этапы: исследование рынка, разработка MVP, тестирование, запуск, пост-релизная поддержка.

R — исполнитель, A — ответственный, C — консультант, I — информируемый.
Проверь, чтобы на каждом этапе был ровно один A.

Что вы получите: готовую матрицу с валидацией. RACI — стандарт PMI, описан в PMBOK Guide.

12. Синтез обратной связи от пользователей

Задача: превратить 200 отзывов в приоритеты.

Проанализируй отзывы пользователей и выдели топ-5 проблем.

[вставь выгрузку отзывов]

Для каждой проблемы: частота упоминаний, цитата-пример, предполагаемая причина, влияние на retention, рекомендация (фикс / улучшение / отклонить).

Отсортируй по соотношению частота × влияние.

Что вы получите: кластеризацию фидбека. Это задача, где LLM особенно сильны — обработка больших объёмов текста быстрее человека. Но решение о приоритетах принимает продуктовая команда.

Что делегировать ИИ, а что — нет

Как использовать это на практике

Промты выше — не замена PM, а ускоритель. Начните с одного: возьмите статус-отчёт или декомпозицию эпика. Через неделю добавьте ретро и риск-реестр. Уже через месяц вы заметите, что время на «координационную работу» сократилось, а на стратегию — выросло.

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