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

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. ВОПРОСЫ?