Внедрение agile в большой корпорации — приключения обыкновенные и невероятные (Оксана Некрасова, SECR-2015) — различия между версиями
Материал из 0x1.tv
StasFomin (обсуждение | вклад) |
StasFomin (обсуждение | вклад) |
||
== Примечания и отзывы == <!-- <blockquote>[©]</blockquote> --> * [http://2015.secr.ru/lang/ru/program/submitted-presentations/agile-adoption-in-the-corporation-three-waves-of-transformation Страница доклада на сайте конференции] <references/> <!-- --> [[Категория:SECR-2015]] [[Категория:Agile-преобразования]] {{stats|disqus_comments=0|refresh_time=2017-12-02T11:30:1208T17:49:34.985071221729|vimeo_comments=0|vimeo_plays=89|youtube_comments=0|youtube_plays=10}} |
Версия 14:49, 8 декабря 2017
Содержание
Аннотация
- Докладчик
- Оксана Некрасова
Agile давно завоевал свою популярность в небольших командах. В корпорациях эффективность его применения не так очевидна. Даже использование адаптивной модели SAFe не дает гарантии успеха. Дополнительные сложности вызывает неправильная интерпретация принципов и безоговорочная вера в непреложность стандартных практик, поиск «серебряной пули». Наше подразделение ЕМС состоит из более 1000 человек, работающих на одной кодовой базе (миллионы строк кода), часть которых существует много лет.
Используется огромное количество разных технологий от античных до новейших. Работая по водопадной модели, мы сталкивались с традиционными проблемами, такими как значительное опоздание релизов, расхождение результата с ожиданиями, негибкость к изменяющимся требованиям, сложности с внедрением инновационных идей, и т.д. Три года назад наша организация начала изменять процесс и за это время прошла три степени трансформации применения agile. Мы начали с «чистого» agile и потерпели неудачу. Далее стали применять модель SAFe и набили много шишек, совершили много ошибок и открытий прежде чем увидели первый положительный результат от изменений.
Мы столкнулись с с рядом проблем при реструктуризации команд к виду «end-to-end» и адаптации разработчиков к новому процессу, при передаче командам полномочий/обязанностей по тестированию, при изменении подхода к проектной документации. Мы обнаружили, что agile может значительно нагружать команды дополнительными работами, а также, что использование некоторых практик может приводить к различным side-effects при использовании на уровне корпорации. Однако упорное следование выбранному курсу,наконец, вывело нас к пониманию адаптивности процесса и использованию agile принципов по отношению к самому процессу. С этого момента преобразования пошли легче, мы доработали структуру организации, совместили SAFe модель в разработке с водопадной моделью Sales, добавили в процесс метрики и перестроили подходы к тестированию.
Однако трансформация не завершена окончательно, это процесс бесконечный, и мы прошли только самые сложные первые шаги, о которых и хотим рассказать.
Видео
Слайды
Примечания и отзывы
Plays:99
Comments:0