Руководство по скраму | 35. Ежедневный скрам

Daily Scrum длится не более пятнадцати минут и всегда проводится в одном и том же месте и в одно и то же время, чтобы уменьшить ненужную сложность. В нем принимают участие все разработчики, совместно работающие над продуктом, и, по желанию, скрам-мастер. Основная цель этого Scrum Event — спланировать задачи, на которых они будут сосредоточены в течение дня.

Ежедневный Скрам – содержание:

1. Введение
2. Формула ежедневного Скрама
3. Проблемы с Daily Scrum и методом 5W
4. Поддерживающие вопросы
5. 5 почему
6. Резюме

Введение

Daily Scrum — самое короткое и частое из Scrum Events, обзор которого можно найти в отдельной статье. Задача разработчиков, участвующих в Daily Scrum, — быстро поставить рабочие цели на ближайшие 24 часа. Таким образом, каждый из них знает, над чем работают другие и как они работают над достижением общей цели спринта.

Формула ежедневного Скрама

Не существует единственно правильной формулы Daily Scrum. Каждая Команда Разработки разрабатывает удобный формат встречи. Однако есть общие рамки , облегчающие его проведение.

Хорошо проведенный ежедневный скрам должен позволить каждому участнику ответить на два вопроса :

• Какую самую важную задачу я буду выполнять сегодня?
• Что мешает выполнить эту задачу?

Однако спрашивать их напрямую не является обязательной формулой. Это примерные вопросы, которые определяют ось встречи. Ежедневный Скрам предназначен для улучшения коммуникации в Команде Разработки, определения приоритетов задач и снижения риска возникновения узких мест.

Daily Scrum — это мероприятие, эквивалентное Daily Standup в других методах Agile. И часто оно проходит очень похоже на него — хотя официальное руководство по Scrum не требует от разработчиков стоять во время этого короткого события. Очень часто его участники просто стоят во время разговора в неформальной группе.

Хотя может показаться, что 15 минут в день — это много для обсуждения повседневных задач, практика показывает, что такая встреча лучше всего подходит для эффективности Команды Разработки. Благодаря частым и регулярным обновлениям целей и обязательств все разработчики сосредотачиваются на приоритетных задачах и отдают предпочтение плавному командному прогрессу, а не индивидуальным результатам.

Проблемы с Daily Scrum и методом 5W

Одна из проблем Daily Scrum заключается в том, что разработчики затягивают время встречи. В таком случае хорошей идеей будет ввести политику записи на доску — физическую или виртуальную — проблемные вопросы, которые не являются центральными для ежедневного скрама, но важны для команды. Таким образом, можно будет вернуться к проблемам, которые были оставлены для обсуждения в ходе неформальных дискуссий в течение дня. А также, при необходимости, во время Ретроспективы Спринта, о которой мы подробнее расскажем в отдельной статье.

Другая проблема, которая часто возникает во время ежедневных скрамов, заключается в том, чтобы превратить их в встречи для подведения итогов работы за предыдущий день. Затем разработчики сосредотачиваются на обсуждении уже достигнутых результатов. Это не очень хорошая практика. Следует признать, что текущая ориентация разработчиков на статус работы, ведущей к цели спринта, очень важна. Однако посвящение Daily Scrum уже выполненным задачам не способствует повышению эффективности.

Поддерживающие вопросы

Если команда не получает пользы от ежедневного скрама, скрам-мастер может помочь разработчикам выявить проблемы, наблюдая за собранием и получая ответы на следующие вопросы:

5 почему

После первоначального выявления проблемы эффективным методом определения причины проблемы может быть метод «5 почему », также называемый «5 почему» или «5W» Сакичи Тойоды. Это включает в себя несколько вопросов «Почему?» вопросы подряд. Это позволяет диагностировать более глубокую причину проблемы и, таким образом, легче решить ее.

Например, возьмем последний пункт в таблице: проблема возникает в области приверженности ее решению со стороны Команды Разработки. Пять вопросов могут выглядеть следующим образом:

1 х ПОЧЕМУ?

В: Почему разработчики не предлагают разные способы решения возникающих проблем?

О: Потому что разработчик Гарри всегда первым предлагает одно решение.

2 х ПОЧЕМУ?

В : Почему разработчик Гарри всегда первым предлагает одно решение?

A: Потому что больше никто не говорит.

3 х ПОЧЕМУ?

Вопрос: Почему больше никто не говорит?

О: Потому что у других разработчиков нет желания искать лучшие решения.

4 х ПОЧЕМУ?

В: Почему другие разработчики не хотят искать лучшие решения?

A: Потому что поиск решений требует сосредоточенности и легче считать решение Гарри достаточно хорошим.

5 х ПОЧЕМУ?

В : Почему они сочли решение Гарри достаточно хорошим?

О: Поскольку они не получают вознаграждения за предложение альтернатив, они обсудили свои планы на сегодня в начале встречи и думают о том, чтобы приступить к работе.

В этом случае проблему отсутствия стремления к решению задач можно решить, изменив порядок Ежедневного Скрама и начав с этого вопроса. Или придумать систему поощрения лучшего решения, например, ввести символическое вознаграждение для автора наибольшего количества решений, принятых Командой в данном Спринте.

Резюме

Ежедневный Scrum является ключевой частью повседневной работы Команды Разработки. Однако каждая Команда должна выработать для себя оптимальную формулу этой встречи. Хорошо проведенный ежедневный скрам позволяет постоянно устанавливать подцели для достижения цели спринта. Это также позволяет быстро диагностировать проблемы со связью и улучшить сотрудничество между разработчиками.

Если вам нравится наш контент, присоединяйтесь к нашему сообществу занятых пчел в Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Автор: Кэролайн Беккер.

Как руководитель проекта, Кэролайн является экспертом в поиске новых методов разработки лучших рабочих процессов и оптимизации процессов. Ее организаторские способности и способность работать в условиях цейтнота делают ее лучшим человеком для воплощения сложных проектов в жизнь.

Просмотреть все сообщения

Руководство по скраму:

1. Глоссарий основных терминов, ролей и понятий
2. Что такое Скрам?
3. Скрам-ценности
4. Как внедрить Scrum в вашей компании?
5. Скрам-команда — что это такое и как она работает?
6. Кто такой владелец продукта?
7. Самые распространенные ошибки владельца продукта
8. Кто такой скрам-мастер?
9. Характеристики хорошего скрам-мастера
10. Самые распространенные ошибки скрам-мастера
11. Какую статистику и показатели должен отслеживать скрам-мастер?
12. Сотрудничество между владельцем продукта и скрам-мастером
13. Команда разработчиков в Scrum
14. Самые распространенные ошибки разработчиков
15. Скрам артефакты
16. Масштабирование Скрама
17. Бэклог спринта
18. Что такое бэклог продукта?
19. Что такое пользовательские истории?
20. Создание лучшей пользовательской истории с INVEST
21. Самые распространенные ошибки User Story
22. Критерии приемлемости пользовательской истории
23. Оценка и баллы в Scrum
24. Планирование покера
25. Игра на оценку команды
26. Определение приращения
27. Скрам-события
28. Что такое спринт в Scrum?
29. Обязательства команды Scrum — цель продукта, цель спринта и определение завершения
30. Что такое диаграмма выгорания?
31. Как создать и интерпретировать диаграмму выгорания?
32. Преимущества и недостатки диаграммы выгорания
33. Канбан-доски в Scrum и Scrumban
34. Скорость в Scrum — скорость команды разработчиков
35. Ежедневный Скрам
36. Планирование спринта
37. Обзор спринта
38. Что такое ретроспектива спринта?
39. Распространенные ошибки во время ретроспективы спринта
40. Развитие бэклога продукта