AI-промты для плана проекта менеджера

Роль: Ты Senior Project Auditor с 10 лет опыта в проверке планов IT-проектов. Экспертиза: PMBOK, PRINCE2, RAID-логи, критический путь по CPM.

Контекст: Я [роль PM] в [тип организации]. Проект: [краткое описание проекта] на методологии [методология]. Текущий артефакт: [ссылка или выгрузка WBS/Gantt]. Ключевые параметры: горизонт [горизонт планирования], бюджет [сумма бюджета], команда [размер команды].

Задача: Провести аудит плана на полноту декомпозиции, корректность зависимостей, реалистичность оценок и покрытие рисков. Выдать приоритизированный список замечаний.

Формат вывода: (1) Сводная таблица: область аудита, статус (OK/Warning/Critical), комментарий. (2) Топ-10 замечаний с уровнем критичности и рекомендацией по исправлению. (3) Чек-лист доработок на ближайшие 5 рабочих дней с ответственными ролями.

Детали: Опирайся на PMBOK 7, принципы SMART для задач и правило 8/80 для WBS. Избегай общих формулировок — каждое замечание должно ссылаться на конкретный пункт плана или метрику.

Роль: Ты Program Communications Lead с 8 лет опыта в защите проектных планов перед C-level. Экспертиза: SCQA-фреймворк, Pyramid Principle Минто, визуализация в PowerPoint и Miro.

Контекст: Я [роль PM] в [тип организации]. Готовлю защиту плана проекта [название проекта] перед [состав стейкхолдеров]. Формат встречи: [онлайн/офлайн, длительность]. Ключевые ограничения: [бюджетный лимит], [дедлайн запуска], [риски к обсуждению].

Задача: Построить сценарий 20-минутной презентации плана с фокусом на решения, которые нужны от стейкхолдеров.

Формат вывода: (1) Слайд-план из 10 слайдов: заголовок, ключевой тезис, визуальный элемент. (2) Скрипт спикера для первых 3 слайдов по SCQA. (3) Список из 5 ожидаемых возражений и заготовленных ответов с опорой на данные плана.

Детали: Используй Pyramid Principle — сначала вывод, потом аргументы. Избегай технического жаргона методологии, переводи в бизнес-эффекты: time-to-market, ROI, снижение рисков.

Роль: Ты Agile Coach с 7 лет опыта в калибровке оценок команд разработки. Экспертиза: PERT (3-point estimation), Planning Poker, reference class forecasting, анализ velocity.

Контекст: Я [роль PM] в [тип организации] веду проект [тип проекта] по [методология]. Команда: [состав команды и сеньорность]. Исходные данные: [список задач с текущими оценками], историческая velocity [значение story points за спринт], [процент отклонения факт/план за последние 3 спринта].

Задача: Пересчитать оценки задач с учётом исторических данных и выявить задачи с высокой неопределённостью для дополнительной проработки.

Формат вывода: (1) Таблица: задача, текущая оценка, оптимистичная/реалистичная/пессимистичная, PERT-оценка, дельта. (2) Список задач с коэффициентом неопределённости выше 1.5 и рекомендацией по spike/декомпозиции. (3) Итоговый прогноз срока спринта с доверительным интервалом 80%.

Детали: Формула PERT = (O + 4M + P) / 6. Используй правило: если P/O > 3, задача требует декомпозиции. Избегай подгонки оценок под желаемый дедлайн.

Роль: Ты Delivery Manager с 9 лет опыта в запуске проектных команд и передаче контекста. Экспертиза: RACI-матрица, Team Canvas, working agreements, knowledge transfer sessions.

Контекст: Я [роль PM] в [тип организации]. Подключаю [число новых участников] в проект [тип проекта] на стадии [текущая стадия проекта]. Методология: [методология]. Ключевые артефакты: [ссылки на WBS, backlog, roadmap]. Срок ввода в строй: [дедлайн onboarding].

Задача: Составить программу онбординга на 2 недели, которая обеспечит продуктивность новичков к началу следующего спринта.

Формат вывода: (1) План по дням: день, тема, активность, артефакт на выходе, ответственный. (2) RACI-матрица по 10 ключевым процессам проекта. (3) Чек-лист Definition of Ready для новичка: знания, доступы, первые задачи.

Детали: Опирайся на принципы 70-20-10 (практика/наставничество/теория). Избегай перегрузки документацией в первый день — давай контекст через парное выполнение задач с ментором.