Successfully reported this slideshow.

6 ScrumMaster — работа с возражениями и конфликтами в команде

2

Share

Upcoming SlideShare
6 scrum master
6 scrum master
Loading in …3
×
1 of 37
1 of 37

6 ScrumMaster — работа с возражениями и конфликтами в команде

2

Share

Download to read offline

Description

Секция предназначена для начинающих и опытных скрам-мастеров, тимлидов и менеджеров проектов. В ее основе лежат ответы на вопросы, которые рано или поздно возникают у любого участника Agile команды: как создать хорошую команду и как внедрять новые практики, как «продать» Agile заказчику и как бороться с внутренними конфликтами, как эффективно проводить митинги и как обеспечить в команде ответственность за результат.

Transcript

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

Description

Секция предназначена для начинающих и опытных скрам-мастеров, тимлидов и менеджеров проектов. В ее основе лежат ответы на вопросы, которые рано или поздно возникают у любого участника Agile команды: как создать хорошую команду и как внедрять новые практики, как «продать» Agile заказчику и как бороться с внутренними конфликтами, как эффективно проводить митинги и как обеспечить в команде ответственность за результат.

Transcript

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

More Related Content

Slideshows for you

More from Magneta AI

Related Audiobooks

Free with a 30 day trial from Scribd

See all

×