Диаграмма Ганта: как построить план проекта, который показывает сроки, зависимости и узкие места

Собственник запускает новое направление — открытие второго филиала. Сроки оговорены: через четыре месяца. На второй месяц выясняется, что договор аренды подписан, а ремонт не начат, потому что проект помещения ещё не согласован. Оборудование заказано, но привезти его некуда. Каждый участник делал свою часть, но никто не видел проект целиком — и как задержка в одном месте сдвигает всё остальное.

Этот инструмент нужен именно для этого: увидеть проект целиком, со сроками и связями. Ниже — как её построить, где вести и как не превратить в красивую картинку, которую никто не обновляет.

Диаграмма Ганта — что это

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

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

Из чего состоит диаграмма Ганта

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

1. Определить результат проектачто должно быть на выходе и к какой дате — одной фразой.
2. Разбить на задачиот крупных этапов к задачам на 1–10 дней, которые можно поручить одному человеку.
3. Оценить длительностьс теми, кто будет делать работу, а не за них.
4. Определить зависимостичто не может начаться, пока не закончено другое.
5. Назначить ответственныходин ответственный на задачу.
6. Расставить на шкале и найти критический путьсамую длинную цепочку зависимых задач.
7. Отметить вехиключевые точки, по которым проверяется проект.

Разбиение на задачи

Самый важный шаг — декомпозиция. Слишком крупные задачи («сделать ремонт») не дают контролировать проект: о проблеме узнаёте в конце. Слишком мелкие («купить саморезы») превращают план в бесконечный список. Хорошее правило — задача, которую один человек делает от одного до десяти рабочих дней. Подробнее о том, как разбивать цели и проекты, — в статье про декомпозицию целей.

Оценка длительности

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

Зависимости и критический путь

Самый частый тип связи — «закончить, чтобы начать»: ремонт не начнётся, пока не согласован проект. Когда зависимости расставлены, видно самую длинную цепочку — критический путь. Его длина и есть минимальный срок проекта.

Диаграмма Ганта: пример

Упрощённый план открытия филиала. Сроки условные.

Критический путь: 1 → 2 → 3 → 6 → 7, всего 14 недель. Найм и заказ оборудования идут параллельно и имеют запас. Теперь понятно, где искать резерв: ускорить согласование проекта или ремонт — значит ускорить открытие. Ускорять найм бесполезно: он и так успевает.

Где вести диаграмму Ганта

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

Как работать с диаграммой Ганта в течение проекта

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

• Раз в неделю — короткая встреча по проекту прямо по диаграмме: что сделано, что сдвинулось, что угрожает критическому пути.
• Сдвиги фиксируются сразу. Если задача задерживается, её полоса сдвигается — и видно, что ещё поедет.
• Решения по критическому пути принимаются в тот же день: добавить людей, изменить порядок, упростить задачу.
• Изменения объёма — новые задачи в проекте — сразу добавляются в план, а не держатся в голове.

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

Как объяснить план команде и собственнику

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

Поэтому показывать полный план с сотней строк на встрече с собственником бессмысленно. Удобнее свернуть его до этапов и вех: «проект согласован — по плану», «ремонт — отстаём на неделю, причина такая-то, решение такое-то», «запуск — прогноз сдвигается на 5 дней». Пять строк вместо сотни, и на них можно принимать решения.

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

Запас времени и буферы

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

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

Частые ошибки

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

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

Не каждой работе нужен такой план. Если команда работает потоком однотипных задач — поддержка, контент, обработка заявок — полезнее канбан-доска и метрики потока. Диаграмма Ганта нужна там, где есть конечный результат, срок и задачи, зависящие друг от друга: запуск, открытие, внедрение, строительство, переезд.

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

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