Настройка методологии Waterfall в Битрикс24
Команда работает над проектом — задачи раскиданы по спринтам, но реальной последовательности нет. Разработчик берёт задачу из третьей фазы, пока первая не завершена. Тестировщик сидит без дела, потому что не понимает, когда его этап начнётся. Результат: сорванные сроки и хаос при сдаче. Waterfall решает эту проблему жёсткой последовательностью фаз — каждая следующая стартует только после завершения предыдущей. В Битрикс24 нет кнопки «включить Waterfall», но инструменты позволяют выстроить эту методологию.
Фазы проекта через группы задач
Каждая фаза Waterfall оформляется как группа (стадия) в проекте Б24. Типичная цепочка:
- Инициация — сбор требований, согласование ТЗ, определение границ проекта
- Планирование — декомпозиция работ, оценка сроков, назначение ответственных
- Разработка / Исполнение — основной объём работ
- Тестирование / Контроль — проверка результатов, приёмка
- Завершение — сдача, документирование, ретроспектива
Задачи внутри каждой фазы группируются через подгруппы или теги. Переход между фазами — осознанное действие руководителя проекта, а не автоматика.
Диаграмма Ганта и зависимости
Ганта в Б24 — основной инструмент визуализации Waterfall. Настройка зависимостей между задачами:
- Finish-to-Start (FS) — задача Б начинается только после завершения задачи А. Основной тип для Waterfall.
- Start-to-Start (SS) — задачи стартуют одновременно. Используется для параллельных работ внутри одной фазы.
- Finish-to-Finish (FF) — задачи завершаются одновременно. Применяется, когда результаты фазы сдаются пакетом.
Зависимости задаются в карточке задачи: Ещё → Зависимости → Предыдущая задача. На Ганте зависимости отображаются стрелками — видна критическая цепочка.
При сдвиге сроков одной задачи все зависимые задачи пересчитываются автоматически. Руководитель видит, как задержка на этапе «Проектирование» сдвигает всю «Разработку».
Milestone-гейты между фазами
Milestone (веха) — контрольная точка, обозначающая завершение фазы. В Б24 вехи создаются как задачи с нулевой длительностью. Практика:
- Создаётся задача-веха: «Гейт: утверждение ТЗ», дедлайн = конец фазы «Инициация».
- К вехе привязываются зависимости: все задачи фазы «Планирование» имеют тип FS от этой вехи.
- Веха закрывается только после ревью и явного подтверждения руководителя.
- Робот на закрытие вехи отправляет уведомление команде: «Фаза N завершена, стартуем фазу N+1».
Так фиксируется принцип Waterfall — нет перехода на следующий этап без формального закрытия предыдущего.
Контроль и отчётность
Для отслеживания прогресса по Waterfall используются:
- Ганта — визуализация текущего состояния проекта, критический путь, отклонения от плана.
- Счётчики задач — сколько задач в фазе завершено, сколько просрочено.
- Отчёт «Эффективность» — показывает процент завершённых задач по каждому сотруднику.
- Бизнес-процесс — автоматическая проверка: все задачи фазы закрыты → уведомление о готовности гейта.
Что настраиваем
- Проектирование фаз Waterfall под конкретный тип проекта (разработка, строительство, внедрение)
- Создание структуры проекта в Б24: рабочая группа, подгруппы по фазам, шаблоны задач
- Настройка зависимостей между задачами на диаграмме Ганта (FS, SS, FF)
- Создание milestone-задач (вех) с привязкой к фазовым гейтам
- Настройка роботов: уведомления при закрытии гейтов, блокировка перехода при незавершённых задачах
- Обучение руководителя проекта: работа с Гантой, управление зависимостями, контроль критического пути