Практика проведення щоденних мітингів для сихронізацію роботи команди, напевно, найкорисніша з усіх практик гнучкої розробки. Я не раз чув, як її рекомендували використовувати цілком собі класичні менеджери проектів.
Такі мітинги називаються по-різному. У Scrum це Daily Scrum Meeting, в XP це stand-up meeting. Іноді його називають просто Status Meeting. У Luxoft його прийнято називати Daily Scrum або просто скрам.Зачем потрібен скрам
Основна мета скрам - синхронізація роботи команди. Кожен член команди повинен знати чим займаються інші люди. Що дає таке знання? Перш за все мінімізацію марної трати часу, пов'язаної з недостатньою поінформованістю членів команди.Напрімер:
«Вася, чого це ти хочеш заново зробити логін скрін? Давай візьмемо готовий з XYZ »
«Давай я спробую допомогти тобі з твоєю проблемою, я здається вже боровся з цим»
«Ні, не тестируйте цю версію. Після скрам я зроблю вам нову »
«Здається ми робимо пересічні по функціональності речі. Нам треба поспілкуватися »
Тривалість цього мітингу строго обмежена - вона не повинна перевищувати 15 хвилин. Скрам не призначений для вирішення проблем в проекті. Все що вимагають спеціального обговорення питання повинні бути винесені за його межі.
Так як же проводити скрам?
Скрам проводиться щодня завжди в один і той же час, найчастіше для його проведення вибирають ранок. Scrum Master запитує по колу кожної людини, задаючи три питання
- Що зроблено вчора?
- Що буде зроблено сьогодні?
- З якими проблемами зіткнувся?
Кожен член проекту відповідає на питання.
Кілька слів про те як не треба проводити Scrum. Типові ситуації, які не повинні відбуватися.
Приклади поганого скрам:
- Двоє людей починають вдаватися глибоко в деталі технічної проблеми і вирішувати її на скрам
- Менеджер проекту починає обговорювати бюджет проекту з замовником
- Аналітик дістає ноутбук і поглиблюється в читання пошти
- Під час скрам два розробника обговорюють вчорашній футбольний матч
- На питання менеджера проекту все відповідають «нічого нового»
- Кожна людина доповідає менеджеру проекту статус по своєму завданню дивлячись йому в очі
- Розробник спізнюється на скрам
Часто буває, що такі мітинги в результаті сильно затягуються. В результаті вони перетворюються в щоденна важка мітинг за рішенням проблем. Інтерес до мітингу відразу падає, відчуття його корисності ізчезает.В Luxoft такий скрам називається сором мітинг 🙂
Як боротися з неправильним плином скрам?
Кілька правил, які можуть допомогти зняти проблеми.
Про дотримання правил
Як зробити так, щоб всі дотримувалися встановлених правил? Перш за все, вони не повинні встановлюватися зверху. Рішення про застосування тих чи інших правил повинна приймати команда, а не скрам майстер і не замовник. Буває корисно робити правила видимими, наприклад писати їх на фліпчарті або на дошці. Не соромитися змінювати правила, якщо вони застаріли.
Про розвиток скрам
Скрам - це надзвичайно корисна практика. З плином часу члени команди вчаться правильно проводити скрам і брати участь в скрам. Проблем з проведенням стає менше (за умови, що ви вирішуєте ці проблеми!). Через деякий час скрам перетворюється в рутинне захід, і вам може захотітися зробити його менш формальним і більш веселим. Кілька порад від Jean Tabaka з книги Collaboration Explained в моєму вільному викладі зі скороченнями.
- Починати скрам з завзятою пісні. Потрібно вгадати назву і виконавця. Переможець отримує приз - цукерку
- Кожна людина раз на тиждень розповідає анекдот
- Придумати прізвиська і звертатися до одна одній за цими прізвиськами
- Приносити цукерки або іншу їжу по черзі на скрам
Ви можете подумати, що це маячня і так у вас не вийде. Подивимося, що ви скажете, проводячи скрам з одними і тими ж людьми протягом декількох років.