Налаштування Scrum у Bitrix24
Ваша команда працює спринтами — теоретично. Завдання кидають в загальний список, спринт — це просто «наступні два тижні», а ретроспектива замінюється фразою «виглядає добре». Без інструментів Scrum перетворюється на хаос з елементами планування. У Bitrix24 є повнофункціональний модуль Scrum: бекліст, спринти, story points, діаграма burndown, ролі. Але він приходить порожнім — потрібно налаштувати його для вашої команди.
Проект Scrum
Scrum у Bitrix24 — це окремий тип проекту. Створюється через Завдання → Проекти → Створити проект → Scrum. Звичайний проект і Scrum-проект — різні сутності: у Scrum з'являються бекліст, спринти та специфічні ролі.
При створенні Scrum-проекту призначаються:
- Scrum Master — відповідає за процес. Контролює дотримання ритуалів, усуває перепони, фасилітує зустрічі.
- Product Owner — менеджер продукту. Управляє беклістом, встановлює пріоритети, визначає, що потрапить в спринт.
- Команда — учасники проекту, які виконують завдання спринту.
Ролі призначаються в налаштуваннях Scrum-проекту. Одна людина не може одночасно бути Scrum Master і Product Owner — хоча Bitrix24 це дозволяє технічно, методологічно це помилка.
Бекліст
Бекліст — список усіх завдань проекту, не прив'язаних до спринту. Product Owner наповнює бекліст, встановлює пріоритети перетягуванням (вище = важливіше), додає описи та критерії прийняття.
Завдання в беклісті оцінюються у story points — абстрактна міра складності. У Bitrix24 story points встановлюються в карточці завдання. Шкала — на розсуд команди: Fibonacci (1, 2, 3, 5, 8, 13), лінійна (1–10) або розмірна (S, M, L, XL).
Правило: завдання більше 13 story points — розкладіть його. Великі завдання не вмістяться в спринт і спотворять burndown.
Спринти
Спринт — фіксований проміжок часу (зазвичай 1–2 тижні). Створюється в Scrum → Бекліст → Створити спринт. Product Owner перетягує завдання з бекліста в спринт.
Параметри спринту:
| Параметр | Опис |
|---|---|
| Тривалість | 1–4 тижні, фіксована для всіх спринтів |
| Мета спринту | Текстовий опис: «Запустити портал клієнтів» |
| Ємність | Сумарна кількість story points, яку команда може виконати |
Ємність визначається емпірично: перші 2–3 спринти — вимірювання, далі — середня velocity.
Діаграма Burndown
Діаграма burndown показує, скільки story points залишилося виконати в поточному спринті. Ідеальна лінія — пряма від загальної суми SP до нуля до кінця спринту. Реальна лінія показує фактичне спалювання.
Якщо лінія йде вище ідеальної — команда не встигає. Якщо нижче — спринт перевантажений завданнями або оцінки завищені. Scrum Master слідкує за burndown щодня.
Доступ: Scrum → Активний спринт → Діаграма Burndown.
Стадії завдань у спринті
Завдання всередину спринту рухаються по Kanban-дошці. Стандартні стадії: Нове → В роботі → На перевірці → Завершено. Стадії можна кастомізувати під процес команди.
Ключове правило: завдання вважається виконаним лише коли відповідає Definition of Done — критеріям готовності, які команда визначає заздалегідь (код написаний, тести пройдені, документація оновлена).
Що налаштовуємо
- Створення Scrum-проекту з призначенням ролей (Scrum Master, Product Owner, команда)
- Формування бекліста: структура завдань, критерії прийняття, шкала story points
- Налаштування спринтів: тривалість, цілі, визначення ємності команди
- Кастомізація стадій Kanban-дошки спринту
- Налаштування діаграми burndown та відстеження velocity
- Навчання команди: планування спринту, daily standup, ретроспектива