Введение

Артефакты — это «скелет» управления проектом: на них держатся решения, договорённости и контроль. Важно не «копить документы», а делать их живыми, ясными и полезными. Ниже — артефакты, за которые PM отвечает лично (создаёт сам или фасилитирует), минимум содержания и критерии качества.

Что вы узнаете

• Какие артефакты делает PM и зачем они нужны
• Мини-структуру каждого артефакта
• Формальные критерии качества (метрики) для оценки «работоспособности» документов

Ключевые термины 

• Project Charter (Устав проекта) — стартовый документ: цель, KPI, границы (In/Out of Scope), роли, вехи.
• SMART — формат цели: конкретная, измеримая, достижимая, релевантная, со сроком.
• KPI — метрика, по которой судим, достигнута ли цель.
• Scope Statement — чёткое «что делаем / не делаем», допущения/ограничения, критерии приёмки.
• WBS (Work Breakdown Structure) — иерархия работ: результаты → пакеты → задачи.
• RAID-лог — журнал рисков, предпосылок, проблем и зависимостей с владельцами и сроками.
• Decision Log (журнал решений) — что решили, почему, кто утвердил, следующий шаг (кто/когда).
• CR (Change Request) — запрос на изменение Scope/Time/Cost/Quality с оценкой влияния и обновлением Baseline.
• Release Plan / Runbook — план выпуска и пошаговая инструкция, включая проверки и откат.
• Handover — пакет передачи в эксплуатацию/поддержку (схемы, доступы, регламенты).
• Milestone (Веха) — контрольная точка без длительности («коробка готова», «рукопись сдана»).
• Critical Path (Критический путь) — самая длинная цепочка зависимых задач, определяющая срок проекта.
• Plan vs Fact (План↔Факт) — сравнение запланированных и фактических сроков/объёма/затрат.
• Cost Baseline (Бюджет/стоимость) — «заморожённый» бюджет по статьям с резервами.
• MAPE — средняя абсолютная процентная ошибка (точность прогнозов затрат/сроков).
• DoR (Definition of Ready) — критерии готовности задачи к старту (входные материалы и условия есть).
• Критерии «Готово» (чек-лист сдачи) — признаки завершённости работы (реализовано, проверено, принято).

Синонимы: runbook — «инструкция по выпуску», rollback — «откат», on-call — «дежурный», Scope — «объём работ», NFR — «нефункциональные требования».

Устав проекта (Project Charter)

Зачем: зафиксировать цель, границы, роли и критерии успеха.
Минимум: цель (SMART) + 2–3 KPI; контекст; In/Out of Scope; ключевые вехи; роли (sponsor/PM).
Метрики качества: цели по SMART, есть 2–3 KPI; явный Out of Scope; согласован ключевыми стейкхолдерами.
Если строим дом: «Построить одноэтажный дом 120 м² к 30.09; KPI: акт ввода в эксплуатацию, бюджет ≤ X».
Если пишем книгу: «Подготовить нон-фикшн книгу 200 стр. к 15.11; KPI: сданный сигнальный экземпляр, тираж в типографии».

Матрица ролей RACI

Зачем: убрать «серые зоны» ответственности.
Минимум: крупные работы/решения × роли R/A/C/I.
Метрики качества: в каждой строке один A; покрыты все ключевые решения; ссылка на RACI в статус-репорте/процессах.
Если строим дом: R — бригада электриков тянет проводку; A — прораб отвечает за готовность коммуникаций; C — архитектор консультирует по схеме; I — заказчик в курсе этапов.
Если пишем книгу: R — автор пишет главы; A — редактор отвечает за качество рукописи; C — корректор/дизайнер; I — издатель информирован о сроках.

План коммуникаций

Зачем: определить кто/что/когда и в каком формате сообщает.
Минимум: установочная встреча, ежедневная синхронизация, еженедельный статус, демо/просмотр, «выпуск», инциденты (для каждой — аудитория, формат, частота, владелец).
Метрики качества: еженедельный статус по графику ≥90%; открываемость у бизнеса ≥60%; ≥95% решений в Decision Log.
Если строим дом: кик-офф со всеми; ежедневный созвон прораба с бригадами; еженедельный статус для заказчика; просмотр «коробки»; день подключения коммуникаций; аварийный канал при инциденте.
Если пишем книгу: старт-встреча; ежедневные апдейты автора в чат; недельный статус редактору; просмотр макета обложки; слот сдачи в типографию; канал «горячих» правок.

План рисков / RAID-лог

Зачем: раннее обнаружение проблем и понятные действия.
Минимум: тип (Risk/Assumption/Issue/Dependency), кратко, владелец, срок, план.
Метрики качества: у 100% записей есть владелец и срок; обновление не реже раза в неделю; просроченных <10%.
Если строим дом: R — проливные дожди могут задержать заливку фундамента; A — поставка кирпича 15-го; I — отсутствует подключение воды; D — разрешение энергосети до монтажа.
Если пишем книгу: R — авторские права на иллюстрации; A — типография примет макет 10-го; I — задержка корректуры; D — согласование обложки издателем.

Описание области работ (Scope Statement)

Зачем: явно сказать «что делаем / не делаем».
Минимум: In Scope / Out of Scope; допущения и ограничения; критерии приёмки высокого уровня.
Метрики качества: трассируемость ≥95% пунктов Scope к задачам; понимание границ командой ≥80%.
Если строим дом: In — фундамент, стены, крыша, электрика, водопровод; Out — бассейн, ландшафтный дизайн; приёмка — акты инспекций по каждому разделу.
Если пишем книгу: In — 10 глав, ч/б иллюстрации, вёрстка; Out — цветные вклейки, аудиоверсия; приёмка — утверждённый макет и сигнальный экземпляр.

WBS (иерархия работ)

Зачем: чтобы объём и зависимости были видны заранее.
Минимум: deliverables → пакеты работ → задачи; связи/зависимости.
Метрики качества: 80–90% пакетов ≤1–2 спринта; незапланированных работ <10%.
Если строим дом: 1) Фундамент → 2) Коробка (стены, крыша) → 3) Коммуникации (электрика, вода) → 4) Отделка.
Если пишем книгу: 1) План содержания → 2) Черновики → 3) Редактура → 4) Вёрстка → 5) Печать.

Расписание/дорожная карта + Baseline

Зачем: реалистичные сроки и «заморозка» плана.
Минимум: вехи, критический путь и буферы; Baseline vX (дата/автор/что вошло).
Метрики качества: отклонение по ключевым вехам ≤10%; изменения только через CR; попадание в итерации 80–90%.
Если строим дом: «Фундамент — до 15.05; коробка — до 20.06; коммуникации — до 10.07; отделка — до 30.08; Baseline v1 от 01.04».
Если пишем книгу: «Черновики — до 01.07; редактура — до 25.07; вёрстка — до 10.08; печать — 01.09; Baseline v1 от 15.05».

Бюджет/стоимость (Cost Baseline)

Зачем: контролировать траты и резервы.
Минимум: трудозатраты, материалы/услуги, инфраструктура/аренда, резерв.
Метрики качества: еженедельный учёт burn vs план; точность оценок (MAPE) ≤15–20%.
Если строим дом: работа бригад, бетон/кирпич/кровля, аренда техники, 10% резерв.
Если пишем книгу: гонорар автора, услуги редактора/дизайнера, печать тиража, 10% резерв.

План качества: DoR и Критерии «Готово» (чек-лист сдачи)

Зачем: договориться, когда задачу можно начинать, и когда её можно сдавать.
Минимум:

• DoR (готово к старту): для дома — утверждённые чертежи/разрешения/список материалов; для книги — структура главы, тезисы, источники.
• Критерии «Готово»: для дома — работы по разделу сданы по акту и прошли инспекцию; для книги — глава принята редактором, вычитана и сверстана.

Метрики качества: ≥95% задач закрываются по полному чек-листу; число дефектов после «выпуска» снижается квартал к кварталу.

Если строим дом: DoR — чертежи и разрешения утверждены, материалы подтверждены; «Готово» — акт приёмки раздела подписан, замечания закрыты.
Если пишем книгу: DoR — есть план главы и источники; «Готово» — глава принята редактором, вычитана и внесена в макет.

UAT (приёмочное тестирование)

Зачем: подтвердить ценность на реальных сценариях.
Минимум: сценарии/данные, роли приёмки, итог Принято/Доработать.
Метрики качества: сценарии покрывают весь заявленный объём (100%); UAT пройден до решения о «выпуске».
Если строим дом: обход дома с чек-листом: электричество, вода, отопление, вентиляция.
Если пишем книгу: проверка сигнального экземпляра: верстка не «сыпется», оглавление/страницы совпадают, обложка соответствует макету.

Процесс изменений: CR-журнал

Зачем: осознанно менять сроки/объём/бюджет/качество.
Минимум: что меняется и почему; влияние (сроки/объём/бюджет/качество); решение; новая версия Baseline.
Метрики качества: медианное время решения CR ≤5 рабочих дней; 100% принятых изменений отражены в плане/бюджете (Baseline vX).
Если строим дом: «Добавить панорамное окно в гостиной → срок +5 дней, бюджет +N; Approved; Baseline v2».
Если пишем книгу: «Вставить 8 цветных иллюстраций → срок +3 дня (дизайн/вёрстка), бюджет +M; Approved; Baseline v2».

Еженедельный статус-репорт

Зачем: одна короткая картинка состояния.
Минимум: план↔факт по 3–4 пунктам; деньги/время; топ-3 риска/проблемы; решения/CR; что дальше; нужна помощь.
Метрики качества: отчёт вовремя ≥95% недель; у пунктов есть владельцы и сроки (100%).
Если строим дом: «План: коробка/крыша/электрика; факт: коробка — готово, крыша — 80%, электрика — старт; расходы в графике; риск — поставка дверей; дальше — разводка воды».
Если пишем книгу: «План: главы 3–5/редактура/обложка; факт: 3–4 — готово, 5 — в работе; бюджет в норме; риск — задержка иллюстраций; дальше — корректура».

Decision Log (журнал решений)

Зачем: не терять «кто/когда/почему решил» и следующий шаг.
Минимум: дата, решение, краткий контекст/альтернативы, кто утвердил, следующий шаг (владелец, срок).
Метрики качества: ≥95% ключевых решений зафиксированы в день/на следующий день; ссылки на связанные CR/задачи — есть.
Если строим дом: «15.06 — кровля металлочерепица (альтернатива — мягкая), утвердил заказчик; далее — закупка до 18.06».
Если пишем книгу: «20.07 — обложка в минималистичном стиле (альтернатива — фото), утвердил издатель; далее — финальный макет до 22.07».

Release Plan + инструкция по выпуску (runbook)

Зачем: «выпуск» без хаоса, с понятным планом Б.
Минимум: окно выпуска, чек-лист готовности, контакты дежурных, шаги выпуска, проверки после, простой rollback-план, коммуникации.
Метрики качества: все пункты чек-листа закрыты до старта (100%); откат выполняется по инструкции.
Если строим дом: «День заселения»: проверить ввод электричества/воды/отопления, пройтись по чек-листу комнат, оформить передачу ключей; план Б — перенести заселение, устранить дефекты.
Если пишем книгу: «Печать тиража»: загрузка финальных PDF, печать сигнального, проверка, запуск основного тиража; план Б — откат к предыдущей версии макета.

Частые ошибки и как лучше 

• Артефакты ради артефактов — делайте только то, что влияет на решения.
• Нет связей — свяжите: Charter → Scope → WBS → План/Бюджет (Baseline) → Критерии «Готово»/UAT → Release → Handover.
• Перегружено — держите объём в «один экран», используйте маркеры/таблицы.
• Не обновляется — ритм: RAID/статус — еженедельно; план — на контрольных точках; Scope/CR — по событию.
• Не согласовано — версии и «кто одобрил» всегда в шапке.

Мини-чек-лист PM (шпаргалка)

✅ У каждого артефакта есть владелец, цель, дата последнего апдейта.
✅ Любое изменение сроков/объёма/бюджета — в CR, с обновлением Baseline.
✅ Риски, решения и статус доступны «в один клик» (страница проекта).
✅ По артефактам можно восстановить цепочку: цель → работа → проверка → «выпуск» → результат.

Итоги

PM управляет системой артефактов: создаёт ключевые (Charter, RAID, План/Бюджет, Коммуникации, Статус, CR), фасилитирует остальные и следит за качеством по понятным метрикам — ясность, актуальность, трассируемость и влияние на решения. Примеры из стройки дома и выпуска книги показывают, что хорошие артефакты снижают неопределённость, ускоряют согласования и делают поставку предсказуемой.