Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Agile или не Agile

2,800 views

Published on

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

Published in: Business
  • Be the first to comment

Agile или не Agile

  1. 1. Agile или не Agile Тимофей Евграшин tim(a)tim.com.ua
  2. 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. 3. Сдвиг парадигмы #1 Требования Далеко от ясности Технологии Далеко от определенности Простые Сложные Комплексные Анархия Source: Strategic Management and Organizational Dynamics by Ralph Stacey, in Agile Software Development With Scrum by Ken Schwaber and Mike Beedle. Вы здесь
  4. 4. Разработка софта – это страна «Черных Лебедей»
  5. 5. Сдвиг парадигмы #2 Quality Cost Time Scope Плановый подход Фиксировано Переменно
  6. 6. Сдвиг парадигмы #2 Гибкий (Agile) подход Фиксировано Переменно Quality CostTime Scope
  7. 7. Сдвиг парадигмы #3 User Традиционный дизайн систем System
  8. 8. Сдвиг парадигмы #3 User-centric дизайн систем User System
  9. 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. 10. Основные причины провала Agile проектов * The 9th Annual State of Agile™ Report
  11. 11. Барьеры для дальнейшего внедрения Agile * The 9th Annual State of Agile™ Report
  12. 12. Гибкость это состояние ума * Это значит, что вы имеете дело с изменением привычек и поведения людей
  13. 13. Привет, мы * Построение организации с использованием правильных принципов
  14. 14. “Вызов принят” (наша задача ясна, но все еще неопределенна) Миф Реальность
  15. 15. Самоорганизующиеся команды
  16. 16. Lean-изация Общий ритм разработки циклами
  17. 17. EPIC Feature User Story Initiative
  18. 18. НО! Уточняем требования только на следующие 4 итерации
  19. 19. Оценка сравнением
  20. 20. Постоянный пересмотр (всего)
  21. 21. Что мы можем делать лучше?
  22. 22. Экспертные группы *Inspired by Spotify and Henrik Kniberg
  23. 23. Анализ Пользователей и Клиентов
  24. 24. Управление ожиданиями
  25. 25. У вас заказная разработка?
  26. 26. Дизайн мышление Видение Карты
  27. 27. Что у вас с выделенными командами?
  28. 28. Профессиональные сервисы?
  29. 29. Поймайте Поток
  30. 30. Осторожно! Суб-оптимизация
  31. 31. Ваше оружие: Kanban, Kaizen и здравый смысл
  32. 32. Итого
  33. 33. Гибкость – это стиль мышления, а не бренд
  34. 34. Используйте правильные парадигмы
  35. 35. Изменение индустрии – это смена стиля мышления всех её участников
  36. 36. Тимофей Евграшин http://tim.com.ua tim(at)tim.com.ua Спасибо!

×