Просмотр

[[Category:Practices]]

Одна из разновидностей [[Stand-Up Meeting]] с жесткой структурой.

== Видео ==
<youtube v="B3htbxIkzzM" />

<youtube v="pVC8sVqxb30" />

== Daily Stand Up Meeting (stand up meeting, летучка)==

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

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

Скрам митинг проводит Скрам Мастер. Он по кругу задает вопросы каждому члену команды
* Что сделано вчера?
* Что будет сделано сегодня?
* С какими затруднениями столкнулся, что помешало продуктивной работе?

Скрам Мастер собирает все открытые для обсуждения вопросы в виде Action Items, например в формате что/кто/когда, например
* Обсудить проблему с отрисовкой контрола
* Петя и Вася
* Сразу после скрама

'''Замечания'''
# Это митинг для обмена информации и синхронизации
# '''Это НЕ статус контроль'''
# '''Только для разрботчиков'''
# Не проводит линейный начальник

'''Советы'''
* Перед началом скрама можно проводить какой-нить ритуал (победный рык, распевание гимна или др.)
* Как вариант - зачитывать цели итерации и/или пункты Action Plan из ретроспективы
* Отчёт (список что/кто/когда) m- (meeting minus) рассылать линейному начальнику и заказчику
* Отчёт помещать в wiki (некий log). В дальнейшем его хорошо использовать на ретроспетиве.
* Во время Scrum проводить движняк на Taskboard по тикетам - это движение под присмотром команды + происходит дополнительная коммуникация.

== Как проводить Скрам митинг ==
Автор: Асхат Уразбаев

Практика проведения ежедневных митингов для сихронизации работы команды, наверное, самая полезная из всех практик гибкой разработки. Я не раз слышал, как её рекомендовали использовать вполне себе классические менеджеры проектов.

Такие митинги называются по-разному. В Scrum это Daily Scrum Meeting, в XP это stand-up meeting. Иногда его называют просто Status Meeting. В Luxoft его принято называть Daily Scrum или просто скрам.

'''Зачем нужен скрам''' 

Основная цель скрама — синхронизация работы команды. Каждый член команды должен знать чем занимаются другие люди. Что дает такое знание? Прежде всего минимизацию напрасной траты времени, связанной с недостаточной осведомленностью членов команды.

'''Примеры'''

* «Вася, чего это ты хочешь заново сделать логин скрин? Давай возьмем готовый из XYZ»
* «Давай я попробую помочь тебе с твоей проблемой, я кажется уже боролся с этим»
* «Не, не тестируйте эту версию. После скрама я сделаю вам новую»
* «Кажется мы делаем пересекающиеся по функциональности вещи. Нам надо пообщаться»

Длительность этого митинга строго ограничена — она не должна превышать 15 минут. Скрам не предназначен для решения проблем в проекте. Все требующие специального обсуждения вопросы должны быть вынесены за его пределы.

'''Как проводить скрам'''

Скрам проводится каждый день всегда в одно и то же время, чаще всего для его проведения выбирают утро. Scrum Master спрашивает по кругу каждого человека, задавая три вопроса

* Что сделано вчера?
* Что будет сделано сегодня?
* С какими проблемами столкнулся?

Каждый член проекта отвечает на вопросы.

'''Плохой Scrum'''

Несколько слов о том как не надо проводить Scrum. Типичные ситуации, которые не должны происходить:

Примеры плохого скрама

* Два человека начинают вдаваться глубоко в детали технической проблемы и решать ее на скраме
* Менеджер проекта начинает обсуждать бюджет проекта с заказчиком
* Аналитик достает ноутбук и углубляется в чтение почты
* Во время скрама два разработчика обсуждают вчерашний футбольный матч
* На вопрос менеджера проекта все отвечают «ничего нового»
* Каждый человек докладывает менеджеру проекта статус по своей задаче глядя ему в глаза
*  Разработчик опаздывает на скрам

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

В Luxoft такой скрам называется срам митинг :-)

Как бороться с неправильным течением скрама

Несколько правил, которые могут помочь снять проблемы.

[[Файл:Scrum.jpg]]

'''О соблюдении правил'''

Как сделать так, чтобы все соблюдали установленные правила? Прежде всего, они не должны устанавливаться сверху. Решения о применении тех или иных правил должна принимать команда, а не скрам мастер и не заказчик. Бывает полезно делать правила видимыми, например писать их на флипчарте или на доске. Не стесняться менять правила, если они устарели.

'''О развитии скрама'''

Скрам — это чрезвычайно полезная практика. С течением времени члены команды учатся правильно проводить скрамы и участвовать в скрамах. Проблем с проведением становится меньше (при условии, что вы решаете эти проблемы!). Через некоторое время скрам превращается в рутинное мероприятие, и вам может захотеться сделать его менее формальным и более веселым. Несколько советов от Jean Tabaka из книги Collaboration Explained в моем вольном изложении с сокращениями.

* Начинать скрам с задорной песни. Нужно угадать название и исполнителя. Победитель получает приз — конфетку
* Каждый человек раз в неделю рассказывает анекдот 
* Придумать прозвища и обращаться к другу другу по этим прозвищам
* Приносить конфеты или другую еду по очереди на скрам

Вы можете подумать, что это бред и так у вас не получится. Посмотрим, что вы скажете, проводя скрам с одними и теми же людьми в течении нескольких лет.

Источник: http://agilerussia.ru/index.php?option=com_content&view=article&id=22

== Chapter 7 Distributed Daily Scrum Meetings  ==

Before the daily scrum meeting, everyone needs to examine how their current work impacts other 
team members or identify who can help them resolve an issue.  During the meeting, they need to 
communicate any relevant information to the rest of the team. 

Key Point: 
Team members should communicate information that brings value to 
others on the team.  They should also try to identify team members that 
can help them resolve their issues.  

The daily scrum meeting allows team members to communicate, coordinate their efforts and 
possibly revise their plans daily based on the answers of the others. 


Key Point: 
Priorities can change daily.  The daily scrum meeting provides a daily 
synchronization point for the team and allows them to revise their plans 
regularly.  

Key Point: 
Team members are making a verbal commitment to their team when 
they state what they are going to do today.  

Tasks not opening and closing regularly are an early sign the team may 
be going off track. 

Источник: http://www.distributedscrum.com
= Links =
* Schwaber, K. (2002). Agile Software Development with Scrum. Upper Saddle River: Prentiss 
Hall. 
* Scrum Masters 2. (2006, December 4). Retrieved November 10, 2008, from YouTube: 
http://www.youtube.com/watch?v=B3htbxIkzzM 
* Sutherland, J., Viktorov, A., Blount, J., & Puntikov, N. (2007). Fully Distributed Scrum: The 
Secret Sauce for Hyperproductive Outsourced Development Teams. HICSS'40, Hawaii 
International Conference on Software Systems. Waikoloa: University of Hawai'i at Manoa. 
* Jeff Sutherland (2006, June 3rd). Why the three questions in the daily scrum meeting. Retrieved 
July 2nd
, 2009, from Jeff Sutherland’s web site: http://jeffsutherland.com/scrum/2006/06/why-
three-questions-in-daily-scrum.html