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

Вячеслав Степанов — проджект-менеджер, ментор · 16 октября 2026

Техлид заболел на два дня, и продакт спрашивает: «Что у нас сдвигается?» Если у проджекта нет наглядного плана, ответ займёт полчаса и будет на глаз. С диаграммой Ганта и критическим путём хватит минуты, и ответ будет опираться на факты. Покажу, как такую диаграмму читать, как построить её для спринта и где она уместна в гибкой разработке.

Если видео не открывается — смотри на YouTube (может понадобиться VPN).

Что такое диаграмма Ганта

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

Названа диаграмма в честь американского инженера Генри Ганта, который в 1910-х годах использовал такие графики для планирования работ на производстве. Похожую схему ещё в 1896 году предложил польский инженер Кароль Адамецкий, но широко известной она стала под именем Ганта. Диаграммы Ганта применяли, например, при строительстве плотины Гувера в 1930-х, а сегодня это стандартный инструмент управления проектами.

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

Из чего она состоит

Начать стоит с понятия предшественник (predecessor). В таблице, по которой строят Гант, почти всегда есть такая колонка. Предшественник — это предусловие: следующая задача не может начаться, пока он не закончен. Место задачи в списке роли не играет. Если у тестирования в предшественниках фронтенд, то задержка фронтенда на два дня сдвинет тестирование тоже на два дня.

Линия «сегодня» помогает на ежедневной сверке: всё, что левее неё и не закрыто, уже считается отставанием.

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

Если из всей темы запоминать одну вещь, пусть это будет критический путь. Метод критического пути разработали в конце 1950-х годов в американских компаниях DuPont и Remington Rand для планирования больших промышленных проектов, и с тех пор он стал основой планирования.

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

Что это даёт проджекту на практике:

• Понимание, где нельзя ошибаться. Критическим задачам нужны двойное внимание и запасной план. Если заболел исполнитель критической задачи, это пожар, и замену ищут сразу.
• Понимание, где есть запас. Задачу с резервом можно подвинуть, если человека нужно срочно перебросить на критический баг.
• Точечная работа с рисками. Продакт получает конкретный ответ, что сдвинется и на сколько, а общая тревога «всё горит» уходит.

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

Как построить Гант для спринта

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

1. Зависимости. Выпиши задачи спринта и для каждой отметь, от каких она зависит.
2. Доступность людей. Отпуска, праздники, занятость в других проектах: бесполезно планировать человеку работу в дни, когда его не будет.
3. Нагрузка. Сложи длительности задач каждого исполнителя и сравни с его ёмкостью на спринт. При перегрузе план не сходится ещё до дат. Как считать ёмкость, я разбирал в статье про спринт.
4. Очерёдность. Расставь задачи внутри каждого исполнителя с учётом зависимостей.
5. Даты. Разложи задачи по дням: вместо «4 дня» у каждой появляются конкретные даты начала и конца.
6. Критический путь. Найди самую длинную цепочку зависимых задач: она даёт дату завершения.
7. Резервы. Для задач вне критического пути посчитай запас. Чем он меньше, тем ближе задача к тому, чтобы стать критической.
8. Горячие точки. Опаснее всего перегруженный человек на задаче с маленьким резервом.
9. Внешние ограничения. Окна для релизов, зависимость от других команд, заморозки перед праздниками. Если критический путь заканчивается в день, когда выкатываться нельзя, план двигают.

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

Гант в Scrum и Jira

Гант плохо подходит для продукта, где задачи появляются по ходу, а приоритеты меняются каждую неделю: план устаревает быстрее, чем его рисуют. Поэтому в Scrum-командах Гант строят на уровне отдельной фичи или одного спринта. Это рабочий компромисс: внутри двух недель зависимости реальные, и их нужно видеть.

Для крупных задач (эпиков) в Jira есть раздел Roadmap (в новых версиях Jira его называют Timeline). Это автоматический Гант по датам начала и окончания эпиков. Он удобен для эпиков длиной в несколько спринтов, для плана релизов на квартал и для показа стейкхолдерам: руководителю нужна полоса фичи с датами, сотня карточек ему ни к чему.

В каких программах строить

• Excel или Google Таблицы: для спринта на 5–15 задач хватает обычной таблицы с закрашенными ячейками. Критический путь здесь считают руками.
• Специальные инструменты: MS Project, GanttPRO, Битрикс24 и другие. Они сами считают критический путь и подсвечивают его.
• Jira Roadmap подходит для эпиков и релизного плана, прямо рядом с задачами команды.

Как контролировать план без микроменеджмента

Для проджекта контроль — это раннее обнаружение проблем, без слежки за людьми. Чем раньше видна задержка, тем дешевле её исправить.

• Каждый день: доска в трекере и дейлик. Если задача стоит больше двух дней без движения, спрашивай «что мешает?». Вопрос «когда сделаешь?» здесь не поможет. Снимать блокеры — работа проджекта.
• Раз в неделю: сверка факта с Гантом. Если поплыла задача на критическом пути, тревогу поднимают сразу, не дожидаясь конца спринта. Задачу с резервом, которая поплыла, отмечают и следят за ней.

Типичные ошибки

• Гант без зависимостей. Полосы на календаре есть, связей нет, и задержка одной задачи не видна в остальных. Сначала собери предшественников, потом рисуй.
• Гант на весь продукт на год вперёд. В гибкой разработке он устареет через неделю. Выход простой: строить Гант на фичу или спринт.
• Равное внимание ко всем задачам. Проджект одинаково дёргает всех и пропускает самый опасный риск. Помогает двойной контроль только для критического пути.
• План без отпусков и нагрузки. Красивый Гант, который физически не сходится. Чтобы этого не было, учитывай доступность и ёмкость людей до расчёта дат.
• Нарисовал и забыл. План живёт, только если его сверяют с фактом. Решается еженедельной сверкой и обновлением.

Частые вопросы