Жизненный цикл проекта: 5 этапов от запуска до завершения

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

Так бывает, когда команда сразу переходит к работе, не договорившись о целях, сроках, ответственности и критериях готовности.

Чтобы избежать подобных ситуаций, проект делят на этапы — от постановки задачи до передачи результата заказчику. Рассказываем, как устроен жизненный цикл проекта, какие этапы реализации проекта нужно пройти и как организовать управление без лишней бюрократии.

Что такое жизненный цикл проекта

Жизненный цикл проекта — это последовательность этапов, которые проект проходит от идеи до завершения. У каждого этапа свои задачи и результаты, необходимые для перехода к следующему.

В распространённой модели управления проектами выделяют пять основных направлений работы, которые описывают фазы управления проектом:

1. Инициация — определить цель проекта и договориться, какого результата нужно достичь.

2. Планирование — составить план работ, распределить ресурсы и оценить риски.

3. Исполнение — выполнить запланированные работы.

4. Мониторинг и контроль — следить за сроками, бюджетом и качеством, корректировать план при необходимости.

5. Закрытие — передать результат заказчику и подвести итоги.

Эти пять направлений часто называют фазами жизненного цикла проекта. Однако в профессиональной методологии есть важное различие.

Чем фазы проекта отличаются от групп процессов

В методологии Project Management Institute (PMI) инициация, планирование, исполнение, мониторинг и контроль, закрытие традиционно рассматриваются как группы процессов, а не как строго последовательные этапы.

Фазы жизненного цикла проекта показывают, как проект развивается во времени. Например, разработка сайта может включать исследование, проектирование, создание дизайна, разработку и запуск.

Группы процессов описывают управленческую работу, которая ведётся на протяжении проекта. Команда планирует задачи, выполняет их и контролирует результат не по одному разу, а постоянно.

Например, при разработке сайта команда не перестаёт планировать задачи после начала работы. Она регулярно уточняет сроки, проверяет результаты и согласовывает изменения. А требования к готовому сайту лучше определить ещё до разработки, хотя проверять их будут при приёмке.

В разных методологиях количество фаз проекта и последовательность реализации могут отличаться. Например, Lucid описывает модель из четырёх фаз, в которой мониторинг и контроль не выделены в самостоятельный этап.

Важно также учитывать версию PMBOK. Классическая модель из пяти групп процессов представлена в шестом издании. Седьмое издание, выпущенное в 2021 году, сделало акцент на принципах и областях результативности. Восьмое издание PMBOK, опубликованное в ноябре 2025 года, сохранило этот подход: рекомендации по процессам представлены не как пять этапов с жесткой последовательностью, а как пять областей фокуса.

Для повседневной работы модель из пяти направлений удобна как ориентир. Рассмотрим, какие задачи нужно решить на каждом из них.

1. Инициация проекта: определяем цель и результат

На старте важно определить цели и задачи проекта, его границы, ответственных и критерии, по которым заказчик будет оценивать результат.

В проектном управлении для этого используют устав проекта, обоснование и реестр заинтересованных сторон. Но небольшой команде необязательно готовить объёмный пакет документов.

Для начала достаточно одной страницы с ответами на семь вопросов:

1. Какова цель проекта?

2. Какие работы в него входят?

3. Какие работы не входят?

4. По каким критериям заказчик примет результат?

5. Кто отвечает за проект?

6. Каковы ограничения по срокам и бюджету?

7. Кто заинтересован в результате и как команда будет с ним взаимодействовать?

Последний пункт можно оформить небольшой таблицей: участник, его ожидания и периодичность информирования.

Пример. Команда разрабатывает раздел сайта с каталогом продуктов. На старте заказчик подтверждает, что в проект входят страницы каталога и поиск, но не входит личный кабинет. Критерием готовности становится работающий раздел, прошедший согласованные проверки.

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

К документу с целями и границами стоит возвращаться всякий раз, когда возникают новые требования или разногласия.

2. Планирование проекта: распределяем работу и ресурсы

На этапе планирования команда определяет этапы проекта по порядку, необходимые работы, сроки и ответственных за результат.

В классическом управлении проектами используют структуру декомпозиции работ (WBS), график, бюджет, реестр рисков и план коммуникаций.

Для небольшой команды подойдёт обычный список основных блоков работ. Для каждого укажите:

• Результат. Что должно быть готово: например, «утверждённый дизайн главной страницы».

• Ответственного. Кто отвечает за выполнение.

• Срок. Когда результат должен быть готов.

• Зависимости. Какие задачи нужно выполнить раньше.

Отдельно запишите основные риски. Например, заказчик может задержать согласование дизайна, а подрядчик — не успеть подготовить интеграцию. Для каждого риска определите, что можно сделать заранее.

Необязательно подробно расписывать весь проект на полгода вперёд. Достаточно обозначить основные вехи и детально спланировать ближайшие одну-две недели. По мере выполнения задач план можно уточнять с учётом фактических сроков и новых обстоятельств.

Как планировать работу в Проектах VK WorkSpace

В сервисе Проекты VK WorkSpace можно создавать задачи, назначать ответственных и сроки, отслеживать работу на канбан-доске, в таблице или на диаграмме Ганта.

Типы задач, поля, статусы и приоритеты настраиваются под процессы команды. Для типовых проектов предусмотрены шаблоны.

Это помогает держать план в одном месте и видеть, как сроки отдельных задач влияют на остальные работы.

3. Исполнение проекта: организуем повседневную работу

На этом этапе команда приступает к реализации нового проекта по плану: выполняет задачи, взаимодействует с подрядчиками и согласовывает промежуточные результаты с заказчиком.

Главная задача руководителя — организовать работу так, чтобы каждый понимал свои обязанности, сроки и текущие приоритеты.

Для этого небольшой команде достаточно общей доски задач и регулярных встреч.

Например, на доске можно создать четыре колонки:

• Запланировано

• В работе

• На проверке

• Готово

Раз в неделю команда сверяет результаты с планом, выбирает следующие задачи и обсуждает препятствия. Желательно, чтобы у каждой задачи были ответственный, срок и понятный результат.

Необязательно проводить отдельные совещания для планирования, контроля и подведения итогов. В небольшой команде эти вопросы можно обсудить на одной короткой еженедельной встрече.

При этом завершение задачи лучше определять не по смене статуса, а по конкретному результату. Например, дизайн считается готовым не тогда, когда дизайнер закончил макеты, а когда они прошли необходимое согласование.

4. Мониторинг и контроль проекта: следим за сроками и изменениями

Мониторинг и контроль нужны для управления жизненным циклом проекта: они помогают вовремя замечать отклонения от плана и принимать решения до того, как они повлияют на весь проект.

Команда отслеживает сроки, бюджет, объём работ и качество результатов. Если появляются новые требования, оценивает, как они повлияют на остальные задачи.

Для небольшого проекта достаточно еженедельного отчёта на полстраницы:

1. Сделано. Какие результаты готовы.

2. В работе. Что команда выполняет сейчас.

3. Под угрозой. Какие сроки или задачи могут сорваться.

4. Нужна помощь. Какие решения или согласования требуются от заказчика.

Полезно также фиксировать значимые изменения: что поменялось, кто это согласовал и как повлияло на сроки или бюджет.

Например, если заказчик просит добавить новую функцию, команда оценивает её трудоёмкость и согласовывает возможный перенос даты запуска. Так изменение не превращается в неожиданную дополнительную нагрузку.

Контроль не начинается после исполнения. Он сопровождает проект с первого дня: команда регулярно сравнивает план с фактическим результатом и при необходимости корректирует дальнейшую работу.

Как контролировать проект в VK WorkSpace

В Проектах VK WorkSpace канбан-доска помогает отслеживать движение задач по статусам, а инструменты анализа загрузки — оценивать распределение работы между участниками.

Для контроля целей предусмотрены OKR и KPI. Автоматизация позволяет, например, менять статусы задач по заданным условиям или отправлять уведомления без ручных действий.

Проекты входят в цифровую среду VK WorkSpace вместе с другими сервисами для коммуникаций и совместной работы.

5. Закрытие проекта: принимаем результат и подводим итоги

Проект не заканчивается в тот момент, когда команда выполнила последнюю задачу. Нужно убедиться, что результат соответствует согласованным требованиям, передать его заказчику и завершить оставшиеся обязательства.

На этапе закрытия команда:

• Проверяет результат по критериям, определённым на старте.

• Получает подтверждение приёмки от заказчика.

• Передаёт документацию и необходимые материалы.

• Закрывает договоры и доступы, если это предусмотрено проектом.

• Обсуждает, что стоит изменить в дальнейшей работе.

Для небольшого проекта достаточно письма или акта о приёмке и короткой ретроспективы.

Ретроспективу можно провести за полчаса, обсудив три вопроса: что получилось хорошо, что пошло не по плану и что команда сделает иначе в следующий раз.

Например, если согласование дизайна несколько раз задерживало разработку, в следующем проекте можно заранее согласовать сроки обратной связи с заказчиком.

Как упростить управление проектом для небольшой команды

Команде из 5–30 человек необязательно использовать всю документацию и процедуры крупного проектного офиса. Важно сохранить основные управленческие действия: определить цель, спланировать работу, организовать исполнение, контролировать результат и формально завершить проект.

Большую часть документов можно заменить короткими записями и общей системой задач.

Это упрощённый подход, который можно адаптировать под задачи команды. Он не заменяет формальные требования к управлению проектами там, где они необходимы.

Что говорит ГОСТ Р ИСО 21502-2024

В России при организации проектного управления можно ориентироваться на ГОСТ Р ИСО 21502-2024 «Управление проектами, программами и портфелями. Руководство по управлению проектами».

Стандарт утверждён приказом Росстандарта № 1599-ст от 2 ноября 2024 года и действует с 1 января 2025 года. Он идентичен международному ISO 21502:2020.

Стандарт содержит рекомендации по управлению проектами разных типов и масштабов независимо от используемой модели жизненного цикла. Его можно применять как ориентир при разработке корпоративных правил управления проектами.

При этом описанная выше модель из пяти направлений работы — практическое упрощение, а не пересказ структуры ГОСТ.

С чего начать

Чтобы применить подход на практике, необязательно пересматривать управление всеми проектами сразу. Выберите один текущий проект и проверьте несколько вещей:

1. Зафиксированы ли его цель, границы и критерии готовности?

2. Есть ли список основных работ с ответственными и сроками?

3. Понятно ли команде, как отслеживать выполнение задач?

4. Регулярно ли проверяются сроки, риски и изменения?

5. Определено ли, кто и как будет принимать итоговый результат?

Если чего-то не хватает, начните с простого документа или списка задач. Даже небольшая команда может управлять проектом последовательно, не создавая отдельный проектный офис.