Вы прочитали об интересном Agile подходе и хотите попробовать в проекте. Кто-то вам сказал, что эти модные слова помогут вам продавать ваши услуги разработки. Или вы сами искренне верите, что вам поможет внедрение методов гибкой разработки. Готовы ли вы к тем изменениям, которые необходимо сделать? Готовы ли менеджеры продукта, ваши аналитики, руководители проектов, и разработчики мыслить по-другому? Готовы ли ваша компания общаться с представителями бизнеса по-другому? Зачастую изменение работы в одной области затрагивает и другие аспекты, и часто выходит за границы команды или отдела. Давайте вспомним, какие принципиальные отличия подразумевает Agile стиль мышления. На примерах посмотрим, как это может выглядеть в продуктовой компании и в компании заказной разработки. В этом рассказе опыт реальных компаний и заметки о “недокументированных” изменениях, которые вас ожидают на пути.

1. Agile или не Agile
Тимофей Евграшин
tim(a)tim.com.ua

2. Немного истории
1900 1950 1980 1990 2000
Реализация
Mass
Production
Toyota Production
System
Lean
Manufacturing
Waterfall
Iterative
Incremental
Development
Lean Software
Development
Agile
RUP
Scrum
XP
Your
team? J
Принципы
Практики

3. Сдвиг парадигмы #1
Требования
Далеко от ясности
Технологии Далеко от определенности
Простые
Сложные
Комплексные
Анархия
Source: Strategic Management and Organizational Dynamics by
Ralph Stacey, in Agile Software Development With Scrum by Ken
Schwaber and Mike Beedle.
Вы
здесь

4. Разработка софта –
это страна «Черных
Лебедей»

5. Сдвиг парадигмы #2
Quality
Cost Time
Scope
Плановый подход
Фиксировано
Переменно

6. Сдвиг парадигмы #2
Гибкий (Agile) подход
Фиксировано
Переменно
Quality
CostTime
Scope

7. Сдвиг парадигмы #3
User
Традиционный дизайн систем
System

8. Сдвиг парадигмы #3
User-centric дизайн систем
User
System

9. Более гибкий манифест
We encounter possibilities to focus more on
effectiveness by working Agile and learning from that.
Based upon our experience we value
Teamwork & responsibility over Individuals and Interaction
Deliver Value over Working software
Partnership elaboration over Customer collaboration
Embrace change over Respond to Change
Inspired by , 2010

10. Основные причины провала
Agile проектов
* The 9th Annual State of Agile™ Report

11. Барьеры для дальнейшего
внедрения Agile
* The 9th Annual State of Agile™ Report

12. Гибкость это
состояние
ума
* Это значит, что вы имеете дело с
изменением привычек и поведения людей

13. Привет, мы
* Построение организации с использованием правильных принципов

14. “Вызов принят”
(наша задача ясна, но все еще неопределенна)
Миф
Реальность

15. Самоорганизующиеся команды

16. Lean-изация
Общий ритм
разработки циклами

17. EPIC
Feature
User
Story
Initiative

18. НО! Уточняем требования
только на следующие 4
итерации

19. Оценка
сравнением

20. Постоянный
пересмотр
(всего)

21. Что мы
можем делать
лучше?

22. Экспертные группы
*Inspired by Spotify and Henrik Kniberg

23. Анализ Пользователей и
Клиентов

24. Управление ожиданиями

25. У вас заказная
разработка?

26. Дизайн мышление
Видение
Карты

27. Что у вас с выделенными
командами?

28. Профессиональные
сервисы?

29. Поймайте Поток

30. Осторожно!
Суб-оптимизация

31. Ваше оружие:
Kanban, Kaizen и
здравый смысл

32. Итого

33. Гибкость – это стиль
мышления, а не бренд

34. Используйте правильные
парадигмы

35. Изменение индустрии – это
смена стиля мышления всех её
участников

36. Тимофей
Евграшин
http://tim.com.ua
tim(at)tim.com.ua Спасибо!