Диаграмма Ганта vs Канбан-доска: что выбрать для управления проектом

Обновлено: июнь 2026 · Время чтения: ~13 минут

Кратко о главном

• Диаграмма Ганта — для проектов с фиксированными сроками и зависимостями между задачами
• Канбан-доска — для непрерывных процессов и команд, где задачи не связаны жёстко друг с другом
• Гибридный подход (Ганта + Канбан в одном инструменте) — уже не тренд, а дефолтная практика зрелых команд в 2025–2026 годах
• По данным 18-го State of Agile Report 2025, большинство организаций сочетают Agile-практики с элементами традиционного планирования — гибрид стал нормой
• Выбор инструмента зависит не от моды, а от типа проекта и структуры команды

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

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

В 1917 году инженер Генри Гант нарисовал первую такую диаграмму для Frankford Arsenal — военного завода в Филадельфии. Задача: спланировать производство боеприпасов так, чтобы ни один этап не простаивал. Спустя больше ста лет принцип не изменился. Изменились только инструменты — вместо миллиметровки теперь браузер.

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

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

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

Как выглядит диаграмма Ганта: пример

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

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

Где диаграмма Ганта даёт контроль

Главное, что даёт диаграмма, — предсказуемость. Если сроки задачи сдвигаются, сразу видно, как это аукнется на всём проекте. Менеджер не просто знает, что что-то идёт не так — он видит конкретные последствия для дедлайнов.

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

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

Где диаграмма Ганта ломается

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

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

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

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

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

Строительство и производство

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

NASA использовала её при планировании программы Apollo, где подготовка каждого модуля жёстко зависела от предыдущего этапа. Строительная компания Bechtel, управлявшая проектами стоимостью в миллиарды долларов, применяет диаграмму Ганта как стандарт планирования на объектах — от электростанций до тоннелей.

IT-разработка с фиксированным релизом

Когда дата запуска продукта согласована с инвесторами или прописана в договоре — диаграмма Ганта даёт ответ на вопрос «успеваем ли мы?» в реальном времени.

Команда из 12 человек готовит релиз мобильного приложения к дате конференции. Backend, frontend, QA и маркетинг работают параллельно, но с пересечениями: QA не может начать регрессионное тестирование, пока backend не закроет API. На диаграмме Ганта задержка backend на три дня моментально показывает, что QA сдвигается, а значит, маркетинг не получит стабильную сборку для демо вовремя.

Маркетинговые кампании

Запуск рекламной кампании: нельзя запустить таргетинг без готовых креативов, нельзя выпустить пресс-релиз раньше, чем открылся сайт. Диаграмма помогает синхронизировать дизайнеров, копирайтеров, разработчиков и медиабайеров.

Мероприятия и конференции

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

Что такое Канбан-доска

Представьте доску с колонками и карточками на ней. Карточка-задача перемещается слева направо: из «Запланировано» через «В работе» в «Готово». Это Канбан в базовом виде.

Систему придумали на заводах Toyota в 1950-х для управления производством по принципу just-in-time: детали заказываются ровно тогда, когда нужны, не раньше. Карточки на физической доске сигнализировали, что пора пополнить запас. Позже принцип перекочевал в разработку ПО, а затем — в любую командную работу.

Современные канбан-сервисы далеко ушли от доски с тремя колонками. Они включают swimlane для разделения потоков по командам или типам задач, WIP-лимиты с автоматическим контролем, метрики потока (cycle time, throughput), политики перехода между статусами и автоматизацию триггеров. По данным 18-го State of Agile Report 2025, большинство Agile-команд используют расширенные возможности канбан-систем — WIP-лимиты и метрики потока — а не только базовые колонки.

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

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

Где Канбан-доска выигрывает

Видимость «бутылочного горлышка» — если в колонке «На проверке» скопилось 12 карточек, а в «Готово» за неделю переехала одна, проблема очевидна без совещаний.

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

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

Где Канбан-доска буксует

Отсутствие жёстких дедлайнов работает в обе стороны. Задача может висеть в «В процессе» неделями, если нет давления по срокам. Менеджер должен следить за этим отдельно — через регулярные стендапы или автоматические уведомления о «застрявших» карточках.

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

Диаграмма Ганта vs Канбан: сравнительная таблица

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

Строительство, IT с фиксированным релизом, маркетинговые кампании и мероприятия — сценарии, где Ганта работает, разобраны выше. Здесь важнее сказать, где его применяют зря.

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

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

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

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

Поддержка продукта и обработка обращений

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

Контент-маркетинг и редакционные процессы

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

Agile-команды в продуктовой разработке

По данным 18-го State of Agile Report 2025, Kanban остаётся вторым по популярности Agile-подходом после Scrum. Для команд, работающих со спринтами и бэклогом, Канбан-доска — естественный инструмент: задачи из бэклога попадают в спринт, проходят разработку, тестирование и выходят в прод.

Операционные и административные команды

Задачи HR, бухгалтерии, юридического отдела редко связаны зависимостями. Проверка договора и подготовка отчёта — параллельные процессы. Канбан-доска даёт обзор текущей загрузки без избыточного планирования.

Из практики: как это работает в реальном проекте

Типовой сценарий из продуктовой разработки, который встречается в командах от 30 человек и выше.

Продуктовая команда (50+ человек, несколько продуктовых стримов) столкнулась с классической проблемой: стратегический план на квартал существовал в одном месте, ежедневная работа — в другом, а связи между ними не было. Руководитель продукта видел квартальные вехи, но не понимал, почему конкретный релиз срывается. Разработчики видели свои задачи, но не понимали, как их работа влияет на квартальный план.

Решение оказалось не в смене инструмента, а в двухуровневом планировании: дорожная карта на квартал — в диаграмме Ганта с зависимостями между командами, ежедневная работа внутри спринтов — на Канбан-доске. Через месяц руководитель перестал узнавать о проблемах на ретроспективах — он видел их на диаграмме за несколько дней до того, как они становились критичными.

Именно так устроена работа в Shtab: оба инструмента доступны в рамках одного проекта, переключение между видами не требует экспорта или синхронизации данных.

Можно ли совмещать Ганта и Канбан?

Можно. Большинство зрелых команд именно так и делают.

Логика гибридного подхода простая: диаграмма Ганта отвечает на вопрос «когда?», а Канбан-доска — на вопрос «что сейчас в работе?». Это разные уровни управления проектом, они не конкурируют.

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

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

По данным PMI Pulse of the Profession 2024, организации, сочетающие гибкие и традиционные методы, завершают проекты в срок на 27% чаще, чем те, кто придерживается одного инструмента. Причина понятна: стратегическое планирование и оперативное управление требуют разных инструментов, и попытка решить обе задачи одним из них приводит либо к потере гибкости, либо к потере контроля над сроками.

Часто задаваемые вопросы

Как убедить команду перейти на гибридный подход?

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

Какие метрики смотреть на Канбан-доске?

Cycle time — сколько времени задача проходит от старта до завершения: рост этого показателя сигнализирует о перегрузке или блокерах. Throughput — сколько задач команда закрывает за единицу времени: падение без видимых причин указывает на системную проблему. Возраст задач в колонке «В работе» — если карточки висят дольше среднего цикла, это «застрявшие» задачи, требующие отдельного внимания. Четвёртый показатель, о котором часто забывают, — распределение задач по типам: если 80% throughput уходит на баг-фиксы, а фичи стоят, это повод пересмотреть приоритеты бэклога.

Как перейти с одного инструмента на другой?

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

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