План управления проектом — о чем договариваются до старта работ

План управления проектом часто сводят к расписанию работ: датам, исполнителям и полосам на диаграмме. По ГОСТ Р 54869-2011 расписание фиксирует только сроки, а планирование охватывает еще бюджет, закупки, риски, обмен информацией и изменения. План управления закрепляет договоренности по этим направлениям: как вести работы, по каким критериям оценивать успех проекта и кто вправе утверждать изменения. Ниже разберем, что фиксируют до старта, как часто сверять план с фактом и когда документ готов к утверждению.

Если график работ уже есть, чем от него отличается план управления проектом?

План управления проектом задает правила его ведения, а график показывает только сроки. ГОСТ Р 54869-2011 определяет расписание как запланированные даты выполнения работ и наступления контрольных событий проекта. Бюджет, поставщики и риски в этом определении не упомянуты. На диаграмме Ганта их тоже нет: она показывает сроки работ полосами на шкале времени.

План управления проектом согласуют руководитель проекта и заказчик. В ГОСТ Р 54869-2011 выделены восемь процессов планирования, из которых только один связан с разработкой расписания:

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

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

Зачем тратить время на план до старта, если проблемы решаются по ходу?

Чтобы не согласовывать ключевые решения в ходе работ, план готовят до старта. ГОСТ Р 54869-2011 закрепляет эту последовательность: исполнение и контроль проекта начинают не раньше планирования. Если команда приступает к работе только с графиком, из восьми процессов планирования выполнен лишь один.

План должен фиксировать и критерии успеха проекта. Сравнение двух исследований показывает, почему важно заранее определить критерии успеха: авторы оценивают проекты по-разному. По данным PMI за 2024 год, участники признали 48% проектов успешными, 12% — провальными, а оставшимся 40% дали смешанную оценку. Бент Фливбьерг оценивал крупные проекты по срокам, бюджету и выгодам. Из его базы 8,5% проектов уложились одновременно в сроки и бюджет, а все три условия, включая получение ожидаемых выгод, выполнили только 0,5%.

Без плана остаются открытыми три вопроса:

• Какой результат примет заказчик?
• Какой бюджет утвержден?
• Кто вправе утверждать поправки к плану?

Команде приходится решать их уже в ходе работ.

«Семена провала часто сеются в самом начале, а проблемы проявляются позже».

Бент Фливбьерг, профессор Оксфордского университета (перевод).

12 ноября 15:00 МСК Онлайн Бесплатно Открытый разбор: КП отправили, а дальше тишина Для руководителей продаж: как узнать, что происходит со сделкой, пока клиент молчит, и как вернуть разговор. Зарегистрироваться

Как записать в плане, что считать успехом проекта?

В плане заранее определяют, по каким условиям оценивать результат проекта. Исследование PMI выделяет для этого три практики:

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

Все три практики применяют только в 37% проектов. Самой действенной из них PMI считает систему измерения: средний индекс успешности проектов с такой системой составил 45, без нее — 6. Индекс рассчитывают как разницу между долями успешных и провальных проектов, поэтому его нельзя считать процентом успешных проектов.

Для каждого критерия успеха в плане фиксируют условие приемки результата, метрику и порядок сбора данных для ее расчета. Формулировка «запустить сервис» не определяет условия его приемки. Эти условия можно сформулировать конкретнее: сервис принимает заявки, время ответа не превышает согласованного значения, заказчик подписывает акт. Так требования заказчика становятся проверяемыми. Если заказчик и команда по-разному оценивают результат, они сверяют фактические показатели с критериями из плана, а не полагаются на личные впечатления.

Относительно чего считать отставание по срокам и бюджету?

Отставание по срокам и бюджету считают относительно базового плана. По ГОСТ Р 54869-2011 базовый план — это принятый к исполнению план проекта с утвержденными расписанием и бюджетом. В нем зафиксированы основные сроки и стоимость. С ними сравнивают фактические показатели проекта.

Если базовый план не утвержден, заказчик и команда могут по-разному оценивать отставание: каждый сравнивает фактические показатели со своими ожиданиями. К середине проекта стороны начинают выяснять, когда обещали сдать результат. Утвержденный базовый план позволяет сверяться с согласованными датами и суммами и считать отклонения в днях и рублях.

По данным опроса Strategy Partners, в промышленном строительстве продолжительность проектов чаще всего увеличивалась на 20% относительно плана. Застройщики, участвовавшие в том же опросе, считают, что качественное планирование помогает избежать задержек при строительстве. Один из его элементов — резерв времени и денег, который руководитель проекта закладывает в базовый план до старта.

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

Станислав Ахмедзянов, управляющий партнер IBC Global.

Зачем выносить закупки и риски в отдельные разделы плана?

Закупки выделяют в отдельный раздел, поскольку поставщик работает по собственному графику, на который команда проекта напрямую не влияет. Риски выносят отдельно по другой причине: в расписании их не видно вовсе. В ГОСТ Р 54869-2011 этим задачам соответствуют два отдельных процесса: планирование закупок и планирование реагирования на риски.

План управления закупками и поставками

В графике закупка выглядит одной полосой, хотя за ней стоят четыре этапа: выбор поставщика, заключение договора, изготовление и доставка. Любой из этих этапов может задержать поставку оборудования. В промышленном строительстве такие задержки оказались одной из главных причин срыва сроков. По данным Strategy Partners, 75% компаний сообщили о переносах сроков изготовления и поставки оборудования из-за ошибок в планировании логистических цепочек.

В разделе закупок по каждой ключевой позиции фиксируют:

• Предмет заказа: что покупают у внешнего поставщика.
• Срок на площадке: к какой дате позиция нужна.
• Момент заказа: когда его разместить с учетом сроков изготовления и доставки.
• Ответственного: кто отслеживает статус поставки и первым сообщает о сдвиге.
• Запасной вариант: другой поставщик или аналог для позиций с долгим сроком изготовления.

План реагирования на риски проекта

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

• Признак: по нему видно, что риск начал реализовываться.
• Ответственного: кто следит за этим риском.
• Реакцию: заранее согласованные действия команды.

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

Как договориться, кто кому и как передает информацию по проекту?

Правила обмена информацией записывают в план: какие сведения получает каждый участник, как часто и где фиксируют договоренности. В ГОСТ Р 54869-2011 под эту задачу выделен процесс планирования обмена информацией. Когда в проекте участвует много отделов и подрядчиков, работы могут останавливаться из-за задержек в передаче решений: один участник узнает о решении другого слишком поздно.

Такой раздел называют планом управления коммуникациями. Он включает четыре блока:

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

Например, в онлайн-школе английского языка «Инглекс» ввели письменную фиксацию договоренностей. За нее отвечал проектный офис, который также занимался декомпозицией задач и координацией сроков между отделами. Итоги важных созвонов сохраняли, чтобы участники могли сверяться с ними в работе. За первый год работы офиса новый продукт запустили за 2 месяца вместо обычных 4 и успели к пику сезона.

Кто вправе перенести срок или изменить бюджет проекта?

Право перенести срок или изменить бюджет закрепляют в плане заранее: там называют, кто предлагает поправку, кто ее утверждает и как о ней узнает команда. По ГОСТ Р 54869-2011 изменения могут затрагивать уже утвержденные содержание, сроки, ресурсы и процедуры проекта. К таким изменениям относятся перенос даты сдачи, добавление новой функции продукта и смена подрядчика.

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

1. Выявление изменений: любой участник сообщает о необходимости поправки по установленному каналу.
2. Согласование и утверждение изменений: стандарт не определяет, кто вправе утверждать разные изменения, поэтому эти полномочия распределяют в плане.
3. Учет версий документов и продуктов: утвержденной версии присваивают номер, предыдущую сохраняют в архиве.
4. Доведение информации до заинтересованных сторон: команда и заказчик узнают о новой версии сразу после утверждения.

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

Как часто сверять план с фактом, чтобы не узнать о срыве последним?

Периодичность сверки с фактом задают в плане, а каждое отклонение фиксируют вместе с его причиной. ГОСТ Р 54869-2011 требует регулярно проверять состояние проекта, документировать результаты, включая отклонения от плана, и разбирать их причины. Стандарт также требует следить за актуальностью документов проекта и обновлять их по мере необходимости.

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

«Если ты собираешь информацию по проекту раз в неделю и видишь, что пропущены такие-то контрольные точки, то какой бы ни был Risk Tolerance, в какой-то момент становится понятно, что дальше так не получится».

Павел Алферов, профессор бизнес-практики Школы управления СКОЛКОВО.

Где вести план, чтобы отчет не занимал неделю?

План и факт ведут в одной системе. Тогда отчет формируют из данных, уже внесенных командой, без ручного объединения таблиц разных отделов. В промышленном строительстве большинство компаний считают график работ и регулярные совещания основными инструментами контроля сроков. Специализированные программы управления проектами используют только 42% компаний.

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

Так, в 2022 году Пермская научно-производственная приборостроительная компания, ПНППК, перевела управление проектами в единую систему. В ПНППК три исследовательских института и восемь заводов, а проекты длятся от 3 до 5 лет. Реестр проектов, бюджеты и фактические затраты собрали в одном месте. Число совещаний сократилось в три раза, а время на подготовку отчетности снизилось с 1 недели до 2–3 часов.

Что проверить в плане управления проектом перед утверждением?

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

• Критерии успеха: записано, какой результат примет заказчик и какими показателями его измерят.
• Базовый план: утверждены расписание и бюджет, в них заложен резерв.
• Закупки: для каждой ключевой поставки назначен ответственный и определен срок размещения заказа.
• Риски: у известных угроз есть признак, владелец и заранее утвержденная реакция.
• Обмен информацией: понятно, какой отчет получает каждый участник и где фиксируют решения.
• Пересмотр плана: указано, кто вправе утверждать изменения разного масштаба и как учитывать версии документов.
• Сверка с фактом: заданы вехи и периодичность проверки.
• Система учета: план и факт ведут в одном месте.

При подготовке плана можно опираться и на ГОСТ Р ИСО 21502-2024 — действующее руководство по управлению проектами. Независимо от выбранного стандарта, одного графика работ недостаточно для утверждения плана: по каждому разделу нужно согласовать решения и назначить ответственных.