6 scrum master
Upcoming SlideShare
Loading in...5
×
 

Like this? Share it with your network

Share

6 scrum master

on

  • 1,684 views

 

Statistics

Views

Total Views
1,684
Views on SlideShare
1,670
Embed Views
14

Actions

Likes
2
Downloads
30
Comments
0

2 Embeds 14

http://www.linkedin.com 8
https://www.linkedin.com 6

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

6 scrum master Presentation Transcript

  • 1. Работа  ScrumMaster’a  в  команде  Dmitry  Lobasev,  Nikita  Filippov  ScrumTrek  
  • 2. Роль  ScrumMaster’a  •  Команда  отвечает  за  процесс  •  Скрам-­‐мастер  отвечает  за  то,  чтобы   команда  научилась  эффективно   принимать  решения  сама  •  Задачи:       –  Фасилитирует  (модерирует)  митинги   –  Поддерживает  прозрачность,  доверие   и  взаимную  ответственность   –  Устраняет  внешние  препятсвия     –  Коммуникационный  лидер  
  • 3. Инструмент  "Вопросы"  •  Задавать  вопросы,  а  не  диктовать  ответы  •  Снимает  сопротивление  участников  •  Ответственность  за  решение  остается  у   команды  
  • 4. ПРОВЕДЕНИЕ  DAILY  SCRUM  
  • 5. Проведение  Daily  Scrum  •  Начинать  вовремя  •  Следить  за  длительностью  митинга  •  Проводить  каждый  день  •  Собирать  achon  items   –  Кто     –  Что     –  Когда  
  • 6. Пример  •  Один  из  членов  команды  (Петя)  не   приходит  вовремя  на  скрам.  Команда  ради   него  передвинула  встречу  позже,  но  он  все   равно  опаздывает.    •  Как  сделать  так,  чтобы  Петя  приходил   вовремя  на  скрам?  
  • 7. Опоздания  •  Символические  штрафы  (например,  50   рублей  в  пивной  фонд)  •  Шуточные  штрафы  (спеть,  сплясать,   рассказать  анекдот)  
  • 8. Пример  •  На  ежедневном  скраме  один  из  участников   (Вася)  начинает  выступать  долго  и   обстоятельно.  Именно  из-­‐за  него  скрамы   затягиваются.  Всем  становится  скучно.  •  Как  сделать  так,  чтобы  скрам  проходил   быстрее?  
  • 9. Инструмент  "Правила  проведения"  •  Ограничить  время  выступления  2  минутами   (не  более)  •  Другие  примеры  ground  rules   –  Говорит  только  тот,  у  кого  в  руках  маркер   –  Все  сторонние  обсуждения  выписываются  на   специальный  лист  
  • 10. Общие  рекомендации  •  Команда  следует  правилам  в  том  случае,   если  их  придумала  сама  •  В  любом  случае,  нужно  получить  согласие   всех  членов  команды  на  следование   правилам  
  • 11. Пример  •  Команда  согласилась  с  правилами   проведения  скрама  •  Однако  в  реальной  жизни  команда,   увлекаясь,  часто  забывает  о  них  •  Что  можно  сделать?    
  • 12. Инструмент  "Вывешивание"  •  Можно  вывесить  в  видном  месте   согласованные  правила    •  В  этом  случае  кто  либо  из  членов  команды,   как  правило,  вспоминает  о  правиле  
  • 13. УПРАВЛЕНИЕ  КОНФЛИКТАМИ  
  • 14. Конфликт  •  Тестировщик  и  разработчик  давно  конфликтуют   друг  с  другом  •  Тестировщик  часто  обращается  к  разработчику  за   помощью,  отрывая  его  от  работы  •  Разработчику  не  нравятся  постоянные   отвлечения.  Он  вообще  предпочел  бы  работать   один  •  Можно  ли  их  помирить  и  как  это  сделать?  Каковы   стратегии  примерения?  
  • 15. Методы  решения  конфликтов  •  Сотрудничество  •  Уступка  •  Избегание  •  Компромис    
  • 16. Причины  конфликтов  •  Непонимание  •  Фокусирование  на  позиции  •  Разные  ценности  •  Прошлые  обиды  
  • 17. Непонимание    •  Примеры   –  Различия  в  терминах   –  Детали  в  обсуждениях   –  Сложные  логические  выводы  •  Стратегия   –  Ищем  несоответствия    
  • 18. Фокусирование  на  позиции  •  Причины   –  Стороны  защищают  свою  позицию,  а  не   пытаются  решить  проблему  •  Стратегия   –  Какую  проблему  пытаемся  решить?  
  • 19. Различия  в  ценностях  •  Причины     –  Разное  понимание  что  правильно  и  хорошо  •  Стратегия   –  Обсуждаем  сильные  стороны  вариантов   решений  
  • 20. Прошлые  обиды  •  Причины   –  Личная  неприязнь  •  Стратегия   –  Трудно  решить,  если  никто  из  конфликтующих   не  хочет  идти  на  сближение  
  • 21. Персональный  конфликт  •  Он  прав!   –  Принять  то,  что  ваш  собеседник  прав  за  отправную   точку  •  Задавать  вопросы   –  Уточняем  позицию  собеседника  •  Добраться  до  корня  противоречия   –  5  Why  –  пять  раз  спросить  «почему»  •  Всегда  оставаться  в  конструктивном  русле  
  • 22. Выводы  •  Конфликты  –  это  нормально  •  Конфликты  должны  решаться   конструктивно  •  В  принятие  решений  нужно  вовлекать  всех   заинтересованных  лиц  •  Третья  сторона  должна  быть  по   возможности  беспристрастной  
  • 23. ПРОДАЖА  ИДЕЙ  
  • 24. Пример  •  Один  из  членов  команды  (Петя)  опаздывает   на  скрам  •  Вы  считаете,  что  имеет  смысл  ввести   штрафы  за  опоздание    •  Продайте  эту  идею  команде  
  • 25. «Продажа»  Agile   AgileRussia.ru    
  • 26. Разговор  (1)   •  Нам  нужно  парное   программирование  (и  это  круто)   •  Нет,  не  нужно  (а  ты  гик)   AgileRussia.ru    
  • 27. Разговор  (2)  •  Какая  проблема  самая  важная  для  вас?  •  У  нас  много  багов  в  коде  •  Нам  нужно  парное  программирование!  •  У  нас  нет  времени   AgileRussia.ru    
  • 28. Разговор  (3)  •  А  почему  это  проблема?  •  Ну  мы  не  можем  разработать  достаточно  быстро.   Срываются  сроки  релиза.  Заказчики  жалуются.    •  А  парное  программирование  может  помочь?  •  Не  уверен  •  Может  попробуем  поработать  так  одну  итерацию?  •  Хорошая  идея!   AgileRussia.ru    
  • 29. Общий  подход  к  «продаже»  •  Выявление  проблемы  (потребности)  •  Предложить  решение,  обсудить  его  выгоды  •  Рассмотреть  опасения  •  Установить  безопасное  окружение  для   пилотирования  •  Общий  Commit  J   ©  ScrumTrek.ru,  2008  
  • 30. Выводы  •  Внедрение  новых  практик  должно  идти   пошагово  •  После  каждого  внедрения  мы  анализируем   результаты  •  При  "продаже"  изменений  заказчику  или   команде  исходить  из  потребностей   ©  ScrumTrek.ru,  2008  
  • 31. КОЛЛЕКТИВНОЕ  ПРИНЯТИЕ  РЕШЕНИЙ  
  • 32. Пример  •  Ваша  команда  способна  принимать   коллективные  решения  •  Проблема  в  том,  что  принятие  совместного   решения  обычно  затягивается  (все   тормозят)  •  Как  можно  ускорить  принятие  решения?  
  • 33. Голосование  большим  пальцем   •  Я  поддерживаю  решение   •  Я  соглашусь  с  мнением  команды   •  Я  не  согласен  и  у  меня  есть  что  возразить   или   •  Что  мы  можем  сделать,  чтобы  ты   проголосовал  за?    
  • 34. Planning  Poker  •  Даем  оценку,   одновременно   вскрываемся  •  У  кого  больше  и  у  кого   меньше  обосновывают   оценки  •  Коллективно  обсуждаем  •  Голосуем  пока  не   сойдемся  на  одной   оценке  
  • 35. ВНЕДРЕНИЕ  ПРАКТИК  
  • 36. Внедрение  практик   •  Выбрать   •  Commit  ;-­‐)   •  Попробовать   •  Анализировать  результаты   •  Изменить   •  В  режиме  эксперимента!  
  • 37. ВОПРОСЫ?