Почему я не сделал диаграмму Ганта
Я не сделал диаграмму Ганта в своей платформе, и это осознанное решение, а не недоделка. Гант отвечает на вопрос «как должно быть по плану», а рабочая команда каждый день отвечает на другой вопрос — «что сейчас происходит и что задерживается». Я выбрал второе. Объясню, почему.
Меня про это спрашивают регулярно — «а Гант будет?» — и честный ответ «нет, и вот почему» обычно понятнее, чем полунамёк «ну, когда-нибудь». В продуктах принято показывать дорожные карты с Гантом, потому что это красиво выглядит в презентации. Но презентация и ежедневная работа — разные миры.
Что на самом деле делает Гант
Гант — это план, разложенный на оси времени: когда какая работа начинается, сколько длится, где пересекается с другими. Его сила в обзорности: на одном экране видно весь проект, параллельные потоки и зависимости.
Его слабость — в том же. Картинка правдива ровно до первого переноса. А переносы — это нормальная жизнь проекта: клиент задержал материалы, подрядчик не вышел на связь, дизайн уехал на два дня. Каждый перенос надо вручную двигать на диаграмме — и либо вы держите её в актуальном состоянии ценой регулярной работы, либо она красиво врёт, и тогда хуже, чем отсутствие.
Диаграмма, которую не обновляют, — не инструмент планирования, а памятник первоначальному плану.
Второй сюрприз Ганта — ложная уверенность. Глядя на ровные цветные полосы, легко поверить, что проект под контролем. А под контролем на самом деле то, что полосы нарисованы. Реальность живёт в статусах задач и причинах задержек — а это не про ленту времени.
Что я выбрал вместо
Рабочий контур в моей платформе отвечает на вопрос «что происходит сейчас»:
- Этапы с границами. Проект делится на этапы, у каждого — ТЗ и критерии приёмки. Вместо полосы «аналитика 1–15 марта» — этап с понятным составом и результатом. - Задачи со статусами и сроками. У задачи есть срок, исполнитель и статус. Перенос срока — событие с причиной, а не движение полосы: видно, когда срок менялся и почему. - Даты по статусам. Когда задача начата, когда завершена, когда принята — это фиксируется автоматически, по факту, а не по плану. Отчёт «что задерживается» собирается из фактов, а не из воспоминаний о нарисованном.
Получается не «Гант вместо», а «живой статус вместо рисунка плана». Вопрос «мы успеваем?» решается не чтением диаграммы, а взглядом на статусы и ближайшие сроки — и он не врёт.
Когда Гант действительно нужен
Честно про границы: есть проекты, где Гант оправдан. Большие параллельные потоки с жёсткими зависимостями — стройка, производство, запуск инфраструктуры, где десятки работ зависят друг от друга и ошибка синхронизации стоит дорого. Там специализированные инструменты планирования с Гантом работают и востребованы.
Я не строю такую систему. Я строю инструмент для студий, агентств и подрядчиков — где проект ведётся по этапам, ТЗ и приёмке, и где важнее знать, что застряло сейчас, чем красиво видеть, как должно было быть. Если ваш проект — из второй категории, отсутствие Ганта не станет вашей проблемой. Если из первой — вам честно нужен другой инструмент.
Не обещаю, что Гант появится
Потому что «когда-нибудь сделаем» в устах фаундера — это вежливое «скорее всего нет», и я не хочу так отвечать. Если через год картина изменится и команды будут спрашивать именно Гант — я скажу об этом открыто. Пока же считаю, что это правильно: функция, которую не планируешь, не должна фигурировать в обещаниях.
Вопрос к вам
У кого из вас Гант реально работает каждый день — и в каких проектах? А у кого он превратился в «полосы, которые никто не двигает»? Мне интересно увидеть обе стороны.