Лекция по Agile для UX-интенсива (ноябрь 2016)

1. Инструменты гибкого управления:
Agile / Kanban / Scrum
Денис Тучин
Agile Coach, Сбербанк

2. Денис Тучин
- В Agile с 2008
- Скрам-мастер с 2011
- Agile Coach с 2014

3. План
Тема
Введение
Agile
Kanban
Scrum

4. Типичные проблемы
разработки
продуктов

5. Каскадная модель (Waterfall)

6. Каскадная модель (Waterfall)

7. Итеративная разработка

8. Итеративная разработка

9. Backlog
(список требований)
Инкрементальная разработка

10. Что такое agile?

11. Agile-манифест
Люди
и взаимодействие
процессов
и инструментов
исчерпывающей
документации
согласования
условий контракта
следования перво-
начальному плану
Работающий
продукт
Готовность
к изменениям
Сотрудничество
с заказчиком
НЕ ОТРИЦАЯ ВАЖНОСТИ ТОГО, ЧТО СПРАВА, МЫ ВСЁ-ТАКИ БОЛЬШЕ ЦЕНИМ ТО, ЧТО СЛЕВА

12. Основополагающие принципы Agile-манифеста
1. Наивысшим приоритетом для нас является удовлетворение потребностей
заказчика, благодаря регулярной и ранней поставке ценного
программного обеспечения.
2. Изменение требований приветствуется, даже на поздних стадиях
разработки.
Agile-процессы позволяют использовать изменения для обеспечения
заказчику конкурентного преимущества.
3. Работающий продукт следует выпускать как можно чаще, с
периодичностью от пары недель до пары месяцев.

13. Основополагающие принципы Agile-манифеста
4. На протяжении всего проекта разработчики и представители бизнеса
должны ежедневно работать вместе.
5. Над проектом должны работать мотивированные профессионалы.
Чтобы работа была сделана, создайте условия, обеспечьте поддержку и
полностью доверьтесь им.
6. Непосредственное общение является наиболее практичным и
эффективным

14. Мотивация в AgileМотивация в Agile
https://www.youtube.com/watch?v=GOE5zGWdrww

15. Основополагающие принципы Agile-манифеста
7. Работающий продукт — основной показатель прогресса.
8. Инвесторы, разработчики и пользователи должны иметь возможность
поддерживать постоянный ритм бесконечно. Agile помогает наладить такой
устойчивый процесс разработки.
9. Постоянное внимание к техническому совершенству и качеству
проектирования повышает гибкость проекта.

16. Основополагающие принципы Agile-манифеста
10. Простота — искусство минимизации лишней работы — крайне
необходима.
11. Самые лучшие требования, архитектурные и технические решения
рождаются у самоорганизующихся команд.
12. Команда должна систематически анализировать возможные способы
улучшения эффективности и соответственно корректировать стиль своей
работы.

17. 80
Сокращение сроков внедрения 79
78
77
81
81
84
85
Повышение эффективности управления распределенными группами
Повышение качества
Снижение проектных рисков
Повышение предсказуемости
Укрепление морального духа и мотивации в командах
Повышение прозрачности проектов
Повышение производительности
Способность управлять изменениями 87
Улучшения от внедрения Agile, проценты
ИСТОЧНИК: 10-й отчет о состоянии адаптивных методик разработки (State of Agile Report), подготовленный в 2016 г. компанией VersionOne; 1 321 проектв отраслевой базе
данных Numetrics о программном обеспечении; примеры клиентов

18. https://versionone.com/pdf/VersionOne-10th-Annual-State-of-Agile-Report.pdf

19. Scrum framework

20. Scrum: определение
Фреймворк, в рамках которого возможно решать
сложные адаптивные проблемы и в то же время
продуктивно и креативно разрабатывать продукты
наивысшего качества.

21. Scrum

22. Scrum
Sprint Planning Sprint Sprint Review

23. Scrum на одном слайде
Бэклог продукта Бэклог спринта
Скрам-митинг
15 минут
Готовый продукт с
новой
функциональностью
Владелец
продукта
8 часов
Спринт
1-4 недели
Ретроспектива
Демонстрация
Планирование
спринта
Скрам-мастер
Команда
разработки
7±2 человек

24. Команда
разработки
Scrum Команда
Владелец продукта
Scrum Мастер
Роли Scrum

25. ВП
Владелец продукта
Задача: Добиться целей проекта
Ответственность:
• Представляет интересы заказчика и
заинтересованных лиц
• Формирует и координирует Бэклог
• Отвечает за Концепцию
• Управляет датой релиза и его содержанием

26. Scrum-мастер
• Отвечает за процесс
• Фасилитатор (модератор) митингов
• Устраняет препятствия
• Учит команду/PO Scrum
• Помогает стать эффективнее
СМ

27. Команда разработки
• Кроссфункциональная
• Самоорганизованная
• Численность - 6±3 человека
• Принимает обязательства достичь цели
спринта
• Работает вместе, помогая друг другу
КР

28. Роли
Ценность
Эффективность
Качество
ВП
СМ
КР

29. Зачем: Сформировать скоуп задач на Спринт
Кто приходит: Скрам-мастер, Владелец продукта
и Команда разработки
Какого результата хотим добиться: получить прогнозы на Спринт
и определить Цель Спринта
Когда, как часто и как долго: в начале Спринта,
1 раз за Спринт, максимум 8 часов для месячного Спринта
Планирование Спринта

30. Бэклог Спринта – это прогноз Команды
разработки
Объем работ может уточняться и
пересматриваться Владельцем продукта и
Командой̆
Цель Спринта – это ориентир, установленный
на Спринт, он дает Команде разработки
некоторую гибкость в отношении объема
функциональности, разрабатываемой в
Спринте
Не допускается внесение изменений, которые
могли бы поставить под угрозу Цель Спринта
Бэклог Спринта и Цель Спринта
Бэклог
Спринта
Цель
Спринта
Можно
изменять
в любое
время
Бэклог
продукта

31. ДОСКА ЗАДАЧ
To Do In Progress Done

33. ДОСКА ЗАДАЧ

34. ДОСКА ЗАДАЧ

35. STANDUP

37. Daily scrum meeting aka standup
• Цель митинга: поделиться информацией
• Не предназначен для решения проблем!
• Его ведет один человек
• Аудитория – команда
• Все проблемы становятся видны сразу

38. • Каждый по очереди отвечает на 3 вопроса
• Что ты сделал вчера для достижения цели спринта?
• Что ты будешь делать сегодня для достижения цели спринта?
• Какие у тебя проблемы в достижения цели спринта?
Daily scrum meeting (формат)

39. Зачем: команда показывает инкремент, чтобы получить
обратную связь
Кто приходит: Команда разработки, Владелец продукта, Скрам-
мастер, заинтересованные лица (в том числе пользователи)
Какого результата хотим добиться: получение обратной связи,
пересмотренный Бэклог Продукта
Когда, как часто и как долго: 1 раз в конце Спринта (4 часа для
месячного Спринта)
Демонстрация Спринта 1 2 3 4 5 6 7 8 9
1
0
Фреймворк Скрам (демонстрация,
инкремент, определение готовности)

40. Ретроспектива

41. Ретроспектива

42. Ретроспектива
+ Δ
Идеи Решения

44. МЕТОД КАНБАН

45. youtube.com/watch?v=JoLHKSE8sfU
Поток единичных продуктов
против производства партиями

46. http://scrumtrek.ru/stuff/6/plakat-kanban/

47. Kanban: с чего начать
• Начните с того, что есть сейчас
• Договоритесь об эволюционном развитии
• В начале соблюдайте существующие роли, должности и их
обязанности

48. Kanban доска

49. МУЛЬТИЗАДАЧНОСТЬ

50. http://scrumtrek.ru/stuff/6/plakat-kanban/

51. ЗАКОН ЛИТТЛА

52. Среднее время ожидания = размер очереди / скорость обслуживания
Lead Time = WIP / Average Completion Rate
10 человек / 10 чел в час = 1 час
Закон Литтла

53. http://scrumtrek.ru/stuff/6/plakat-kanban/

54. Lead Time
Методы командной работы (Kanban, Scrum)Нетология
0
5
10
15
20
25
1 3 5 7 9 11 13 15 17 19 21 23 25 27 29 31 33 35 37 39
85%

55. Lead Time with FIFO
Методы командной работы (Kanban, Scrum)Нетология
0
2
4
6
8
10
12
14
1 3 5 7 9 11 13 15 17 19 21 23 25 27 29 31 33 35 37 39
86%

56. FIFO & Classes of services
Методы командной работы (Kanban, Scrum)Нетология
0
2
4
6
8
10
12
14
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
Expedite: 100% Standard: 89%

57. Стендап

58. http://scrumtrek.ru/stuff/6/plakat-kanban/

59. Очередь Аналитика Разработка Приемка
2 23
В прогрессе ГотовоВ прогрессе Готово В прогрессе Готово
• Определен
сценарий
демонстрации и
приемочные
тесты
• Указан заказчик
• Проведено
ревью
программистом
• Тесты на
основные
методы
написаны и
проходят
• Код прошел
ревью
• Документация
создана и
прошла ревью
• Заказчик принял
• Готово к деплою

60. http://scrumtrek.ru/stuff/6/plakat-kanban/

61. http://scrumtrek.ru/stuff/6/plakat-kanban/

62. Что почитать?
• Драйв! Что на самом деле нас мотивирует:
• Видео: https://youtu.be/GOE5zGWdrww
• Книга: Дэниел Пинк «Драйв. Что на самом деле нас мотивирует»
• Руководство по Скраму
• Джефф Сазерленд «Scrum. Революционный метод управления проектами»
• David J. Anderson «Kanban: Successful evolutionary change for your technology
business»

63. СПАСИБО ЗА
ВНИМАНИЕ
Agile Coach
Сбербанк
denistuchin@gmail.com
facebook.com/denis.tuchin
Денис
Тучин