Полосы, вехи, четыре типа связей и лаг, расчет критического пути и резервов на примере, типовые ошибки и чек-лист графика, который можно поддерживать.
Обновлено 28.09.2026
Диаграмма Ганта полезна не картинкой, а расчетом: поменяли одну оценку - и сразу видно, какие работы и вехи сдвинутся. Если график нарисован «от руки» датами, он устаревает через неделю, и команда перестает его открывать. Ниже - как читать диаграмму, как вручную проверить критический путь и резервы на маленьком примере, какие ошибки делают график бесполезным и что проверить перед его утверждением.
Опытный руководитель читает график за минуту и в определенном порядке. Сначала - что левее линии «сегодня» осталось незавершенным. Затем - вехи ближайшего месяца и какие работы к ним ведут. Потом - критическая цепочка: насколько она близко к договорной дате. И последнее - работы без стрелок: обычно это места, где график врет.
Длительность - сколько рабочих дней работа занимает на календаре. Трудозатраты - сколько часов людей она потребует. Эти величины связаны через назначения и загрузку, но не равны друг другу.
Допустим, выпуск раздела рабочей документации оценен в 120 часов. Один инженер на полной ставке (8 часов в день) сделает его за 15 рабочих дней. Два инженера, каждый занятый на проекте наполовину, дадут те же 8 часов в день - и те же 15 рабочих дней. Два инженера на полной ставке теоретически справятся за 7-8 дней, но только если раздел действительно делится на независимые части. Если на период выпадают праздники, 15 рабочих дней растянутся больше чем на три календарные недели. Поэтому длительность задают по производственному календарю, а загрузку людей проверяют отдельно - одних полос для этого недостаточно.
Связи НН и ОО не требуют, чтобы работы шли одновременно: они задают границу «не раньше». Сверху ее сдвигает **лаг**. Положительный лаг - задержка: например, ОН+3 для технологического перерыва между бетонированием и следующей операцией (число здесь условное, реальный срок задает технология). Отрицательный лаг - опережение: ОН−2 означает, что проверка может начаться за два дня до окончания разработки. Если ожидание нужно контролировать, назначать на него ответственного или отчитываться по нему отдельно, сделайте его самостоятельной работой, а не лагом.
В большинстве графиков подавляющая часть связей - ОН. Если в плане много НО или отрицательных лагов, стоит проверить, не пытается ли планировщик подогнать график под нужную дату.
Критический путь - цепочка зависимых работ, которая определяет расчетный срок окончания. Задержка любой ее работы без компенсирующих мер сдвигает финиш. Резерв (полный резерв) - на сколько можно сдвинуть работу, не сдвигая окончание проекта. У критических работ он равен нулю.
Возьмем учебный проект внедрения из четырех работ, все дни рабочие, люди доступны. Обследование - 2 дня. Настройка - 3 дня, после обследования (ОН). Испытания - 2 дня, после настройки (ОН). Обучение - 2 дня, тоже после обследования (ОН), и должно закончиться к общей приемке, то есть к концу испытаний.
Расчет идет в два прохода. **Прямой проход** дает ранние сроки: каждая работа начинается сразу, как только позволяют связи. **Обратный проход** идет от финиша к началу и дает поздние сроки: когда работа должна закончиться, чтобы не сдвинуть проект. Разница между поздним и ранним началом - резерв.
Фиолетовая цепочка на схеме - обследование, настройка и испытания: 2 + 3 + 2 = 7 рабочих дней. Обучение может начаться на 3-й день, но без ущерба для срока может начаться и на 6-й: его резерв - 3 дня. Теперь посмотрим, что происходит при отклонениях.
Последняя строка - главное ограничение классического расчета: метод критического пути учитывает связи и календарь, но не загрузку людей. Если общий ресурс не учтен связями или назначениями, график покажет 7 дней там, где реально получится 9. Поэтому после расчета всегда проверяйте, кто делает критические и почти критические работы.
Критических путей может быть несколько, а после каждого обновления факта путь может смениться. Следите не только за красными работами, но и за почти критическими - с резервом в 1-3 дня. Именно они чаще всего неожиданно становятся причиной срыва.
Жестких норм вроде «задача не короче дня» или «график не длиннее трехсот строк» нет. Детализацию определяет одно: сможете ли вы обновлять этот график каждый отчетный период. Если нет - строк слишком много.
График ведется на вкладке «План» карточки проекта, переключатель «Таблица» / «Гант» меняет вид. Работы собираются в дерево с кодами WBS, вехи отмечены ромбом, сроки сводных задач вычисляются по подзадачам. Длительность считается в рабочих днях по производственному календарю.
Связи поддерживаются всех четырех типов - ОН, НН, ОО, НО - с лагом в рабочих днях, плюс - задержка, минус - опережение. Их можно ввести текстом по кодам, например «4ОН+2д, 7НН-1». Задачи в режиме «Авто» сдвигаются вслед за предшественниками; задачи в режиме «Вручную» и уже начатые стоят на месте. Связь, замыкающая цепочку в кольцо, отклоняется.
Критический путь система считает методом CPM при каждом открытии плана по связям между конечными задачами и показывает на Ганте красными полосами и стрелками. Резерв числом в интерфейсе не выводится - видно только, критична задача или нет. План импортируется из MS Project в формате XML (файл .mpp - если на сервере установлен компонент его чтения) и выгружается обратно в XML; календари, стоимость и базовые планы из файла не переносятся.
Даты на Ганте не перетаскиваются мышью, и связи на нем не рисуются - все это правится в таблице. Базовый план отдельной полосой на диаграмме не показывается: базовые даты видны в подсказке к полосе и в колонках таблицы. Подробно - в руководстве «План проекта».
Если хотите проверить свой график на реальных связях и календаре, загрузите его из MS Project на пилоте.
Связи с лагом, критический путь, базовый план и импорт MS Project
Как фиксировать утвержденный график и считать отклонения
Как перенести планы из MS Project
