Как использовать диаграмму Ганта при разработке программного обеспечения. Совмещение Waterfall и Agile, планирование спринтов и релизов.
Многие IT-команды считают, что диаграмма Ганта — устаревший инструмент для «водопадных» проектов. На практике Гант остаётся незаменимым для планирования релизов, управления зависимостями между командами и отчётности.
Когда IT-проекту нужна диаграмма Ганта
Фиксированные сроки и бюджет: заказная разработка, тендерные проекты, контрактные обязательства. Заказчик хочет знать дату — вам нужен Гант.
Кросс-командные зависимости: backend ждёт API-контракт от архитектуры, фронтенд ждёт API от бэкенда, QA ждёт стабильную сборку. Без визуализации зависимостей — хаос.
Многоэтапные проекты: миграция инфраструктуры, внедрение ERP, интеграция с внешними системами — десятки зависимых задач с конкретными дедлайнами.
Отчётность для менеджмента: руководство и стейкхолдеры не читают Jira-борды. Им нужна одна картинка: что когда будет готово.
Структура IT-проекта в Ганте
Уровень 1: Фазы проекта
- Аналитика и проектирование
- Разработка (Sprint 1, Sprint 2, ...)
- Тестирование и стабилизация
- Деплой и поддержка
Уровень 2: Эпики / Модули
- Модуль авторизации
- Модуль управления пользователями
- API интеграции с 1С
- Мобильное приложение
Уровень 3: Задачи
- Спроектировать схему БД (3 дня)
- Реализовать REST API (5 дней)
- Написать unit-тесты (2 дня)
- Провести code review (1 день)
Гант + Agile: как совмещать
Диаграмма Ганта не противоречит Agile. Используйте разные уровни:
Гант — для roadmap: спринты как суммарные задачи на шкале времени. Каждый спринт — 2 недели, внутри — эпики. Вехи: «MVP готов», «Бета-релиз», «Production».
Канбан/Scrum — для спринта: ежедневная работа внутри спринта по Kanban-доске или Sprint Backlog.
Пример в Гантике:
- Sprint 1 (1–14 июля) → суммарная задача
- Авторизация (FS от «Архитектура утверждена»)
- REST API пользователей
- Sprint 2 (15–28 июля) → суммарная задача
- Интеграция с 1С (FS от Sprint 1)
- Мобильный клиент (SS от Sprint 2 start)
Типичные ошибки
Слишком детальный план: не декомпозируйте до уровня «написать функцию X». Оптимальная гранулярность — задачи от 1 до 10 дней.
Игнорирование зависимостей: «Фронтенд начнёт 1 марта» — а если API не готов к этой дате? Всегда прописывайте зависимости, Гантика покажет реальные даты.
Отсутствие буферов: закладывайте 15–20% буферного времени. В IT всегда есть непредвиденные сложности.
Забытое тестирование: QA-фаза часто «сжимается» в конце проекта. Поставьте её как зависимость от разработки — Гантика не даст забыть.
Импорт из MS Project
Если ваша команда переходит с MS Project — Гантика поддерживает импорт .mpp и .xml файлов. Все задачи, зависимости, ресурсы и даты перенесутся автоматически. Попробуйте импорт с текущим проектом — это займёт пару минут.