Налаштування методології Waterfall у Bitrix24
Команда працює над проектом — завдання розкидані по спринтам, але реальної послідовності немає. Розробник бере завдання з третього етапу, доки перший не завершено. Тестувальник сидить без справ, не розуміючи, коли його етап почнеться. Результат: пропущені терміни та хаос при здачі. Waterfall вирішує це жорсткою послідовністю етапів — кожен наступний стартує тільки після завершення попереднього. У Bitrix24 немає кнопки «увімкнути Waterfall», але інструменти дозволяють побудувати цю методологію.
Етапи проекту через групи завдань
Кожний етап Waterfall оформляється як група (стадія) у проекті B24. Типова послідовність:
- Ініціація — збір вимог, узгодження ТЗ, визначення меж проекту
- Планування — декомпозиція робіт, оцінка термінів, призначення відповідальних
- Розробка / Виконання — основний обсяг робіт
- Тестування / Контроль — перевірка результатів, приймання
- Завершення — здача, документування, ретроспектива
Завдання в межах кожного етапу групуються через підгрупи або теги. Перехід між етапами — усвідомлена дія керівника проекту, а не автоматика.
Діаграма Ганта та залежності
Ганта у B24 — основний інструмент візуалізації Waterfall. Налаштування залежностей між завданнями:
- Finish-to-Start (FS) — завдання Б розпочинається тільки після завершення завдання А. Основний тип для Waterfall.
- Start-to-Start (SS) — завдання стартують одночасно. Використовується для паралельних робіт в межах одного етапу.
- Finish-to-Finish (FF) — завдання завершуються одночасно. Застосовується, коли результати етапу здаються пакетом.
Залежності задаються в карточці завдання: Ще → Залежності → Попереднє завдання. На Ганті залежності відображаються стрілками — видна критична послідовність.
При зсуві термінів одного завдання всі залежні завдання перераховуються автоматично. Керівник видить, як затримка на етапі «Проектування» зсуває всю «Розробку».
Віхи-шлюзи між етапами
Milestone (віха) — контрольна точка, що позначає завершення етапу. У B24 віхи створюються як завдання з нульовою тривалістю. Практика:
- Створюється завдання-віха: «Шлюз: затвердження ТЗ», дедлайн = кінець етапу «Ініціація».
- До віхи прив'язуються залежності: всі завдання етапу «Планування» мають тип FS від цієї віхи.
- Віха закривається тільки після огляду та явного підтвердження керівником.
- Бот на закриття віхи відправляє сповіщення команді: «Етап N завершено, стартуємо етап N+1».
Так фіксується принцип Waterfall — немає переходу на наступний етап без формального закриття попереднього.
Контроль та звітність
Для відстеження прогресу за Waterfall використовуються:
- Ганта — візуалізація поточного стану проекту, критичний шлях, відхилення від плану.
- Лічильники завдань — скільки завдань в етапі завершено, скільки прострочено.
- Звіт «Ефективність» — показує відсоток завершених завдань за кожним працівником.
- Бізнес-процес — автоматична перевірка: всі завдання етапу закриті → сповіщення про готовність шлюзу.
Що налаштовуємо
- Проектування етапів Waterfall під конкретний тип проекту (розробка, будівництво, впровадження)
- Створення структури проекту у B24: робоча група, підгрупи за етапами, шаблони завдань
- Налаштування залежностей між завданнями на діаграмі Ганта (FS, SS, FF)
- Створення завдань-віх (вех) з прив'язкою до фазових шлюзів
- Налаштування ботів: сповіщення при закритті шлюзів, блокування переходу при невиконаних завданнях
- Навчання керівника проекту: робота з Гантою, управління залежностями, контроль критичного шляху