Difference between revisions of "Scrum Master (курс) : Лекция 10"

From Gehtsoft USA
Jump to: navigation, search
(Created page with "= Цели = Понять цели, ограничения и способ проведения daily scrum = Тезисы = TBD Category:Scrum Master (курс)")
 
(Тезисы)
 
Line 5: Line 5:
 
= Тезисы =  
 
= Тезисы =  
  
TBD
+
Из всех возможных "фитбэков" в скраме, именно 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 - должны выноситься в отдельные митинги. И чаще всего часть команды, особенно если команда большая - на этих митингах просто не нужна.