Документ обсуждает применение agile-методов в разработке программного обеспечения и связанные с ними проблемы, такие как хаос и неэффективность, вызванные отсутствием управления. Поднимаются вопросы о внедрении agile и о том, как это влияет на качество и сроки разработки, включая конфликт интересов между бизнесом и разработчиками. Также рассматриваются преимущества agile, такие как гибкость в изменении требований и повышение ответственности за результаты.

1. Agile во внутренней разработкеАсхатУразбаевAgile CoachScrumTrek

2. АсхатУразбаевScrumTrekAgile Coach

3. Управляющий партнерВ прошломПрограммист, менеджер проектов, методологIT организации – разныеи похожие

4. Победа разработкиКризисAgileХаосПроектный подход`Победа бизнеса

5. Хаотическая разработкаНовый IT отдел Начало времен

6. РазработчикРазбирается в бизнес доменеОбщается с пользователями«Свой» программист для заказчика

7. Тестируют пользователи«Качество определяется не наличием багов, а умением программистов их обезвреживать»

8. Высокая производительностьНебольшие системыМинимум интеграцииРазработчики не взаимодействуют друг с другомВысокая гибкостьДостаточная производительность

9. КризисЗадачиБагиЕще задачиПроблемы пользователейИ опять задачи!Вопросы бизнеса

10. КризисХронический срыв сроковНизкое качествоВысокая стоимость поддержки

11. Что делать?

12. AgileПроектный подходПроектный подход

13. Победа разработкиКризисAgileХаосПроектный подход`Победа бизнеса

14. Проектный подходПроектМенеджер проектовПул ресурсовПроектная командаДокументирование требованийТестированиеАналитикаКонфигурационное управление...

15. AgileПроектный подходAgile

16. Победа разработкиКризисAgileХаосПроектный подход`Победа бизнеса

17. Что нравится в AgileОтветственность за DeliveryТребования фиксируются на итерацию Определяются приоритетыКомандная работа

18. Agile вХаотической разработке:Нет людей и знаний: Нет управления, квалифицированных менеджеров, Нет команд,Нет конфигурационного управления, тестирования, аналитики и так далее

19. Внедрение Agile

20. Проблемы внедренияРиск возврата ручного управленияCтрах сказать «Нет» заказчику

21. Герои в почетеМифический программистпрошлого:«Я бы сделал ЭТО за 2 часа»

22. Победа разработкиКризисAgileХаосПроектный подход`Победа бизнеса

23. AgileПроектный подходПроектный подход

24. КонфликтДолго делают!Непродуманные требования!Срывают сроки! Новые задачиНизкое качество!Не знают чего хотят!Постоянные баги!Сроки с потолка

25. Война бизнеса и разработки

26. Победа бизнесаПочему не готово?Приоритеты поменялисьНовые требованияПрограммиста забрали на другой проектЧтобы завтра было!Урежем тестирование

27. Некоторое время спустяПочему баги?А-а-а-а!

28. Внедрение AgileРазделение ответственностиЧеткие правила игры

29. Почему Agile нравитсяОтветственность за качествоНет переключений задачФокусирование на результатеФиксированная командаСокращение времени реакцииВыделено время на обеспечение качества

30. ТрудностиЗакрепление выделенных командПоиск POМного баговТрудно определить приоритетыОтсутствие VisionТрудно вытащить заказчика

31. Война бизнеса и разработки

32. Победа разработкиКризисAgileХаосПроектный подход`Победа бизнеса

33. Разработка наносит ответный ударСогласование требованийКомитет по управлению изменениямиПриемка у заказчика!!!Фаза разработки архитектурыХе-хе. По тестовым сценариям!Фаза тестирования

34. Война: окапываемся!Ревью и согласования в рабочих группах обязательныТребования некачественныеНедовольство пользователейФаза приемки у группы эксплуатацииТестировщикинедозагруженыПосадить вместе с тест менеджеромПравите на productionТолько release engineer имеет право выкладыватьБольше бюрократии – дольше разработка

35. Почему Agile нравитсяРезультат, нужный заказчикуГибкость в изменении требований

36. ТрудностиТрудно выделить всю цепочку (например, забрать в команду аналитиков и тестировщиков)ДебюрократизацияНемотивированность разработчиковУход людейКлючевые бездельники

37. Разработка как сервисЧеткие правила игрыПравильное разделение ответственностиПостоянное совершенствование

38. Сервисная разработкаDelivery is OK!Дальше: Максимизация ценности заказчикуПовышение эффективности разработки

39. ТрудностиГовнокодМаркетингАналитикаНедостаток дисциплины

40. Проблемы и их решенияОтсутствие пониманияРазъясняем и учимОтсутствие компетенцииНанимаем профиУчим Учимся

41. Проблемы и их решенияПоддержка высокого руководстваAgile как экспериментЗеленый свет эксперименту!

42. РешенияНавести порядок у себяПрозрачностьBaby steps

43. Победа разработкиКризисAgileХаосПроектный подход`Победа бизнеса

44. АсхатУразбаевaskhat@scrumtrek.ruTwitter: zibsunSkype: askhatuЖЖ: zibsun.livejournal.com

45. Вопросы?