Введение

Проект живёт по понятной траектории: от запуска идеи до аккуратного закрытия. Параллельно команда проходит свой «производственный» цикл работ (SDLC). Эти два механизма работают вместе: жизненный цикл проекта (ЖЦП) задаёт управленческую рамку, SDLC — последовательность создания результата. Задача PM — синхронизировать их так, чтобы ценность была доставлена в срок, в бюджет и с нужным качеством.

В статье разложим ЖЦП и SDLC по полочкам и покажем, что делает PM на каждом этапе.

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

Этапы жизненного цикла проекта и SDLC, чем они отличаются и как состыковываются
Роль PM на каждом этапе: артефакты, решения, метрики, риски
Как работают контрольные точки принятия решения и как они спасают сроки
Типовые ошибки и как их избежать

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

Жизненный цикл проекта (Project Life Cycle) — последовательность управленческих фаз: Инициация → Планирование → Исполнение → Мониторинг и контроль → Закрытие; задаёт, какие решения и артефакты нужны на каждом этапе и кто за что отвечает.
SDLC (Software Development Life Cycle) — «производственные» фазы создания продукта: Сбор требований → Дизайн → Реализация → Проверка (тестирование) → Выпуск (релиз) → Поддержка; определяет входы/выходы этапов и критерии качества.
Контрольная точка принятия решения (Stage Gate) — формальная проверка между фазами: по чек-листу артефактов/рисков/сроков принимают решение «идём дальше / доработать / стоп» и фиксируют протокол.
BAU / операционка (Business As Usual) — постоянная эксплуатация и поддержка после проекта: инциденты, мелкие улучшения, регламенты, SLA; живёт в отдельном процессе и бюджете.
WBS (Work Breakdown Structure) — иерархическая декомпозиция результата проекта на пакеты работ и задачи; показывает что именно нужно сделать для достижения цели, упрощает оценку сроков/стоимости и распределение ответственности.
DoR (Definition of Ready) — «критерии готовности к старту»: задача берётся в работу только при наличии понятного описания/спеки, макета (если нужно), приоритета, оценки, учтённых зависимостей и тестовых данных.
DoD (Definition of Done) — «критерии принятой готовности»: работа завершена, когда реализовано по требованию, пройдены тесты, обновлена документация/логирование/мониторинг, выкачано в нужную среду и принято владельцем.
RAID-лог (Risks, Assumptions, Issues, Dependencies) — единый журнал рисков, предпосылок, проблем и зависимостей с владельцами, сроками, статусом и планом действий; используется для регулярного контроля.
Baseline — «замороженная» версия плана по срокам/бюджету/объёму для сравнения с фактом; меняется только через согласованные изменения (CR) с фиксацией версии.
Change Request (CR) — управляемый запрос на изменение базовых договорённостей (Scope/Time/Cost/Quality): включает описание причины, оценку влияния, решение (approved/declined) и обновление Baseline.

Как сочетаются ЖЦП и SDLC

📌 ЖЦП отвечает на «почему, что, когда, за сколько и кто».
📌 SDLC отвечает на «как именно делаем».

На примере постройки дома: ЖЦП — разрешения, смета, график и акты приёмки; SDLC — работа бригад: фундамент → стены → кровля → электрика → отделка.
На примере написания книги: ЖЦП — договор с издателем, бюджет и график выхода; SDLC — план глав → черновики → редактура → вёрстка → печать.

На практике фазы SDLC «живут внутри» фаз ЖЦП: в исполнении параллельно идут макеты/чертежи (дизайн), работы/написание (реализация), проверки (инспекции/редактура).

Этапы ЖЦ проекта и роль PM на каждом этапе

Инициация (Initiation)

Цель: подтвердить ценность и осуществимость, определить границы и участников.

Дом: заказчик хочет одноэтажный дом к дате и бюджету. PM фиксирует цель, площадь, комнаты, ограничения участка, риски (почва, подключения), сезон работ.
Книга: автор и издатель согласуют тему, объём, дедлайн, аудиторию, риски (источники, права).

Артефакты PM: Устав проекта, карта стейкхолдеров, первичный RAID, черновой roadmap, критерии успеха.
Решения: «Начинаем?», «Какие ограничения?», «Кто отвечает?».
Риски: завышенные ожидания, размытые границы, скрытые зависимости.

Контрольная точка принятия решения 1: Стартуем? Цель и ограничения согласованы, участники определены, ориентиры по смете и срокам подтверждены.

Планирование (Planning)

Цель: превратить цель в реалистичный план с оценками, зависимостями и критериями качества.

Дом: PM с архитектором формируют WBS: фундамент → коробка → кровля → коммуникации → отделка. Для каждого — сроки, смета, погодные окна, инспекции. Назначены роли (кто «ведёт» электрику), понятен путь согласований.
Книга: план глав, сроки черновиков и редактур, договорённости по иллюстрациям, слот типографии. Критерии «Готово»: глава принята, сверстана и вычитана.

Артефакты PM: WBS, сетевой граф (вехи, критический путь), бюджет и Baseline, RACI, план коммуникаций, план рисков, план качества (DoR/DoD, приёмка), стратегия выпуска (заселение/тираж).
Решения: состав пакетов работ, буферы и резервы, правила CR.

Контрольная точка принятия решения 2: План утверждён? WBS/график/смета/риски/коммуникации согласованы, Baseline зафиксирован.

Исполнение (Execution)

Цель: выполнить согласованный объём работ.

Дом: по графику льют фундамент, кладут стены, монтируют кровлю, тянут электрику и воду, делают отделку. PM снимает блокеры (доставка бетона, погодные окна), согласует изменения (добавили окно — это CR), следит за приёмкой этапов (акты).
Книга: автор пишет главы, редактор правит, дизайнер верстает. PM контролирует дедлайны, фиксирует решения (обложка, формат), обрабатывает изменения (новая глава — сдвиг вёрстки).

Артефакты PM: актуализированный план, статус-отчёты, обновлённый RAID, CR-журнал, журнал решений.
Решения: перераспределение ресурсов, снятие зависимостей, согласование CR.

Контрольная точка принятия решения 3: Готово к приёмке/выпуску? Выполнены критерии качества (эквивалент DoD), готовы среда и данные для приёмки.

Мониторинг и контроль (Monitoring & Control)

Цель: раннее выявление отклонений и корректирующие действия.

Дом: сравниваем план/факт по вехам (фундамент к дате), смете (материалы), качеству (проба бетона, тест проводки). При отклонениях — CR (меняем материал/сроки) или корректирующие меры.
Книга: план/факт по главам, объёму правок, загрузке редактора/верстальщика; при задержке главы — CR на перенос с возможным сдвигом типографии.

Артефакты PM: отчёты plan vs fact, обновлённый Baseline после CR, отчёт по бюджету, журнал рисков/проблем.

Контрольная точка принятия решения 4: Выпуск? Пройдены проверки, есть план исправлений/отката, согласовано окно выпуска и коммуникации, известны дежурные.

Закрытие (Closure)

Цель: корректно завершить проект и передать в операционную поддержку.

Дом: подписаны акты, переданы ключи, паспорт дома, схемы электрики/воды, гарантийные обязательства; подведены итоги по бюджету и срокам.
Книга: тираж получен, отчёт по запуску, переданы исходники макета, права и договорённости на доп. тираж.

Артефакты PM: страница закрытия (результат vs цели, финансы, уроки), пакет передачи (handover), ретроспектива.

Контрольная точка принятия решения 5: Проект закрыт? Цели достигнуты, handover выполнен, финансы и уроки зафиксированы.

SDLC внутри проекта: «производственные» этапы и роль PM

На уровне ЖЦП мы определили «зачем, что, когда, за сколько и кто отвечает». Далее команде нужно сделать сам результат — как на стройке: после согласованного плана начинаются конкретные работы бригад. Именно это описывает SDLC: последовательность производственных этапов от требований до выпуска. Задача PM — обеспечить, чтобы каждый этап SDLC входил в проект подготовленным (есть входные материалы), выполнялся по критериям качества и сдавался вовремя в следующую стадию.

A) Сбор и анализ требований
Дом: ТЗ на комнаты, материалы, коммуникации; согласования с надзором. Книга: содержание, объём, иллюстрации, права. PM организует встречи, фиксирует границы и критерии приёмки.

B) Дизайн/архитектура
Дом: чертежи, план электрики/воды; экспертиза. Книга: макет полос, шрифты, стиль иллюстраций. PM планирует ревью, защищает буферы, проверяет готовность входных артефактов (DoR).

C) Реализация
Дом: строительные работы по плану. Книга: написание и редактирование глав. PM управляет приоритетами и зависимостями, фиксирует изменения (CR).

D) Проверка
Дом: инспекции фундамента, электрики, воды; акты. Книга: вычитка, авторские правки, корректура. PM обеспечивает «ворота» качества с чёткими входными/выходными критериями (эквивалент DoD).

E) Выпуск/релиз
Дом: заселение по чек-листу (вода, свет, тепло), план исправлений по гарантии. Книга: сдача в типографию, проверка сигнального экземпляра, запуск продаж. PM проводит решение «выпускаем/ждём», готовит коммуникации.

F) Поддержка
Дом: гарантийные работы и обслуживание. Книга: дополнительный тираж, правки во втором издании. PM фиксирует метрики «после релиза» и собирает уроки.

Контрольные точки принятия решения (Stage Gates)

Точка 1 — Инициация. Ценность подтверждена, участники определены, рамки по срокам и бюджету ясны.
Точка 2 — План утверждён. Согласованы WBS, график, смета, риски и коммуникации; Baseline зафиксирован.
Точка 3 — Готово к приёмке/выпуску. Выполнены критерии качества, готовы среды/данные, задачи закрыты.
Точка 4 — Выпуск. Принято решение о запуске; есть план исправлений/отката, дежурные и план коммуникаций.
Точка 5 — Закрытие. Обязательства выполнены; передача в операционку завершена; итоги и уроки задокументированы.

Типовые ошибки и как их избежать

Смешивать ЖЦП и «производственные» этапы: пытаться управлять чертежами вместо управления сроками, бюджетом и рисками.
Разделять роли: специалисты решают «как», PM — «когда/за сколько/с какими рисками».
Нет Baseline — нечего сравнивать.
Фиксировать план (сроки/стоимость/объём) и обновлять его только через CR.
Нет контрольных точек — сюрпризы в финале.
Вводить точки с чёткими входными/выходными критериями (акты/приёмка).
«Ещё немного добавим» без оценки (scope creep).
Любое добавление — только через CR с пересчётом сроков и бюджета.
«Приёмка на авось».
Планировать заранее: роли, сценарии проверки, окно выпуска, чек-лист и обратную связь.

Частые вопросы ❓

Можно ли «перепрыгивать» этапы ЖЦП?
Частично — да: фазы могут идти параллельно, но артефакты и решения каждого этапа должны появиться, иначе риски «догонят» на выпуске.
Как совмещается ЖЦП и Scrum?
Scrum организует «производственные» работы внутри Исполнения. PM отвечает за Baseline, риски, контрольные точки и закрытие.
Нужен ли PM при «самоорганизованных» бригадах/авторе?
Да. Ограничения (сроки, бюджет, внешние согласования) остаются; PM обеспечивает предсказуемость и координацию.
Достаточно ли DoR/DoD?
Нет. Это часть плана качества. Нужны ещё RAID, коммуникации, контрольные точки, CR-процесс и Baseline.

Итоги

Жизненный цикл проекта — «скелет» управления, SDLC — «производственная линия» работ. PM — «связки» между ними: формирует Baseline и артефакты, настраивает коммуникации и контрольные точки, управляет рисками и изменениями, обеспечивает приёмку и корректное закрытие. Когда ЖЦП и SDLC сшиты правильно, дом сдаётся без ночных «героизмов», а книга выходит вовремя — и с уроками, которые делают следующий проект быстрее и дешевле.