Диаграмма Ганта: от списка работ до критического пути

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

Что показывает диаграмма Ганта

Словарь PMI определяет диаграмму Ганта как столбчатый график расписания:

• работы идут по вертикальной оси;
• даты отложены по горизонтальной шкале;
• длительность каждого этапа показывают горизонтальные полосы между датами старта и завершения.

Полосы на шкале отвечают на вопрос «когда». На этот же вопрос отвечает и обычный список задач с дедлайнами.

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

Рабочая диаграмма Ганта состоит из семи элементов:

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

Кому и когда нужна диаграмма Ганта

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

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

Сергей Водянов называет три признака, при которых бизнесу нужен этот инструмент:

• компания ведет несколько проектов одновременно;
• в работу вовлечены несколько отделов;
• клиент ставит жесткие временные рамки.

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

Сергей Водянов, основатель проекта по менеджменту

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

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

Сами признаки еще не повод строить график: браться за него стоит, когда команда сама видит проблему со сроками.

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

Наталья Фёдорова, CEO маркетингового агентства «Белый Квадрат»

Как построить диаграмму Ганта: пять шагов

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

Именно поэтому финальный срок рассчитывают в самом конце — когда список задач с выстроенными связями уже готов.

Шаг 1. Разложить проект на работы

Диаграмма Ганта опирается на иерархическую структуру работ — в словаре PMI так называют деление общего объёма проекта на составные части. Команда последовательно дробит масштаб: проект делят на этапы, этапы — на задачи, а крупные задачи — на подзадачи.

В запуске нового клиентского сервиса верхний уровень структуры включает пять направлений:

• сбор требований;
• дизайн;
• разработка;
• тестирование;
• подготовку клиентской поддержки.

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

Декомпозицию останавливают, когда задачу можно оценить по времени и закрепить за одним исполнителем. Например, формулировка «подготовить маркетинговую кампанию» слишком масштабна — её срок невозможно назвать заранее. Задача «согласовать бриф с подрядчиком» уже имеет понятный размер: ясен ответственный и известна точная длительность. На этом уровне детализации у каждой строки плана появляется конкретный исполнитель.

22 октября 16:00 МСК Онлайн Бесплатно Онлайн-конференция: От «да» до первого шага Практика тех, кто каждый день доводит до результата дилеров, клиентов и сотрудников. Зарегистрироваться

Шаг 2. Оценить длительность

Для каждой позиции указывают продолжительность в рабочих днях. Оценку дает тот, кто будет выполнять задачу: он лучше знает ее объем. Запас времени закладывают осознанно, потому что ошибки прогноза обычно идут в сторону опоздания. По данным сервиса Weeek, когда руководитель сдвигает дедлайн, в 78,8% случаев он переносит его на более поздний срок, а у сотрудников доля таких переносов достигает 78%.

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

Шаг 3. Связать задачи зависимостями

Зависимость фиксирует, какая задача ждёт готовности другой.

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

• тестирование программы не начнётся без готовой сборки;
• монтаж оборудования невозможен без его доставки на площадку.

Иногда между связанными шагами требуется технологическая пауза: бетон набирает прочность или заказчик согласовывает договор. Этот интервал задают задержкой на самой связи. Ошибка — заводить отдельную фиктивную задачу вроде «ожидание». Лишняя строка загромождает график и сбивает команду с толку.

Кроме базовой связки, существуют зависимости «начало — начало» и «окончание — окончание», когда две задачи стартуют или финишируют синхронно. Большинство проектов обходится без этих усложнений. Минимальное число нестандартных связей сохраняет график наглядным и упрощает его автоматический перерасчёт.

Шаг 4. Найти критический путь

Связанные задачи образуют в диаграмме Ганта непрерывные цепочки. Самая длинная последовательность задаёт критический путь — по стандарту PMI, именно она определяет минимально возможный срок проекта.

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

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

Шаг 5. Расставить вехи

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

Пример: диаграмма Ганта для запуска проекта

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

Критическая цепочка задач А, Б, В, Е, Ж занимает 45 дней и задаёт общий срок проекта: сдвиг разработки на пять дней переносит финиш на столько же. В это же время команда параллельно готовит договор с подрядчиком и пишет тексты. Оба результата появляются задолго до контрольного срока. Если юристы задержат подписание на две недели, дата запуска сервиса не изменится.

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

• договор с подрядчиком стартует на 6-й день после утверждения требований и завершается к 13-му дню — для рассылки он нужен лишь к финишу на 45-й день, поэтому задача получает 32 дня запаса;
• тексты для операторов требуются раньше, к началу обучения службы поддержки на 43-й день, поэтому их резерв меньше — 31 день.

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

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

• согласование требований завершено на 5-й день;
• сборка передана в тестирование на 35-й день;
• запуск сервиса назначен на 45-й день.

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

Критический путь и вехи на большом проекте

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

По такой схеме команда «Ленты» создавала мобильное приложение для торговой сети «Монетка», адаптируя функции собственного сервиса. Проект требовал предельной концентрации ресурсов:

• в разработке участвовали более 140 специалистов;
• дедлайн составлял всего 7 месяцев;
• управление опиралось на диаграмму Ганта с разметкой этапов, задач и взаимосвязей.

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

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

Сколько деталей держать в диаграмме

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

• руководитель перестаёт видеть общие этапы проекта;
• исполнитель тратит время на поиск собственных задач среди сотен чужих строк.

В масштабных проектах эту проблему решает многоуровневое расписание.

В сводном графике остается то, по чему принимают решения:

• Этапы и вехи проекта. Крупные блоки работ и сроки их завершения;
• Закупки и внешние поставки. Работы с большой длительностью и сторонним исполнителем;
• Связи между отделами. Точки, где работа одной команды ждет результат другой.

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

Так устроено планирование в «Авиационном Консалтинге-ТЕХНО», где около 80 сотрудников выпускают оборудование с ЧПУ для сборки самолетов. Каждый заказ компания ведет как отдельный проект на несколько лет. Когда в работе одновременно оказалось семь крупных проектов на разных стадиях, расписание перевели в таск-трекер и перешли на диаграмму Ганта верхнего уровня, куда автоматически подтягиваются закупки и счета.

Как вести диаграмму после старта

Диаграмма устаревает с первой недели проекта, потому что сроки внутри него пересматривают постоянно. В том же исследовании Weeek топ-менеджеры в среднем пересматривают сроки 10 раз за месяц, а сдвигать дедлайны хотя бы раз приходилось 79% руководителей и 66% сотрудников. График, который не обновляют с той же частотой, быстро начинает показывать прошлое.

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

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

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

Где построить диаграмму Ганта: таблица или трекер

Выбор инструмента определяет состав пользователей. Если график ведёт один специалист, хватает стандартной таблицы. Расписание для всей команды практичнее перенести в таск-трекер с автоматическим пересчётом зависимостей.

Таблица подходит для первого графика и небольшого проекта. В Excel и Google Таблицах диаграмму создают двумя путями:

• через линейчатую диаграмму с накоплением: столбец с датой старта делают прозрачным — видимой остаётся только полоса длительности;
• через условное форматирование: ячейка на шкале времени заливается цветом при попадании даты в интервал задачи.

Готовый шаблон ускоряет сборку такого графика. Главное ограничение таблиц проявляется в зависимостях: ссылка на ячейку воспроизводит лишь связь «окончание — начало» внутри одной цепочки. Остальные типы связей и паузы между этапами при любом сдвиге сроков приходится пересчитывать вручную.

Для графика с условным форматированием в Google Таблицах хватает пяти столбцов и нескольких формул:

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

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

Когда диаграмма Ганта не подходит

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

Признаки, при которых стоит выбрать другой инструмент:

• Неизвестный объем работ. Исследовательские и продуктовые задачи, где следующий шаг понятен только после результата предыдущего;
• Короткий проект из нескольких шагов. Последовательность видна и в обычном списке. Построение графика займет больше времени, чем сама работа;
• Поток однотипных задач. Обработку заявок или выпуск контента без общей даты финиша удобнее отслеживать на канбан-доске.

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

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

Наталья Сокова, бизнес-тренер Академии бизнеса Б1

Диаграмма Ганта как модель зависимостей

Диаграмма Ганта полезна как наглядная модель технологических зависимостей между задачами. Закупка, монтаж и приёмка выстраиваются в ней единой цепочкой. Сдвиг закупки сразу показывает новую дату финиша всего проекта.

График разделяет фокус внимания руководителя на два направления:

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