15 незаменимых промптов ChatGPT и Claude для проджект-менеджеров и техлидов
Управление современными софтверными проектами — это постоянный баланс между техническими компромиссами, расползанием скоупа, скоростью спринтов и коммуникацией в команде. Обычные ИИ-промпты дают общие советы, а хорошо структурированные ролевые промпты могут автоматизировать часы административной рутины.
В этой шпаргалке 15 готовых промптов для продакт- и проджект-менеджеров, техлидов и скрам-мастеров, работающих с ChatGPT или Claude. Копируйте их как есть и заменяйте плейсхолдеры в квадратных скобках [вот так] деталями своего проекта.
У меня в рабочем пространстве TAM закреплена именно такая шпаргалка. Промпты для тем ретро и апдейтов для стейкхолдеров я реально открываю каждую неделю, остальные включаются, когда возникает конкретная ситуация.
Фаза 1: планирование и управление скоупом
1. Декомпозиция эпика на user stories
Цель: сгенерировать готовые к разработке user stories с критериями приёмки.
Выступи в роли senior технического продакт-менеджера. Разбей следующий эпик на технические user stories для двухнедельного спринта: [вставьте описание эпика/фичи]. Для каждой истории укажи:
- Формат user story («Как ..., я хочу ..., чтобы ...»)
- Чёткие критерии приёмки в формате Given-When-Then (Gherkin)
- Технические нюансы и edge cases (рейт-лимиты, обработка ошибок, производительность)
- Предполагаемую оценку в story points (шкала Фибоначчи: 1, 2, 3, 5, 8) с обоснованием
2. Pre-Mortem анализ рисков
Цель: выявить скрытые риски перед стартом крупной технической инициативы.
Выступи в роли принципал-инженера и риск-менеджера проекта. Мы запускаем новый проект со следующим скоупом и стеком: [вставьте обзор проекта и стек]. Проведи pre-mortem анализ, предположив, что проект провалился через 6 месяцев. Перечисли топ-7 технических и операционных рисков, сгруппируй их по уровню влияния (высокий/средний/низкий) и предложи конкретную стратегию митигации для каждого.
3. Техническое задание (TRD)
Цель: превратить размытую бизнес-идею в структурированный технический черновик.
Выступи в роли ведущего solution-архитектора. Преобразуй это высокоуровневое предложение фичи в структурированный технический документ (TRD): [вставьте идею фичи/product brief]. Включи разделы:
- Обзор архитектуры и ключевые компоненты
- Требования к API и описание эндпоинтов
- Изменения в модели данных
- Вопросы безопасности и аутентификации
- Нефункциональные требования (latency, доступность, масштабируемость)
Фаза 2: спринт-планирование и выполнение
4. Сбалансированный бэклог спринта
Цель: собрать сбалансированный бэклог спринта на основе capacity команды и приоритетов.
Выступи в роли agile scrum-мастера. Помоги спланировать следующий спринт по параметрам: размер команды и capacity [например, 4 разработчика, 60 story points], переходящие задачи [список], новые кандидаты в бэклог [список], цель спринта [сформулируйте цель]. Выбери и приоритизируй оптимальный набор задач для достижения цели спринта, не превышая capacity, с учётом код-ревью, тестирования и 10% буфера на непредвиденные баги.
5. Матрица блокеров со стендапа
Цель: превратить сырые ежедневные апдейты в матрицу блокеров с планом действий.
Выступи в роли инженерного менеджера. Проанализируй заметки со стендапа команды: [вставьте сырые заметки/переписку]. Суммируй ключевой прогресс в 3 пунктах, выдели все активные блокеры и кто кем заблокирован, предложи план разблокировки команды.
6. Приоритизация технического долга
Цель: оценить задачи по техдолгу и обосновать их важность для нетехнических стейкхолдеров.
Выступи в роли техлида. У меня есть список пунктов техдолга: [вставьте список техдолга]. Категоризируй каждый пункт по матрице 2×2 (высокое/низкое влияние × высокие/низкие усилия). Для двух самых срочных пунктов напиши краткое бизнес-обоснование того, почему устранение этого долга ускоряет команду в долгосрочной перспективе. Формулировка должна быть понятна нетехническому PM.
Фаза 3: коммуникация и согласование со стейкхолдерами
7. Executive-отчёт о статусе
Цель: превратить инженерный прогресс в краткие апдейты для руководства.
Выступи в роли VP of Engineering. Преобразуй следующие технические апдейты в краткий executive-отчёт для C-level руководства: [вставьте экспорт из Jira, релиз-ноты или апдейты разработки]. Структурируй вывод так: краткое резюме (максимум 2 предложения), ключевые достижения за неделю, статус вех и роадмапа (в графике / под риском / срыв), ключевые блокеры и нужная поддержка от руководства.
8. Дипломатичный ответ на расширение скоупа
Цель: составить профессиональный, но твёрдый ответ на просьбу расширить скоуп или сдвинуть сроки.
Выступи в роли директора по управлению проектами. Мне нужно написать письмо стейкхолдеру, который просит критичное расширение скоупа в середине спринта без сдвига даты релиза. Контекст: [опишите запрос и компромиссы]. Составь вежливый, дипломатичный, но твёрдый ответ, который объясняет компромиссы (железный треугольник: время, скоуп, стоимость) и предлагает два жизнеспособных альтернативных варианта без потери качества.
9. Релиз-ноты из коммитов
Цель: сгенерировать понятные пользователю релиз-ноты из сырых git-коммитов или PR.
Выступи в роли технического контент-стратега. Преобразуй эти логи git-коммитов и pull request'ы в понятные пользователю релиз-ноты: [вставьте коммиты/заголовки PR]. Сгруппируй их по категориям: новые фичи, улучшения и производительность, исправления багов.
Фаза 4: улучшение процессов и ретроспективы
10. Извлечение тем из ретроспективы
Цель: извлечь применимые инсайты из фидбека ретроспективы.
Выступи в роли agile-коуча. Проанализируй сырой фидбек с ретроспективы спринта команды: что прошло хорошо [вставьте], что прошло плохо [вставьте], что можно улучшить [вставьте]. Выдели топ-3 повторяющиеся темы и предложи 3 SMART-задачи (конкретные, измеримые, достижимые, релевантные, ограниченные по времени) для следующего спринта.
11. Анализ первопричин инцидента
Цель: расследовать продакшн-инциденты или сорванные дедлайны, чтобы предотвратить повторение.
Выступи в роли инженера по надёжности систем и process lead. У нас произошёл следующий инцидент/задержка: [опишите инцидент/сорванный дедлайн]. Проведи безоценочный анализ первопричин методом «5 почему», найди истинную первопричину (а не симптом) и предложи два процессных механизма защиты, которые поймали бы проблему раньше.
12. План онбординга 30-60-90
Цель: составить полный план онбординга для новых сотрудников команды.
Выступи в роли инженерного менеджера. Составь чек-лист онбординга на 30-60-90 дней для нового senior full-stack инженера в команде. Стек и инструменты: [вставьте стек], контекст проекта: [вставьте информацию о проекте]. Раздели цели на дни 1-30 (обучение и первый PR), 31-60 (самостоятельная работа), 61-90 (лидерство и оптимизация).
Фаза 5: оптимизация технических и ИИ-процессов
13. Сравнение инструментов и API
Цель: системно сравнить технические инструменты или сторонние API.
Выступи в роли технического PM. Помоги оценить два конкурирующих инструмента/API для нашей платформы: вариант A [инструмент A], вариант B [инструмент B], ключевые требования [требования]. Сгенерируй сравнительную таблицу по стоимости, удобству для разработчиков, масштабируемости, затратам на поддержку и риску вендор-лока, и дай рекомендацию в конце.
14. Объяснение техрешений для бизнеса
Цель: объяснить сложные архитектурные решения простым языком для бизнеса.
Выступи в роли технического коммуникатора. Объясни следующую сложную техническую концепцию/проблему нетехническим бизнес-стейкхолдерам: [вставьте техническое объяснение или архитектурную проблему]. Используй понятную аналогию из реальной жизни, избегай инженерного жаргона и сфокусируйся исключительно на влиянии на бизнес, сроках и ценности.
15. Спецификация задачи для MCP-агента
Цель: оформить спецификацию задачи так, чтобы её мог выполнить ИИ-агент (например, Claude Code или Cursor) напрямую через Model Context Protocol (MCP).
Выступи в роли архитектора ИИ-систем. Оформи эту задачу так, чтобы автономный ИИ-агент, подключённый через MCP, мог выполнить её без участия человека: [опишите желаемое изменение кода/фичу]. Оформи ответ как строгую markdown-спецификацию с разделами: чёткая цель, пути к файлам и цели, пошаговый план выполнения, критерии проверки и тестирования для агента.
Лучшие практики промптинга в управлении проектами
Чтобы получать лучшие результаты от ChatGPT или Claude в задачах управления проектами:
- Задавайте конкретную роль: всегда начинайте промпт с «Выступи в роли [роль]», чтобы получить более сфокусированный, экспертный ответ.
- Задавайте контекстные ограничения: указывайте длительность спринта, capacity команды и стек, чтобы избежать нереалистичных рекомендаций.
- Требуйте структурированный вывод: просите ИИ форматировать ответы как списки, таблицы или Gherkin-сценарии для мгновенного копирования в Jira, Linear или TAM.