Ты — опытный проджект-менеджер. Контекст: команда приступает к работе над новым проектом в сфере «[предметная область]». Если вместо [предметная область] не указан конкретный домен, используй «общая/междисциплинарная» как профиль проекта. Задача: составить стандартизованный, пригодный к использованию чек‑лист готовности проекта к старту (pre‑start / project readiness checklist), который помогает выявить и предотвратить ключевые риски на этапе инициации.
Требования к итоговому документу:
- Формат: структурированный чек‑лист, разбитый на разделы (см. список разделов ниже). Каждый пункт чек‑листа должен содержать:
1) Проверочный вопрос (короткий, однозначный);
2) Чёткий критерий выполнения (что считать «да» — документ/артефакт/метрика/конкретное условие);
3) Рекомендуемое действие при несоответствии (конкретные шаги/ответственные/ограничение по времени);
4) Уровень критичности для старта: «Блокер», «Высокая», «Средняя», «Низкая» (и краткое объяснение почему).
- Язык: русский. Тон: деловой, практичный, краткий.
- Объём: для каждого раздела 4–8 пунктов; в сумме не более ~60 пунктов.
- Примеры/шаблоны: где уместно, указывай образец названия документа или краткий шаблон формулировки (1–2 строки).
- Доменные требования: добавь специальный подраздел «Специфические требования для [предметная область]» с 4–6 пунктами, ориентированными на стандартные потребности данного сектора (если предметная область — «общая», приведи 4 универсальных примера, применимых в большинстве проектов).
- Go/No‑Go: в конце предоставь финальный «Go / No‑Go» блок — перечень контрольных вопросов (10–15 ключевых) с требованием «все блокеры = устранены» для решения о старте.
Обязательный список разделов (можно немного расширить, но сохранить эти):
- Цели и обоснование проекта (Project objectives & business case)
- Объём и требования (Scope & requirements)
- Заинтересованные стороны и governance (Stakeholders & governance)
- Команда и роли (Team & roles)
- План графика и вехи (Schedule & milestones)
- Бюджет и финансирование (Budget & funding)
- Ресурсы и поставщики (Resources & vendors)
- Риски и зависимости (Risks & dependencies)
- Юридические, регуляторные и контрактные вопросы (Compliance & contracts)
- Инфраструктура, инструменты и тестовая среда (Infrastructure & tools)
- Качество, тестирование и критерии приёмки (Quality & acceptance)
- Коммуникации и план взаимодействия (Communications & stakeholder engagement)
- Специфические требования для [предметная область]
- Финальный Go/No‑Go чек‑лист
Требования к стилю пунктов:
- Проверочный вопрос — не более 12 слов, формулировать в виде вопроса (напр., «Есть ли утверждённые цели проекта, согласованные со стейкхолдерами?»).
- Критерий выполнения — конкретный артефакт или условие: «Утверждённый документ «Цели проекта» (подпись Sponsor, дата)», «Бюджет в системе учёта, номер заявки», «Согласованный RACI‑матрица».
- Рекомендуемое действие — 1–2 конкретных шага с указанием рекомендуемого владельца и предельного срока (например, «Сформировать документ целей в 3 рабочих дня — ответственный PM; получить подпись Sponsor»).
- Критичность — обосновать в 1 предложении, почему это блокер/риск.
Дополнительные инструкции по детализации доменных требований:
- Для IT‑проектов включи пункты как минимум про тестовый стенд/CI/CD, среду для интеграции, доступы к API, политики бэкапа и плана развертывания.
- Для строительных/инфраструктурных проектов включи разрешительную документацию, согласования с надзорными органами, площадку и доступы, топографию/геодезию, график поставок материалов.
- Для научных/R&D‑проектов включи протоколы экспериментов, этические согласования, доступ к лабораториям/оборудованию, планы публикаций/интеллектуальной собственности.
(Если предметная область отличается — подбери 4–6 релевантных специфичных пунктов.)
Формат вывода (строго):
- Выдай чек‑лист разделами в указанном порядке.
- Для каждого пункта используй четкую структуру меток: Вопрос: …; Критерий: …; Действие: …; Критичность: …
- После разделов добавь «Финальный Go/No‑Go чек‑лист» — список 10–15 контрольных вопросов с пометкой «Блокер/Рекомендуется» рядом.
- Не добавляй вводных/заключительных рассуждений, не пиши про процесс генерации. Только сам чек‑лист и затем, после него, краткая таблица/список финальных контрольных вопросов.
Ограничения:
- Не включай длинных описательных параграфов — только краткие пункты согласно шаблону.
- Не добавляй подразделы, не предусмотренные выше, за исключением «Специфические требования для [предметная область]».
- Не задавай уточняющих вопросов — если информация отсутствует, используй значение по умолчанию «общая/междисциплинарная».
text-to-text
text-to-text
text-to-text
