Стабилизация календарного плана

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

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

Стабилизируйте календарный план прежде чем:

  • назначать ресурсы и мощности

  • согласовывать план с заказчиком

  • сохранять базовый план

  • передавать план в Rillsoft Integration Server

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

Контрольный список проверки

Пройдите план систематически:

Структура:

  • [ ] все подпроекты фактически чётко обособлены и содержательно названы?

  • [ ] нет подпроектов, содержащих только одну работу?

  • [ ] все работы названы по результату?

  • [ ] длительность работ от 1 до 20 рабочих дней (ориентир)?

Связи:

  • [ ] все работы связаны хотя бы с одним предшественником или последователем (кроме начальной и конечной вехи)?

  • [ ] нет циклов (Rillsoft Project отмечает их как ошибку)?

  • [ ] нет лишних задержек, служащих только «косметике» сроков?

  • [ ] тип связи фактически корректен (ФС — стандартный случай)?

Сроки и длительности:

  • [ ] как можно меньше сроков задано вручную — только там, где это фактически необходимо?

  • [ ] нет нереалистичных длительностей (0 дней у обычных работ, 200 дней у детальных работ)?

  • [ ] есть начальная и конечная веха?

Критический путь:

  • [ ] критический путь заканчивается вехой завершения проекта?

  • [ ] критический путь фактически правдоподобен?

  • [ ] свободный резерв для некритических работ присутствует и понятен?

Согласованность:

  • [ ] нет предупреждений о согласованности в панели информации?

  • [ ] нет «осиротевших» вех без связи?

Панель информации о проекте с предупреждениями о согласованности

Частые ошибки и их устранение

Ошибка

Последствие

Решение

Работы без связи

Сроки не обновляются при сдвиге других работ

Определить предшественника и последователя и связать их

Слишком много сроков заданы вручную

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

Удалить ручные сроки; зафиксировать только дату начала проекта

Циклическая зависимость

План нельзя рассчитать; Rillsoft Project показывает сообщение об ошибке

Найти цикл в сетевой диаграмме и разорвать одну связь

Критический путь не заканчивается на завершении

Расчёт даты окончания неверен

Связать все завершающие работы с вехой завершения

Работы с длительностью 0 (кроме вех)

Замысел планирования неясен; может искажать расчёты

Задать оценочную длительность или создать заново как веху

Задержки вместо резерва

Резервы становятся невидимыми; решения принимаются на неверной основе

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

Оптимизация календарного плана

Если рассчитанная дата окончания не соответствует целевой, действуйте в следующем порядке — не наоборот:

  1. Проверьте связи — есть ли лишние последовательные зависимости, которые можно распараллелить?

  2. Проверьте длительности — консервативны ли оценки? Есть ли на критическом пути работы, которые фактически можно сократить?

  3. Проверьте ресурсы — можно ли сосредоточить больше мощности на критических работах?

  4. Обсудите объём — если дата недостижима, это вопрос коммуникации по проекту, а не «косметики» плана.

Чего не следует делать:

  • вручную «подгонять» отдельные сроки, не зная причины

  • сокращать задержки, чтобы создать резерв, которого фактически не существует

  • сохранять базовый план до того, как план проверен

Сохранение базового плана

Базовый план фиксирует текущее состояние и позволяет позднее провести план-факт анализ. Его следует сохранять только когда:

  • структура проекта окончательна

  • все важные работы связаны

  • календарный план согласован с заказчиком

  • ресурсы назначены (либо ресурсное планирование должно служить исходной базой)

Слишком раннее сохранение: базовый план содержит незавершённые оценки — план-факт анализ с самого начала будет неверным.

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

Порядок сохранения базового плана:

  1. Выберите Проект > Базовый план > Добавить.

  2. Присвойте базовому плану однозначное название, например Утверждение 2026-05.

  3. Подтвердите OK.

Сохранение базового плана --- поле названия

Rillsoft Project позволяет сохранять несколько базовых планов. Используйте это, когда рамки проекта официально изменяются (дополнительное поручение, расширение объёма).

Подробнее: Экспертные знания

Смежные темы

проверка плана, базовый план, циклическая зависимость, календарный план, диаграмма Ганта, график, критический путь, связь, project-manager