Есть ли на свете
что-либо, чью красоту
время не точит?
Только цветущие вишни
вечно прекрасны весною …
Рёкан, 1785-1831
Задача руководителя проекта — довести работу до результата, уложившись в проектный треугольник: объём, сроки и бюджет. Управлять по первоначальному плану удаётся редко: чем длительнее и сложнее задача, тем чаще реальное исполнение расходится с заложенным на старте. Часть этапов завершается позже, трудозатраты выше расчётных, доходы и выплаты смещаются по времени. Если не обновлять план проекта, решения принимаются по устаревшей картине, а отклонения обнаруживаются тогда, когда исправлять их уже поздно.
Ниже разберём, какие версии плана нужны в работе, как фиксировать факт по разным объектам управления и как организовать этот процесс в программе 1С:РМ.
Знакомая ситуация: почему об актуализации вспоминают слишком поздно
Середина проекта. Вы понимаете, что не успеваете. Часть работ придётся переносить. Бюджет уже «поехал». Но на статусном совещании вы говорите: «Догоним». Почему? Сказать правду — значит признать неопределённость. А открыто говорить о ней в большинстве компаний опаснее, чем сорвать срок.
В книге Тома ДеМарко и Тимоти Листера «Вальсируя с медведями» описан судовладелец из эссе «Этика веры» Вильяма Клиффорда. Он знал, что его корабль стар и плохо построен. Но заглушил сомнения и отправил судно в море. Корабль затонул со всеми пассажирами. Клиффорд задаёт вопрос: виновен ли он? И отвечает: да — «потому что у него не было права верить в удачу на основании тех фактов, которыми он располагал».
Перенесите это в управление проектами. Вам говорят: «Срок — декабрь, бюджет — вот такой, команда — три человека». Вы смотрите на объём, состав исполнителей, историю аналогичных задач — и понимаете, что не укладываетесь. Но отвечаете: «Справимся». Права верить в этот срок у вас нет. И через полгода всё встаёт — с перерасходом, сорванными обязательствами и разрушенной репутацией.
Актуализация проекта начинается не с инструментов. Она вырастает из готовности признать: «Я не знаю точно, когда закончу. Но вот диапазон, который я завершу с высокой вероятностью». Это и есть зрелый подход к управлению. Всё остальное — техника.
Что такое актуализация проекта
Актуализация проекта — регулярный пересчёт оставшейся части работ после закрытия отчётного периода.
Всё, что выполнено, фиксируется как факт и не меняется. Всё, что предстоит, пересматривается заново — с учётом текущей готовности, изменившихся обстоятельств и реалистичной оценки трудозатрат. На выходе — обновлённый прогноз: сколько ещё потребуется времени, ресурсов и денег. Базовый план проекта сохраняется как неизменная точка сравнения — он нужен, чтобы измерять отклонения.
В проекте связаны данные по результатам и срокам, ресурсам и стоимости, доходам и расходам, поступлениям и выплатам. Именно поэтому актуализацию нельзя свести к переносу дат: изменение одной части тянет за собой остальные.
Когда проект требует пересмотра
Пересмотр нужен, когда текущий план перестаёт соответствовать реальности. Поводом становятся:
- недостигнутые в отчётном периоде результаты;
- отклонение фактических трудозатрат от плановых;
- изменение процента готовности работ;
- расхождение по расходам и доходам;
- сдвиг поступлений и выплат относительно графика.
Сам по себе факт не всегда означает проблему: работы могут идти с опережением. Но чтобы понять, что происходит, нужно сопоставить факт с планом и оценкой готовности.
Что такое точка актуальности
Точка актуальности — граница между свершившимся фактом и частью проекта, которую ещё можно перепланировать. Всё слева — факт, он не меняется. Всё справа — будущая часть, она пересчитывается заново.
Например, отчётный период закрыт. Завершившийся месяц становится фактическим. Следующий и все последующие относятся к текущему прогнозу.
При переходе к новому периоду точка актуальности сдвигается вправо: ещё один месяц закрывается фактом, а будущая часть снова пересчитывается.
Какие версии плана используются в работе
Для управления проектом нужна не одна версия плана, а несколько. Каждая решает свою задачу.
Базовый план
Базовый план проекта фиксируется до начала исполнения и далее не меняется. Его задача — хранить исходные обязательства: сроки, объёмы, стоимость, доходность.
Именно с ним сравнивают текущее состояние и новый прогноз, чтобы понять, насколько проект ушёл от первоначальных договорённостей.
Договорной план
Договорной план отражает условия, согласованные с заказчиком и подрядчиками: что и в какие сроки должно быть выполнено по договору, как распределены объёмы и суммы.
Он ближе к реальным обязательствам сторон и помогает сопоставлять факт не только с внутренними расчётами, но и с контрактными договорённостями.
План предыдущего периода
План предыдущего периода — это сохранённый прогноз, который был действителен до текущего цикла актуализации.
Он нужен, чтобы видеть динамику ожиданий: улучшается картина от одного цикла к другому или ухудшается. При переходе в следующий отчётный отрезок текущий прогноз копируется и становится планом предыдущего периода.
Текущий план и прогноз
Текущий план проекта и прогноз отражают актуальное представление о будущей части работ. В нём пересчитывается оставшийся объём после загрузки факта и оценки готовности.
Именно эта версия используется для управления: по ней планируют ресурсы, контролируют сроки и принимают решения.
Работа со сценариями и версиями планов в 1С:РМ
В 1С:РМ используются сценарии базовой версии, договорного плана, прогноза и предыдущего периода. Рабочая форма позволяет выбирать нужную версию и переключаться между ними — сопоставлять в одном пространстве исходные обязательства, контрактные договорённости, текущий прогноз и факт.
Этапы актуализации проектов
Логика такая: сначала фиксируем то, что произошло, затем пересчитываем то, что предстоит. Нарушение порядка — попытка пересчитать прогноз до фиксации факта — приводит к искажённой картине.
Фиксация выполненных результатов
Первый шаг — зафиксировать результат того, что уже сдано по итогам отчётного периода: материальный или документально оформленный итог (комплект документации, элемент обследования, завершённый этап).
Фактические данные проекта — это подтверждённые показатели выполнения работ, использования ресурсов, доходов и расходов, поступлений и выплат. У каждого вида — свой источник и первичный документ.
В 1С:РМ итоги фиксируются в натуральных или стоимостных показателях, связываются с этапами и работами. Факт попадает в систему из первичных документов: табелей, накладных, актов, банковских выписок. Каждый отражает свой срез — выполненный объём, списанные часы, поставленные материалы, полученную оплату. Все данные привязываются к проекту, этапу или задаче.
Например, по плану нужно было выполнить два комплекта документации, фактически сдан один. Оставшийся переносится в будущий период, меняется распределение объёмов, может сместиться срок окончания работ.
Важно, чтобы фактическое выполнение проекта отражалось в системе тогда, когда оно реально возникло, а не дособиралось вручную в конце месяца.
Учет фактического использования ресурсов
Второй шаг — учесть фактическое использование ресурсов. Трудозатраты обычно поступают из табелей учёта рабочего времени по конкретным людям и задачам. Отдельно учитываются оборудование, материалы, прочие ресурсы и услуги сторонних организаций.
Здесь важна связь натуральных показателей с денежными. Часы, штуки пересчитываются по нормативам затрат. Поэтому изменение ресурсной потребности напрямую влияет на экономику проекта.
Учет доходов, расходов, поступлений и выплат
Доходы и расходы — это одно, движение денег — другое. Первые показывают экономический результат, вторые — реальный денежный поток. Доходы и расходы фиксируются актами и начислениями, поступления и выплаты – банковскими выписками и кассовыми документами: оплата поставщику, аванс от заказчика и так далее.
Расчет потребности до завершения проекта
Ключевой этап. Простая арифметика «план минус факт» здесь не работает — она не отражает, какая доля объёма реально выполнена. Нужен процент готовности.
Сначала определяется прогноз ИТОГО — сколько всего часов потребуется на задачу, если текущая эффективность сохранится. Затем из полученной величины вычитается понесённый факт — так получается прогноз до завершения.
В 1С:РМ расчёт выполняется автоматически по команде актуализации с учётом прогноза. Система берёт текущий процент готовности по задаче и списанные часы, пересчитывает оставшуюся часть и предлагает новую прогнозную величину. Руководителю остаётся проверить результат и подтвердить обновление.
Разберём на примере. План по задаче — 60 часов, фактически списано 56, готовность — 60%. Если просто вычесть из плана факт, остаток будет 4 часа, но для оставшихся 40% объёма этого недостаточно. Расчёт по готовности даёт другую цифру: прогноз ИТОГО — около 93 часов, прогноз до завершения — примерно 37. Уже сейчас виден ожидаемый перерасход относительно первоначального плана.
Разница между двумя подходами — не арифметическая погрешность, а принципиально разная оценка состояния. Первый подход скрывает проблему, второй показывает её, пока есть время на решение.
Пересчет расходов и доходов
Следующий этап — пересчёт расходов и доходов на основе фактических документов. Расходы появляются из начислений и приходных накладных, доходы — из актов заказчику. После получения фактических данных неиспользованные данные перераспределяются на будущие периоды.
Например, если по этапу передано заказчику меньше комплектов, чем планировалось, часть дохода переносится на будущий период. Синхронно пересчитывается расходная часть.
Формирование нового прогноза
Последний этап — сборка нового прогноза. Он складывается не из одной корректировки сроков, а из связанных изменений по всем объектам. После обновления результатов, ресурсов, доходов и расходов, поступлений и выплат видно, как изменились срок окончания, стоимость, маржинальность и денежный поток.
Как меняется прогноз проекта
Структура и сроки связаны с результатами и ресурсами. Результаты формируют доходы, ресурсы — расходы. Из этого складываются поступления и выплаты. Изменение в начале цепочки отражается на всём остальном. Разберем подробнее.
Изменение сроков и объемов работ
Невыполненный объём переносится по временной оси. Не выполнена единица результата — она переносится на следующий месяц, продолжительность сдвигается вправо. Такие отклонения по срокам проекта важно отслеживать в связке с остальными показателями.
Изменение потребности в ресурсах
Ситуация, когда итоговый набор поставляемых результатов не расширяется, но для завершения требуется больше ресурсов, встречается часто.
Прогноз трудозатрат и будущей стоимости растёт даже при неизменном конечном наборе. Причина — часть заданий выполнена менее эффективно, чем предполагалось.
Прогноз в материалах и оборудовании выполняется аналогично.
Изменение затрат и финансового результата
Рост ресурсной потребности и перенос работ сказываются на финансовом итоге. Вместе со сдвигом сроков может вырасти стоимость и снизиться маржинальность проекта. Это важно заметить как можно раньше — пока есть возможность повлиять на ситуацию: пересмотреть объёмы, перераспределить ресурсы или согласовать новый план с заказчиком.
Изменение денежного потока
Если проекты растягиваются, доходы сдвигаются вправо, расходы растут — денежный поток ухудшается. Когда несколько проектов одновременно уходят вправо, возникает риск кассового разрыва. Перепланирование проекта должно учитывать такое влияние.
Как оценивать отклонения от плана
После пересчёта важно не просто зафиксировать новый прогноз, но и разобраться, откуда взялись отклонения. Для этого проводится план-фактный анализ проекта.
Анализ «План-прогноз»
Анализ идёт по блокам: результаты, ресурсы, доходы и расходы, поступления и выплаты, итоговые показатели. Такой разрез показывает, на каком участке возникло расхождение и какие последствия создаёт.
Сравнение с базовым планом
Базовый план фиксирует исходные сроки, объёмы, стоимость и доходность — то, о чём договаривались на старте. Сравнение показывает, насколько проект ушёл от ориентиров. В отчётах сопоставляются базовый план, факт и прогноз по доходам, расходам, поступлениям и выплатам.
Сравнение с договорным планом
Договорной план фиксирует обязательства перед заказчиком и подрядчиками. Он помогает сопоставлять факт не только с внутренними расчётами, но и с контрактными договорённостями. Когда проект начинает от них отклоняться, видно, какие обязательства под угрозой и какие потребуют пересогласования.
Сравнение с планом предыдущего периода
Полезный срез — динамика ожиданий. Сравнение текущего прогноза с планом предыдущего периода показывает, улучшается картина или ухудшается.
Например, после обновления процента готовности прогноз трудозатрат изменился с 93 до 80 часов: проект начал нагонять график, хотя всё ещё превышает базовый план.
Согласование нового плана или принятие управленческого решения
Анализ отклонений — база для управленческого решения. Пересчёт прогноза и сопоставление факта с базовым и договорным планами дают картину: где проект, куда движется, какие обязательства под угрозой. На этих данных строится выбор.
Обновить план и продолжить. Основной путь, когда отклонения заметны, но цели достижимы. Руководитель утверждает новую версию: переносит сроки, пересчитывает объёмы, перераспределяет ресурсы, корректирует бюджет. Базовый план не меняется — он остаётся точкой сравнения.
Существенно пересмотреть проект. Нужен, когда отклонения настолько велики, что прежние договорённости не отражают реальность. Закончились ресурсы, заказчик потребовал ускорить сроки, изменились условия финансирования. Речь о пересмотре содержания, границ и обязательств — вплоть до пересогласования договора. Такое решение принимается на уровне выше руководителя проекта.
Остановить проект. Иногда анализ показывает, что продолжение не имеет смысла: цели потеряли актуальность, экономика ушла в минус, ресурсы отозваны, заказчик отказался от финансирования. Остановка — тоже управленческое решение, которое принимается на уровне выше РП. Нужно корректно закрыть обязательства, перераспределить ресурсы, зафиксировать извлечённые уроки.
Все три сценария объединяет одно: выбор делается на данных, а не на интуиции. Регулярная актуализация плана проекта даёт руководителю достоверную картину и время на реакцию. У решения всегда есть цена — но она на порядок ниже, чем цена бездействия.
Переход к следующему отчетному периоду
Актуализация — цикл, который повторяется период за периодом. Каждый следующий - строится на накопленном факте и свежей оценке готовности.
1С:РМ помогает вести оперативный мониторинг итоговых показателей — процента готовности, доходов, расходов, поступлений, выплат, маржинальности, денежного потока.
Сохранение текущего прогноза
Перед новым циклом текущий прогноз сохраняется отдельной версией, чтобы к нему можно было вернуться и сравнить с новым. Это даёт возможность анализировать динамику ожиданий от периода к периоду.
Перенос точки актуальности
После закрытия нового отчётного периода точка актуальности сдвигается вправо: прошедшие месяцы становятся фактом, будущая часть пересчитывается. Так замыкается управленческий цикл, и работа продолжается по обновлённому плану.
Что дает регулярное обновление данных проекта
Регулярная актуализация позволяет раньше видеть отклонения и принимать решения до того, как проблема станет фактом. Практический эффект:
- раннее выявление отклонений и своевременное перепланирование;
- заблаговременное обеспечение ресурсами;
- снижение риска срыва сроков;
- контроль затрат;
- поддержание рентабельности;
- актуальный денежный поток и снижение риска кассового разрыва.
Актуальные данные — основа для управленческих решений. Контроль выполнения проекта в 1С:РМ строится на регулярном сравнении плана, факта и прогноза. Система собирает факт по разным объектам и пересчитывает прогноз сроков проекта до завершения.
Типичные ошибки при актуализации проекта
Ошибки при актуализации чаще связаны не с системой, а с методикой.
Первая — простое перенесение недоработанного количества часов без учёта готовности. Если из плана вычесть факт, получится остаток, который и переносят. Но эти часы закрывают лишь ту часть объёма, которая ещё не выполнена, а её доля может быть существенной. Без процента готовности невозможно понять, сколько времени реально потребуется. Перенос создаёт ложное ощущение, что отклонение небольшое.
Вторая — оценка состояния только по списанным часам. Сравнение плановых и фактических часов без процента готовности не отвечает на вопрос, что происходит с работой: отстаёт проект или опережает.
Третья — рассмотрение изменений разных показателей изолированно. Перенос результатов влияет на сроки, ресурсы и стоимость, а далее — на маржинальность и денежный поток. Разрывая эти связи, руководитель не видит картину целиком.
FAQ
Как часто нужно проводить актуализацию?
+Раз в месяц при стабильном графике, раз в неделю — если отклонения накапливаются быстро. Точка актуальности должна сдвигаться строго по календарю, а не «когда вспомним».
Что делать, если руководство не готово принять новую дату?
+Показывать не точечную дату, а диапазон с вероятностями: «вероятность успеть к марту — 15%, к маю — 50%, к июлю — 85%». Диапазон переводит разговор из плоскости обещаний в плоскость решений.
Можно ли вести актуализацию без автоматизированной системы?
+Можно, но дорого. В Excel реально вести 1–2 проекта, но при десяти и больше ручная сверка съедает больше времени, чем приносит пользы. Решения линейки «1С:PM Управление проектами» закрывают задачу за счёт единой модели данных.
Что делать с рисками, которые уже превратились в проблемы?
+Перевести в разряд факта и включить в план реагирования. Проблема отличается от риска тем, что уже наступила. Её влияние нужно учесть в новом прогнозе и использовать ослабляющие меры, заложенные заранее.
Кто должен отвечать за актуализацию — руководитель проекта или финансовый блок?
+Отвечает руководитель проекта. Финансовый блок поставляет данные, но сводить их в единую картину и предлагать решения должен тот, кто управляет проектом.
Что делать, если заказчик отказывается согласовывать новую версию плана?
+Показать влияние отказа: что произойдёт с бюджетом, сроками и рисками, если продолжать по старой версии. Если картина показана, а решение не принято — фиксируйте это как принятый риск на уровне руководства.
Полезные материалы
- Вебинар «Актуальные данные проектов: контроль выполнения и прогноз в новой 5-й редакции «1С:РМ Управление проектами»
- Система учета задач и проектов: работы, сроки. 1С:РМ, ред. 5
- Скользящее проектное бюджетирование: как финансовому директору держать под контролем текущие проекты и видеть будущее портфеля и организации
Хотите увидеть, как актуализировать ваши данные?
Запросите демонстрацию «1С:РМ Управление проектами». Покажем, как актуализировать данные вашей организации. Поучите достоверную картину и сэкономите время на принятие верных управленческих решений.