Difference between revisions of "Scrum Master (курс) : Лекция 10"
(Created page with "= Цели = Понять цели, ограничения и способ проведения daily scrum = Тезисы = TBD Category:Scrum Master (курс)") |
(→Тезисы) |
||
Line 5: | Line 5: | ||
= Тезисы = | = Тезисы = | ||
− | + | Из всех возможных "фитбэков" в скраме, именно daily scrum является самым коротким. | |
+ | |||
+ | На него отводится 15 минут, не больше (жесткий timebox). Это сделано намеренно, чтобы не терять фокус митинга. | ||
+ | |||
+ | Присутствует только dev team. PO и скрам-мастера могут пригласить. | ||
+ | |||
+ | Обсуждается ровно 3 вопроса: | ||
+ | |||
+ | 1) что мы сделали за сегодня, чтобы достичь цели спринта (например, "теперь наш продукт может ... и это приблизило нас к цели спринта") | ||
+ | |||
+ | 2) что в нашем продукте появится завтра, чтобы приблизить нас к цели спринта | ||
+ | |||
+ | 3) что нам препятствует достижению цели | ||
+ | |||
+ | Daily Scrum НЕ ДЛЯ ТОГО, чтобы: | ||
+ | |||
+ | 1) сформировать и предоставить отчетность (узнать, что люди работают) | ||
+ | |||
+ | 2) обсудить иное, чем 3 вопроса, преведенные выше (причины: участники слушают информацию, которая им может быть не нужна; отвлекает от фитбэка в скраме) | ||
+ | |||
+ | Daily Scrum ИСКЛЮЧИТЕЛЬНО ДЛЯ ТОГО, чтобы проверить, насколько команда за сегодня приблизилась к цели спринта. | ||
+ | |||
+ | Для скрам-мастера этот митинг хорошее место сделать 2 вещи: | ||
+ | * отследить, как проходит обсуждение (команда сфокусирована на целях или отвлекается); | ||
+ | * визуализировать текущий прогресс, что является стимулом для участников завершать свою часть работы до начала daily scrum таким образом, чтобы они могли показывать реально работающий продукт ежедневно, приближаясь каждый день к целям спринта. | ||
+ | |||
+ | Типичные ошибки: | ||
+ | |||
+ | * На dailyscrum должна присутсвовать только devteam, это митинг для них и о них. Если так окажется руководство или заказчик - то митинг превратится в доклад и людям будет сложнее обсуждать реальное положение дел. | ||
+ | |||
+ | * На dailyscrum не должны обсуждаться никакие вопросы кроме приведенных выше. Все технические и возникшие проблемы если не могут быть кратко обсуждены в рамках timebox - должны выноситься в отдельные митинги. И чаще всего часть команды, особенно если команда большая - на этих митингах просто не нужна. | ||
[[Category:Scrum Master (курс)]] | [[Category:Scrum Master (курс)]] |
Latest revision as of 15:14, 15 June 2020
Цели
Понять цели, ограничения и способ проведения daily scrum
Тезисы
Из всех возможных "фитбэков" в скраме, именно daily scrum является самым коротким.
На него отводится 15 минут, не больше (жесткий timebox). Это сделано намеренно, чтобы не терять фокус митинга.
Присутствует только dev team. PO и скрам-мастера могут пригласить.
Обсуждается ровно 3 вопроса:
1) что мы сделали за сегодня, чтобы достичь цели спринта (например, "теперь наш продукт может ... и это приблизило нас к цели спринта")
2) что в нашем продукте появится завтра, чтобы приблизить нас к цели спринта
3) что нам препятствует достижению цели
Daily Scrum НЕ ДЛЯ ТОГО, чтобы:
1) сформировать и предоставить отчетность (узнать, что люди работают)
2) обсудить иное, чем 3 вопроса, преведенные выше (причины: участники слушают информацию, которая им может быть не нужна; отвлекает от фитбэка в скраме)
Daily Scrum ИСКЛЮЧИТЕЛЬНО ДЛЯ ТОГО, чтобы проверить, насколько команда за сегодня приблизилась к цели спринта.
Для скрам-мастера этот митинг хорошее место сделать 2 вещи:
- отследить, как проходит обсуждение (команда сфокусирована на целях или отвлекается);
- визуализировать текущий прогресс, что является стимулом для участников завершать свою часть работы до начала daily scrum таким образом, чтобы они могли показывать реально работающий продукт ежедневно, приближаясь каждый день к целям спринта.
Типичные ошибки:
- На dailyscrum должна присутсвовать только devteam, это митинг для них и о них. Если так окажется руководство или заказчик - то митинг превратится в доклад и людям будет сложнее обсуждать реальное положение дел.
- На dailyscrum не должны обсуждаться никакие вопросы кроме приведенных выше. Все технические и возникшие проблемы если не могут быть кратко обсуждены в рамках timebox - должны выноситься в отдельные митинги. И чаще всего часть команды, особенно если команда большая - на этих митингах просто не нужна.