Управление изменениями проекта — где теряются сроки и бюджет

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

Как правка проходит путь от запроса до базового плана

Управление изменениями в проекте — процесс, в ходе которого любое изменение объема, срока или бюджета проходит основные этапы:

• запрос;
• оценку влияния;
• решение;
• внесение в базовый план.

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

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

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

Станислав Тульчинский, руководитель блока кредитного корпоративного бизнеса «РСХБ-Интех».

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

Изменения проекта и организационные изменения: в чем разница

Изменение проекта касается объема, срока или бюджета конкретной работы и проходит через ее план. Организационное изменение касается того, как работают люди в компании: структуры, ролей, процессов, привычек. Для организационных изменений разработаны модели управления: модель ADKAR, модели Левина и Коттера, 7S. Они описывают, как провести сотрудников через перемены и снизить сопротивление.

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

Какие изменения встречаются в проекте и почему дороже всего вскрывшиеся

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

Изменения содержания: объем, сроки, бюджет

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

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

Изменения в команде и требованиях заказчика

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

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

Вскрывшиеся изменения: реконструкция КРК «Октябрь»

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

Так, реконструкция культурно-развлекательного комплекса «Октябрь» в Астрахани показывает, как это выглядит в хронологии. Управление капитального строительства региона и подрядчик «Стройресурс» заключили контракт на сумму 1,04 млрд руб. в июне 2022 года. Сдача объекта ожидалась в IV квартале 2024-го. В октябре 2024 года минстрой Астраханской области пояснил, что сроки реконструкции сдвинулись из-за выявленных скрытых дефектов и разрушений строительных конструкций.

Стоимость и график после этого пересматривали допсоглашениями. К декабрю 2024 года стоимость работ превысила 2,6 млрд руб., а последнее допсоглашение перенесло срок сдачи на конец 2026 года.

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

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

Срочные и плановые изменения: когда ожидание решения сдвигает срок

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

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

В госзаказе ожидание решения растягивается на целую новую закупку. В пояснительной записке к законопроекту 2025 года говорилось, что действующие правила не допускают замену или добавление новых видов работ и материалов при благоустройстве территорий. Если потребность изменить проект возникала, заказчик был вынужден расторгать старый контракт и проводить допзакупку. Срок реализации из-за этого увеличивался. Авторы поправок предлагали менять условия контракта без новых торгов, если стоимость изменений в объеме или видах работ не превышает 10% цены контракта.

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

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

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

Как оценить влияние изменения на проект: сроки, бюджет и договор

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

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

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

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

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

Запрос на изменение и совет по изменениям: кто утверждает правку

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

Что входит в запрос на изменение

Запрос на изменение, в международной практике change request, — документ, с которого начинается любая правка. В нем указывают:

• инициатора;
• суть изменения и его причину;
• ожидаемое влияние на объем, срок и бюджет;
• срочность.

Документ фиксирует правку до того, как команда начнет ее делать. Без него изменение существует только в переписке или на совещании. Через месяц уже трудно восстановить, кто попросил доработку, на чем договорились и вошла ли она в смету. Запись с номером и статусом дает ответ на все три вопроса.

Совет по изменениям: кто в нем и как часто собирается

Совет по изменениям, или CCB, рассматривает запросы и решает, включать ли их в план. В совет обычно входят руководитель проекта, представитель заказчика и те, чья работа зависит от изменения.

Ритм совета подбирают под проект. Например, в Outlines Tech совет собирается раз в неделю, раз в спринт или по необходимости, когда накопились запросы. После заседания каждый запрос получает статус «разработка», «холд» или «архив». «Архив» означает отказ от доработки, но запрос при этом остается в истории. Совету нужен ответ заказчика, поэтому срок этого ответа согласуют вместе с ритмом заседаний.

«Если со стороны стейкхолдера затягиваются сроки согласования — это официальный повод для переноса производства задачи, если до старта работы такие условия были обговорены».

Дмитрий Летяго, системный аналитик Outlines Tech.

Роль куратора проекта в утверждении изменений

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

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

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

Обновление базового плана: изменение не принято, пока не внесено в план

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

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

Например, на инфраструктурном объекте такой разрыв блокирует деньги, как это случилось с четвертым мостом через Обь в Новосибирске. Концессионное соглашение на строительство подписали в 2017 году. Срок сдачи с тех пор трижды переносили: изначально мост планировали построить к концу 2022 года, а в мае 2024 года концессионер, ГК «ВИС», назвал новым сроком конец 2025 года. Стоимость работ за это время увеличилась на 9 млрд руб.

На май 2024 года заблокированными оставались 3 млрд руб. компенсации удорожания, выделенной правительством. Минстрой требовал сначала согласовать в госэкспертизе изменения, внесенные в проектную документацию. Еще 462 млн руб. из той же компенсации высвободили допсоглашением после согласования ФАС.

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

Как понять, что изменения проекта вышли из-под контроля

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

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

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

«У меня есть умозрительная метрика: если количество изменений (инцидентов) превышает 15% от общего объема работ — планирование становится невозможным».

Павел Солонухо, руководитель кластера проектной разработки AWG.

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

Где закрывается: реестр запросов ведут с первого дня, долю изменений в объеме работ считают регулярно, порог пересмотра плана согласуют с заказчиком.

Процесс управления изменениями проекта: что зафиксировать до первой правки

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

1. Оформить запрос на изменение. Любая правка, включая вскрывшуюся, начинается с записи: кто инициатор, что меняется и почему.
2. Зарегистрировать правку и вести статус. Реестр помогает отслеживать, сколько изменений в работе и какую долю объема они занимают.
3. Оценить влияние на объем, срок, бюджет и условия договора. Правка не проявится позже в цене контракта.
4. Передать решение тому, у кого есть право. Плановые правки рассматривает совет, срочные — названный человек, масштабные — куратор.
5. Обновить план. Оплату и отчетность ведут по той же версии, что и работу.
6. Выполнить изменение и сообщить о нем. Все участники узнают о правке из одного источника.
7. Закрыть запрос. Итоговый статус и затраты сохраняются в реестре, отклоненные правки тоже.

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