Презентация Никиты Филиппова (Scrumtrek) с вебинара для сообщества Смартсорсинг (http://smartsourcing.ru/events/scrumwebinar072011)

1. Lean и Agile Никита Филиппов

4. Henrik Kniberg 4 Что это за фигня? TDD Scrum XP Continuous Integration Kanban Pair programming Refactoring Lean Agile RUP

5. Чему мы научились?

7. Разработчик знает, как разработать

9. Дефекты в самом процессе Влияние длины спецификации на сроки Влияние избыточной детализации на сроки Влияние изменения требований на сроки Влияние мнения со стороны на сроки со стороны Источник: How to avoid impact from irrelevant and misleading info on your cost estimates, Simula research labs estimation seminar, Oslo, Norway, 2006

10. Ненужная функциональность Цена Сложность # функций в системе Функциональность, используемая в типичной системе Standish Group Study Report

11. Чему мы научились Сроки Успешные проекты в 1994: 15% Среднее значение выхода за бюджет и сроки: ≈170% Успешные проекты в 2004: 34% Среднее значение выхода за бюджет и сроки: ≈70% Стоимость “Главная причина [для улучшений]что проекты стали меньшего размера.” Функциональность (features) «Делая проекты итеративным процессом , решалось много проблем, которые не решал водопадный процесс требующий полное проектирование «СВЕРХУ»» Jim Johnson Глава Standish Group ТОП 5 ПРИЧИН УСПЕХА: Вовлечение заказчика Поддерживающий менеджмент от руководства Ясные бизнес цели Управление скоупом Гибкий процесс Quality Не существует серебряной пули но Гибкие методологии очень близки к этому определению

12. С чем приходилось бороться Требования меняются (change requests) Качеством жертвуют Люди увольняются Системы невозможно поддерживать из-за сильной зависимости человек-модуль/система Проблемы интеграции подсистем Общаемся с заказчиком через документ

14. Разработчики принимают решения о том, как разработать исходя из потребностей заказчика

16. Манифест гибкой разработки Люди и взаимодействияважнее чем процессы и инструменты Работающий кодважнее совершенной документации Сотрудничество с заказчикомважнее контрактныхобязательств Реакция на измененияважнее следования плану www.agilemanifesto.org

17. Agile-подход Итеративность Движемся к цели короткими шагами Инкрементальность В конце каждой итерации законченный продукт Возможность получить обратную связь, скорректировать и обработать ожидания заказчика

19. Lean Бережливая разработка ПО Lean - aдаптацияTPS в США и Европе Бережливая разработка ПО – адаптация TPS в разработке ПО (и шире в ИТ) Мэри Поппендик Том Поппендик

20. Основные Принципы Лин Сформировать поток работ Контролировать объем единичной работы Снижать вариативность Ограничивать количество одновременно выполняющейся работы (WorkInProgress) Уничтожать потери

21. 7 потерь

22. Lean  Agile Lean Agile FDD, DSDM, OpenUP etc… Scrum XP Kanban

23. Материалы для изучения

24. Case studies http://www.infoq.com/news/2010/08/agile-lean-validation-studies

25. Agile World (1) IBM http://www.infoq.com/presentations/dancing-agile-elephant Microsoft http://www.ademiller.com/tech/reports/agility_and_the_inconceivably_large.pdf Nokia http://agilesoftwaredevelopment.com/files/Scrum%20in%20Multiproject%20Environment.pdf

26. AgileWorld (2) Google http://weblogs.asp.net/jsemeniuk/archive/2008/01/03/lessons-learned-implementing-scrum-at-google.aspx AMDocs http://www.slideshare.net/yyeret/lean-conf-amdocs-case-study Intel http://danube.com/docs/case_studies/Intel_case_study.pdf

27. http://scrumtrek.ru/company/clients/

28. Цель Agile и Lean Создать процесс со стабильными поставками Обеспечить прозрачность между Бизнесом и Разработкой Самое важное заказчику, как можно быстрее Постоянно улучшать процесс в контексте своей компании (нет универсального процесса)

29. ОТ ФИЛОСОФИИ к ПРАКТИКАМ

31. Роли в Scrum: Product Owner Цель:Развиватьпродукт/проект с максимальнойдоходностью (пользой) Ответственность: Представляетинтересызаказчика и заинтересованныхлиц Формируети координирует Backlog Отвечает за Product Vision Управляетдатойрелизаиегосодержанием

32. Кем Product Owner не является Не Руководитель разработки Не влияет на решения по архитектуре Не назначает задачи Не оценивает

34. Сами координируют и организуют свою работуКросс-функциональная

35. Ролив Scrum: ScrumMaster Цель:Поддерживать «здоровье» команды, сделать команду самоорганизующейся Ответственность: Фасилитирует (модерирует) митинги Поддерживает прозрачность, доверие и взаимную ответственность Устраняетвнешниепрепятсвия Отвечаетзапроцесс Коммуникационный лидер

36. Кем ScrumMasterне является Не технический лидер команды Не назначает задачи Не менеджер проекта Не принимает решения в отрыве от команды Не назначает задачи

37. Баклог продукта

38. Product Backlog Список всей известной работы (features) Фичи из баклога планируются на итерации За баклог отвечает Product Owner

39. Баклог

40. Баклог продукта Приоритезированный список Истории, баги, технологические улучшения, открытые вопросы Более приоритетные элементы баклога определены детальнее PO приоритезирует список Все могут добавлять элементы баклога

41. Процесс работы

43. Планирование релиза

44. Планирование релиза

45. Планирование релиза

46. Планирование релиза

47. Планирование релиза Планирование релиза

48. Velocity = 14 Планирование релиза 1 2 3 4

49. Release BurnUp Chart Планирование релиза Предсказать,когдабудетвыполненобъемработ

50. Планирование итерации

51. Планированиеитерации Планирование итерации Planning Poker Backlog

52. TaskBoard Планирование итерации

53. Длительность итерации Количество задач ~20-40 задач Частота изменений требований За итерацию требования не меняются Возможность получить значимый результат ~10 Историй © ScrumTrek.ru, 2008 Планирование итерации

54. Работа внутри итерации

55. Работа внутри итерации: Доска задач © scrumtrek.ru TO DO In progress Done

56. © scrumtrek.ru Работа внутри итерации: Доска задач TO DO In progress Done Работа по приоритетам

57. © ScrumTrek.ru, 2008 Daily Scrum Скрам (стендап)

58. Daily SCRUMmeeting Скрам (стендап) Цель митинга: поделиться информацией Не предназначен для решения проблем! Его ведет один человек (ScrumMaster) Аудитория – команда Все проблемы становятся видны сразу Вопросы Что ты сделал вчера? Что ты будешь делать сегодня? Какие у тебя проблемы?

59. Скрам (стендап)

60. Demo Демонстрация

63. SMART-цели Specific – Конкретный / Понятный Measurable – Измеримый Achievable – Достижимый Relevant – Обоснованный / Соответствующий Time-bound – Ограниченный по времени

64. Kanban – инструмент для не итеративной разработки

65. Цели Kanban Визуализировать поток работ Ограничить количество незавершенной работы (работы в процессе) Снизить среднее время выполнения задач Искать потери, чтобы улучшать процесс

66. Баклог Разработка Очередь Тестирование Готово! 2 3 2 Впрогрессе Готово 1 2 3 4 5 6 7 8 A 10 11 PO

67. Баклог Разработка Очередь Тестирование Готово! 2 3 2 Впрогрессе Готово 1 3 2 4 5 6 7 8 A 10 11 PO

68. Баклог Разработка Очередь Тестирование Готово! 2 3 2 Впрогрессе Готово 1 3 2 4 5 6 7 8 A 10 11 PO

69. Баклог Разработка Очередь Тестирование Готово! 2 3 2 Впрогрессе Готово 1 3 4 2 5 6 7 8 A 10 11 PO

70. Баклог Разработка Очередь Тестирование Готово! 2 3 2 Впрогрессе Готово ? 5 1 3 2 4 6 7 8 A 10 11 PO

71. Баклог Разработка Очередь Тестирование Готово! 2 3 2 Впрогрессе Готово ? 5 1 2 4 6 3 7 8 A 10 11 PO

72. Баклог Разработка Очередь Тестирование Готово! 2 3 2 Впрогрессе Готово 5 1 2 6 3 7 4 8 A 10 11 PO

73. Баклог Разработка Очередь Тестирование Готово! 2 3 2 Впрогрессе Готово 5 1 6 3 7 4 2 8 A 10 11 PO

74. Баклог Разработка Очередь Тестирование Готово! 2 3 2 Впрогрессе Готово 5 1 6 3 7 4 2 8 A 10 11 PO

75. Devprom:10241 Приоритет: Срок: 24/03/11 Поиск по вакансиям Заказчик: Пупкин В. Анализ: 11/03/11 Разработка: 18/03/11 Тест: 22/03/11

76. Баклог Разработка Очередь Тестирование Готово! 2 3 2 Впрогрессе Готово BUG А-а-а-а!!! 7 1 3 5 2 6 4 A A A PO

77. Анализ Разработка Приоритет 6 Баг из «СРОЧНО!» Приоритетные Риск нарушения сроков Остальные в порядке очередности поступления BUG !

78. Декомпозиция в Kanban

79. Аналитика Очередь Разработка Тестирование 2 3 2 2 Впрогрессе Готово Впрогрессе Готово Впрогрессе Готово

80. Аналитика Очередь Разработка Тестирование 2 3 2 2 Впрогрессе Готово Впрогрессе Готово Впрогрессе Готово

81. Аналитика Очередь Разработка Тестирование 2 3 2 2 Впрогрессе Готово Впрогрессе Готово Впрогрессе Готово

82. Аналитика Очередь Разработка Тестирование 2 3 2 2 Впрогрессе Готово Впрогрессе Готово Впрогрессе Готово BUG BUG

83. Аналитика Очередь Разработка Тестирование 2 3 2 2 Впрогрессе Готово Впрогрессе Готово Впрогрессе Готово BUG BUG

84. Пульс проекта: каденции

85. Каденции Итерации Sprint 2 week 1 week 2 week 3 week 4 week 5 week 6 week 7 week 8 week 1 week 2 week 3 week 4 week 5 week 6 week 7 week 8 week 1 week 2 week 3 week 4 week 5 week 6 week 7 week 8 Sprint 1 Review (release?) Plan & commit Retrospective Каденции Retrospectives (4w) Planning cadence (2w) Release cadence (1w) События Retrospectives (on demand) Planning (on demand) Release (on demand) By HenrikKniberg

88. Можнокомбинировать большие и малые историиBig item Big item WIP limit = 3 items

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

92. Integrated & regression tested

94. First tasks defined

96. Priority features

97. Hard deadline features(only if deadline is at risk)

98. Oldest featuresDate whenaddedto board (description) (description) = completed (description) = priority 2009-08-20 2009-09-30 = blocked Why = panic (description) (description) = who is doing this right now Who is analyzing / testing right now (description)

99. Внедрение Shu – следуй процессу Ha – адаптируй RI – забудь о процессе

100. Итог Scrum иKanban – инструмент снижения рисков и повышения прозрачности Процесс может строиться в виде итераций либо потока Поток ограничивается для повышения пропускной способности либо по timeboxлибо по WIP Должен постоянно улучшаться, чтобы отвечать текущим реалиям Лучше начинать с «книжных вариантов» и потом адаптировать.

101. Материалы для изучения

102. http://scrum.org.ua/scrum-i-xp-zametki-s-peredovoj/

103. Succeeding with Agile by Mike Cohn

104. ЭлияхуГолдрат «Цель: процесс непрерывного совершествования»

105. МэрриПоппиндик: «Бережливая разработка ПО»

106. Вопросы Детальнее на наших тренингахhttp://Scrumtrek.ru Конференции http://Agiledays.ru Skype: nikita_filippov @nfilippov http://Blog.scrumtrek.ru nfilippov@scrumtrek.ru Спасибо !