1. Трансформация
Scrum
Асхат Уразбаев
ScrumTrek

2. Асхат Уразбаев
• ScrumTrek
• Agile Coach
• Управляющий партнер
• В прошлом
• Программист, менеджер
проектов, методолог

3. http://www.scrum.org/Portals/0/Documents/Scrum%20Guides/Scrum%20Guide%20-%20RU.pdf

4. Олдскульный скрам (2001)

5. Next generation
Sprint ~ 2 weeks
• Определен
сценарий
демонстрации
и приемочные
тесты
• Указан заказчик
• Проведено
ревью
программистом
• Протестирован
о, все баги
закрыты
• Тесты
написаны
• Код прошел
ревью
• Документация
прошла ревью

6. КОММИТМЕНТ

7. Velocity
• Отражает изменения в процессе
• Помогает планировать релизы
• Фокусирует на результате

8. Velocity и регрессия к среднему

9. Перестраховка
Оптимист - Сделаем если ничего не предвиденного не случится. Новички. 0%
Реалист - Наиболее вероятное значение. Оценка опытных разработчиков. (Вероятно
Fail по- прежнему ~70%)
Перестраховка - Если космос не рухнет, то точно уложимся.

10. Простое объяснение

11. Velocity падает
Стабильная скорость — признак перестраховки

12. Не успели доделать все
по плану, было много
срочных задач
Ничего, впереди
выходные! Мы уже
пообещали закончить
заказчику

13. По-хорошему еще
пару дней
потестировать
Нет, мы можем не
успеть сделать то,
что пообещали
заказчику

14. Commitment Forecast

15. Мы прогнозируем, что
сможем сделать Paypal,
Visa, AMEX в спринте
Мы даем обязательство
улучшить методы оплаты

16. Иногда мы
проваливаем
спринты
Из скрама
выпилили
коммитмент!

17. ТРАНСФОРМАЦИЯ РОЛЕЙ

18. Эволюция скрам-мастера
• 2007
– Смотрит за тасками, ведет BurnDownChart, проводит митинги
– Отвечает за блокеры
– Помогает решать конфликты
• 2009
– Отвечает за то, чтобы команда была продуктивной
– Улучшает взаимодействие ролей/функций
– Устраняет барьеры
– Отвечает за следование процессу
• 2010
– Отвечает за то, что команда следует принципам и практикам
Scrum
– Учит команду/PO Scrum
– Помогает стать самоорганизующейся

19. Scrum Master

20. Scrum Master
• Servant Leadership
– Трансформация от «администратора» к лидеру
• Process Owner
– Vision of process
– Нет власти над людьми
– Есть власть над процессом
– Коуч
– Не обязан лично проводить митинги

21. Product Owner
• 2007
– Представляет интересы стейкхолдеров
– Получает инвестиции
– Отвечает за ROI, Backlog
– Отвечает за успех продукта
• 2009
– Определяет scope и дату релиза
– Отвечает за ROI, приоритет
• Сейчас
– Отвечает за ценность проделываемой командой работы
– Отвечает за прозрачность и ясность баклога для команды
– PO – accountable

22. PO — часть команды
Scrum Team Dev Team
SM
PO
http://www.scrum.org/Portals/0/Documents/Scrum%20Guides/Scrum_Guide.pdf

23. Трансформация PO
• От «представляет интересы» к «отвечает за
business value»
• От Responsible к Accountable
• Вне команды –> часть Scrum Team

24. ПЛАНИРОВАНИЕ И ОЦЕНКА

25. Оценка
Часы
«Идеальные Дни»
Стори-пойнты
~40%
~20%
~10%
«Майки» SML ~1%

26. Planning poker

27. Bucket/bulk estimation

28. Оценка баклога
• Человеко-дни
– 1 день на оценку релиза
– Излишняя точность
• Стори-пойнты
– 4 часа
– Planning poker
• Стори-пойнты
– 1 час
– 1/2/4
• Порядок величины
– ~ 20 мин
– Good, Too big

29. Estimating

30. Оценка
ЗадачиФичи
1. Не оценивать. Просто посчитать.
2. Оценивать в T-shirt
1. Без задач
2. Не оценивать задачи, просто сосчитать
3. Оценить задачи в днях
1d
2d0.5d
4. Оценить задачи в часах
12h
8h4h
S M L
Часы?
Дни?
Недели?
S M
L
3. Оценивать в story-points
1sp
2sp
5sp
4. оценивать в идеальных человеко-днях
1d
3d
6d
”типичный”
Kanban
”типичный”
Scrum
By Henrik Kniberg

31. Зачем оценивать таски?
• Лучше
коммуникация
• Детальнее план
• Вовлечение
• Уточнение плана на
итерацию
Умеете эффективно взаимодействовать?
Поэкспериментируйте с отказом от оценки
задач

32. Iteration Zero
• Project Kick-off
• Серия
фасилитированных
сессий
• Начальная
синхронизация PO,
команды,
заказчиков

33. Iteration Zero
2-10 дней
• Vision
• Pragmatic Personas
• Feature Generation
• Story Mapping
• Architectural Workshop
• UI Workshop
• Estimating & Release Planning
• GO

34. «КАНБАНИЗАЦИЯ»

35. «Планирование занимает чуть больше
времени, чем ты можешь выдержать»

36. Новая информация может изменить
план по ходу спринта

37. Соблазн взять задачу из конца
спринта

38. Планирование итерации (2)
• Выбор US (исходя из velocity)
– 20 минут
• Декомпозиция US на standup
– Если нельзя взять задачу из уже
декомпозированных
• WIP по US РазработкаПлан Тест Готово
В
работе
Готово
2

39. Product Team
• Prod team
– Фокусируется на
продукте
• Dev Team
– Фокусируется на
разработке
• Пересекаются
Заказчики
Команда
Product Owner

40. Grooming/Refinement
• Регулярный митинг
• Задачи
– Добавляем US
– Декомпозируем US
– Переформулируем US
– Оцениваем US
– Добавляем приемочные критерии

41. “Scrumban”
Разработка Тест Деплой
В
работе
Готово
Анализ
В
работе
Готово TODO
Готово

43. http://agilescout.com/agile-manifesto-2-1-moreagile-manifesto/

44. Вопросы?
Асхат Уразбаев
@zibsun
askhat@scrumtrek.ru