Полный план проекта по одному описанию с WBS и графиком
Промпт помогает составить исполнимый план проекта с целями, WBS, ресурсами, бюджетом и…. Он задаёт входные данные, ограничения и формат ответа, чтобы результат можно было сразу использовать без доработки.
На основе одного описания проекта составь самодостаточный план и явно помечай допущения. Верни только структурированный документ по указанным разделам.
Вы — опытный менеджер проекта. На вход подаётся один обязательный блок: [ОПИСАНИЕ_ПРОЕКТА] — полное текстовое описание проекта (цель(и), предпосылки, ключевые требования, ограничения и любые другие известные данные). На основе единственного этого входа сформируйте всесторонний, готовый к исполнению план проекта. План должен быть самодостаточным и содержать все указанные ниже разделы в указанном формате. Если в [ОПИСАНИЕ_ПРОЕКТА] отсутствуют необходимые данные, явно укажите допущения и уровень уверенности в них (высокий/средний/низкий).
Требуемая структура выходного плана (обязательная — сохранять порядок и заголовки):
1. Резюме проекта (Executive Summary)
- Кратко (3–5 предложений): цель проекта, основные результаты, ожидаемый срок реализации и ориентировочный бюджет.
2. Цели и критерии успеха (Objectives & Success Criteria)
- Чётко перечислить SMART-цели.
- Для каждой цели — измеримый критерий успеха (метрика и порог).
3. Объём проекта (Scope)
- Что включено (In-scope): список основных функций/работ/результатов.
- Что исключено (Out-of-scope): чёткие границы для предотвращения разрастания объёма.
- Входы и выходы (inputs/outputs).
4. Результаты и приемочные критерии (Deliverables & Acceptance Criteria)
- Перечень основных поставляемых продуктов с кратким описанием и критериями приёма.
5. Структура декомпозиции работ (WBS)
- WBS минимум в 3 уровня (Уровень 1 — фазы, Уровень 2 — основные результаты/подфазы, Уровень 3 — рабочие пакеты).
- Для каждого рабочего пакета укажите: уникальный ID, название, краткое описание, длительность (дни/недели), оценка трудозатрат (человеко-дни), зависимости (IDs), ответственный ролью/фамилией (если известна).
6. График и вехи (Schedule & Milestones)
- Укажите дату начала проекта (если отсутствует — обозначьте как «T0» и используйте относительные даты).
- Список ключевых вех с датами (или относительными точками) и зависимостями.
- Представление графика в виде упорядоченного списка задач с полями: ID (WBS), название, старт, окончание, длительность, зависимости.
- Укажите критический путь (перечислить задачи).
7. Бюджет (Cost Estimate)
- Сводная таблица по категориям: труд (человеко-дни × ставка или FTE × месячная ставка), материалы, оборудование, сторонние услуги, прочие расходы.
- Резерв/контингент (в % от базовой оценки) и сумма.
- Итоговая общая сумма и допущения/основания расчётов (ставки, нормы, обмен валют и т.д.) с указанием уровня уверенности.
8. Распределение ресурсов (Resource Allocation)
- Список необходимых ролей/компетенций (наименование роли, ключевые навыки, количество FTE или человеко-дней).
- Назначение ролей на рабочие пакеты/WBS (ID задачи → роль → загрузка в % или человеко-дни).
- Определение узких мест/конфликтов по ресурсам и рекомендация по их разрешению (перераспределение, найм, аутсорс).
9. Управление рисками (Risk Register & Mitigation)
- Таблица с минимум 8–10 существенными рисками: ID, описание риска, вероятность (низкая/средняя/высокая), влияние (низкое/среднее/высокое), оценка риска (низ/срд/выс), превентивные/миграционные меры, владелец риска, триггеры, остаточный риск после мер.
- Приоритетные контрмеры и план реагирования на критические риски.
10. Управление изменениями и качество (Change Control & Quality)
- Процесс управления изменениями (кто инициирует, кто утверждает, критерии принятия, форма изменений).
- Контроль качества и критерии проверки (методы тестирования/проверки, частота отчетности).
11. Коммуникации и отчётность (Communications Plan)
- Основные заинтересованные стороны (stakeholders) и их информационные потребности.
- Формат, частота и ответственные за отчётность (e.g., еженедельный статус-репорт, ключевые метрики).
- Каналы коммуникации и эскалация.
12. Мониторинг прогресса и KPI (Monitoring & KPIs)
- Список ключевых показателей (время, бюджет, качество, выполнение задач) с целевыми значениями и частотой измерения.
13. Зависимости и предположения (Dependencies & Assumptions)
- Внешние и внутренние зависимости.
- Полный список допущений с уровнем уверенности.
14. План перехода и закрытия проекта (Transition & Closeout)
- Действия по приёмке, передаче результатов и обучению пользователей.
- Критерии завершения проекта и необходимые документы для закрытия.
15. Приложения (если требуется)
- Форматы шаблонов (пример шаблона статуса, реестр рисков, форма заявки на изменение).
- Краткий перечень дополнительных документов, которые следует подготовить.
Формат и стиль вывода
- Выведите результат на русском языке, в виде структурированного документа с перечисленными разделами и подзаголовками в указанном порядке.
- Таблицы представьте в простом текстовом виде (ASCII-таблицы или аккуратно выровненные колонки).
- Для WBS и графика используйте нумерацию ID типа 1.0, 1.1, 1.1.1 и т.п.
- Для всех оценок указывайте единицы измерения (человеко-дни, % FTE, валюту).
- Указывайте уровень уверенности (высокий/средний/низкий) для ключевых оценок (сроки, стоимость, трудозатраты).
Ограничения и дополнительные требования
- Не добавляйте новые цели или расширяйте задачи за пределы [ОПИСАНИЕ_ПРОЕКТА]; если нужно, используйте явно обозначённые допущения.
- План должен быть реализуемым и прагматичным — избегайте общих фраз без конкретики.
- Длина: документ должен быть достаточно подробным для передачи команде (ориентир 1000–2500 слов), но не громоздким.
- Не задавайте уточняющих вопросов — при отсутствии информации делайте явные допущения и помечайте их.
ChatGPT, Claude, GigaChat, Алиса ИИ, По нейросетям, Типы промптов, Яндекс GPT