Доклад на собрании клуба PMNetwork #4 14/04/16

1. Как «продать»
Scrum команде?

2. Привет!
Меня зовут
Николай Митько
Здесь можно найти мои посты:
https://www.facebook.com/groups/ITNetworkBAandPM/
www.facebook.com/groups/ScrumUA/

4. Хотим
Скрам!
Как?

5. Работаем
по Скраму!
Бегом!
Давайте
работать
по Скраму?
Зачем?
Как?

6. Алгоритм «продажи» Scrum…
1. Что изменить?
2. На что изменить?
3. Что сделать?

7. - Определить проблемы (потребности)
- Выявить последствия проблем
Что изменить?

8. “
Сопротивление изменениям –
это неизбежное явление.

11. Как это сделать?

12. - Брейнсторминг
- Майнд-мэп
- Дерево текущей реальности

13. ““В китайском языке понятия проблема и
возможность - это одно и то же слово. И в
самом деле, каждая проблема - это
возможность, возможность чему-то
научиться”
Ицхак Адизес

14. Проблемы команды

15. - клиент меняет требования
- делаем лишнее и ненужное
- постоянный завал и переработки
- не успеваем
……..
переделки или конфликты
не успеваем в срок
много проектов
плохое настроение и стрессы
……..

16. На что
заменить?

17. - Обучение Скраму
- Как Скрам решает проблемы команды?

18. Что такое
Scrum?

19. Scrum
Scrum – это гибкий управленческий фреймворк для
разработки комплексных продуктов и систем.
Он основывается на эмпиризме, а также использует
итеративно-инкрементальный подход для
оптимизации прогнозируемости и управления рисками.
Скрам Гайд

20. Фреймворк
▧ Фреймворк - это каркас, основа для организации
работ и управления ими, который в зависимости от
потребностей дополняется различными практиками
инструментами.

21. Матрица Стейси

22. Эмпиризм
▧ прозрачность (transparency)
▧ проверка (inspection)
▧ адаптация (adaptation)

23. http://www.infoq.com/news/2008/01/iterating-and-incrementing
Инкрементальный
Итеративный

24. Итеративно-инкрементальный
http://itsadeliverything.com/wordpress/images//iterative-incremental-mona-lisa.png

25. Скрам процесс

26. “Главное в гибких методологиях — это
жёсткость.
Гибкими должны быть процессы, а не
правила игры.
https://habrahabr.ru/company/edison/blog/269789/

27. Решение проблем

28. - клиент меняет требования
- делаем лишнее и ненужное
- постоянный завал и переработки
- не успеваем
……..
короткие итерации
делать только важное
концентрироваться на задачах
определить скорость команды
……..

30. Больше
результатов и
выше качество
Выше репутация
на рынке
Больше объём
продаж
Больше доход
Больше
прибыль
Выше
зарплата
Сильнее команда
Более
эффективная
команда
Меньше
затрат
Следствие
Первопричина

31. Что сделать, чтобы изменения произошли успешно?
1. Разработать план изменений
2. Установить безопасное окружение для запуска
3. Получить общее согласие
4. Запустить первый проект

32. План запуска
1. Распределите роли
2. Разделите продукт на части
3. Составьте бэклог и приоритезируйте его
4. Проведите оценку юзер-стори
5. Проведите планирование первого Спринта
6. Разбейте юзер-стори на задачи
7. Запустите первый Спринт
8. Проведите демонстрацию и получили фидбек
9. Проведите Ретроспективу всего процесса

33. Установить безопасное окружение для
пилотирования

34. Получить общее согласие
Понимаю
Принимаю
Поддерживаю

35. Запустить первый проект

41. Выводы

42. Не начинайте
продажу с
демонстрации
решения
Вовлекайте
команду в
процесс
изменений
Делайте все
весело и
интересно,
работа тоже
наша жизнь
Не бойтесь
ошибаться все
равно не
получится с
первого раза
Экспериментиру
йте и
развивайтесь не
одним Scrumом
мир полон
Будьте фанатом
своего дела и у
вас обязательно
все получится

43. Литература

44. Спасибо!
Вы можете найти меня в группах:
https://www.facebook.com/groups/ITNetworkBAandPM/
www.facebook.com/groups/ScrumUA /