«data-stats =» true «> 5 выводов из последних отчетов Agile и DevOps Исаак Саколик, InfoWorld, 20 августа 2021 г. : 38 Разработка программного обеспечения DevOps Стратегия гибкости ИТ Поделиться Tweet LinkedIn

Как ваша команда по сравнению с другими компаниями, эффективно использующими Agile и DevOps?

Фото: fauxels, Pexels

Многие организации перешли на гибкие методологии планирования и доставки, чтобы повысить согласованность, надежность и удовлетворенность клиентов при создании и улучшении приложений. Они принимают культуру, политику и автоматизацию DevOps, чтобы ускорить развертывание, сократить время изменения, среднее время разрешения инцидентов и другие ключевые показатели эффективности (KPI).

Возможно, вам интересно, как ваша команда и отдел сравниваются с другими организациями-единомышленниками в контексте использования методологий Agile и DevOps? Следуете ли вы передовым методам, боретесь с аналогичными проблемами и стремитесь к достижимым результатам?

См. Также: DevSecOps, или запрограммирован для обеспечения безопасности

Два недавно опубликованных отчета дают некоторые ответы. В 15-м отчете Digital.ai о состоянии гибкой разработки и в отчете Puppet о состоянии DevOps в 2021 году представлены ориентиры для общей зрелости этих практик. Оба отчета содержат много деталей и комментариев аналитиков. Мы представляем пять основных выводов.

Agile и DevOps будут развиваться, чтобы лучше поддерживать гибридную работу.

Практики Agile добились больших успехов со времени принятия Agile Manifesto, а платформы и возможности DevOps упрощают автоматизацию и работу в облаке большему количеству технических команд. Переход к удаленной работе в 2020 году и нынешний интерес к гибридным моделям работы создают новые возможности и проблемы для организации.

В отчете Agile только 16% респондентов заявили, что у них была полная возможность удаленной работы до пандемии. После снятия ограничений по пандемии 56% предпочтут гибридный подход, а еще 25% останутся удаленными работниками. Только 3% планируют вернуться в офис на постоянной основе.

В распределенных командах часто проще внедрять инновации и сотрудничать, поэтому многие руководители будут стремиться к практическим изменениям и инструментам, поддерживающим гибридные методы работы. Гибридная работа потребует изменения способов ежедневных встреч гибких команд, автоматизации рабочего процесса между гибкими инструментами и инструментами DevOps, а также формализации коммуникаций и совместной работы.

Достичь гибкости или зрелости DevOps непросто

В отчете DevOps говорится, что в 2010 году 10% организаций квалифицировались как имеющие высокоразвитые практики DevOps. В отчете за 2021 год это число возросло до 18% респондентов. Тем не менее, эти организации могут развертывать решения по требованию, менее часа на внесение изменений, менее часа на восстановление данных после инцидентов и процент сбоев при изменении менее 5%.

Конечно, это очень высокая планка для большинства организаций, но 78% компаний со средней зрелостью по-прежнему демонстрируют значительное улучшение этих ключевых показателей эффективности.

В гибком отчете 80% респондентов выполняют базовые гибкие процедуры, такие как стендапы, ретроспективы, планирование спринтов и обзоры спринтов. Однако более трети респондентов не используют методы оценки, не выделяют конкретных владельцев продуктов, не планируют выпуски продуктов, не создают дорожные карты продуктов и не используют гибкое планирование портфеля. Респонденты определили более 20 гибких платформ, 10 различных платформ для масштабирования гибкости и более 20 различных инструментов планирования и реализации, которые используются в настоящее время.

Это показывает, что нет однозначного ответа на вопрос о том, какой уровень зрелости следует установить, какие практики принять или какие инструменты стандартизировать. Бизнес-цели, культурная ДНК и стратегия лидерства каждой компании приведут к выбору различных технологий и разных путей практической зрелости.

Улучшение ключевых показателей эффективности DevOps требует принятия

стандартовОдин из 12 принципов Agile Manifesto гласит: «Лучшие архитектуры, требования и проекты возникают из самоорганизующихся команд». Но компании, отделы и группы должны принимать технологические стандарты, выбирать общие платформы и создавать центры передового опыта.

Руководители технологий и архитекторы могут предпочесть полную свободу выбора инструментов, но исследования показывают, что зрелые команды DevOps более склонны устанавливать стандарты. Согласно отчету DevOps, более 87% организаций с высоким уровнем зрелости и 65% организаций со средним уровнем зрелости имеют общие инструменты, языки и методологии DevOps. Эти организации ищут четкие роли, планы и цели для своей работы (89% для высокоразвитых и 72% для промежуточных) и следят за тем, чтобы люди в их команде имели четкое понимание ответственности (91% для высокоразвитых и 78 % для промежуточного развития).

В отчете DevOps представлены предложения о том, как организовать команды по функциям, решениям и целям предоставления инфраструктуры, а в отчете по гибкой методике показано, какие гибкие методы и инструменты применяются лучше. Руководители должны поощрять гибкие команды и специалистов-практиков DevOps обсуждать стандарты и использование платформ, прежде чем искать новые инструменты, инновации и обновления.

Согласование с целевыми ключевыми показателями эффективности приносит пользу бизнесу

Насколько быстро это делается достаточно быстро? Какой уровень автоматизации требуется для уменьшения количества ошибок и минимизации ручных операций? Соответствуют ли целевые операционные KPI бизнес-целям и целевому уровню удовлетворенности клиентов или конечных пользователей?

В отчете по гибкости три наиболее важных показателя успешных гибких преобразований (с более чем 50% ответов): удовлетворенность клиентов, ценность для бизнеса и достигнутые бизнес-цели. Более того, 56% респондентов внедрили или планируют внедрить управление потоками создания ценности.

Из этого следует два вывода. Будь то Agile, DevOps или и то, и другое, командам необходимо сосредоточиться на эффективности бизнеса и удовлетворенности клиентов в качестве своих основных целей. Второй урок: выбор и улучшение операционных KPI требует вложений, поэтому лидеры должны тщательно выбирать, на каких показателях сосредоточиться и какие цели преследовать. Например, команды с большим количеством неудачных изменений могут сосредоточиться на этих ключевых показателях эффективности и отдать приоритет практике непрерывного тестирования. С другой стороны, команды, создающие приложения для клиентов на конкурентном рынке, могут решить увеличить частоту развертываний, чтобы быстрее выпускать новые функции.

Устранение культурных барьеров требует сильного лидерства

Оба отчета подчеркивают необходимость активного лидерства и изменения организационной культуры как ключевых факторов успеха гибких программ и программ DevOps. В отчете Agile более 40% респондентов назвали проблемы культурным конфликтом, недостаточным участием руководства и неадекватной управленческой поддержкой. В отчете DevOps более 44% руководителей в более развитых организациях активно продвигают культурные изменения, методы DevOps и бизнес-преимущества.

Респонденты понимают, что единственный способ получить поддержку Для сотрудничества с заинтересованными сторонами бизнеса в области сквозных процессов инвестиции во внедрение платформ и время на обучение и внедрение практик возглавляются лидерами в области технологий трансформационных изменений вместе со своими коллегами по бизнесу. В конце концов, DevOps — это не только автоматизация и оптимизация облака, а гибкие методологии — это не только повышение производительности, качества и своевременности доставки. Когда Agile и DevOps нацелены на выгоды для бизнеса и влияние на клиентов, выигрывают все.

Эта статья от InfoWorld USA

Для коммерческого воспроизведения контента Computerworld необходимо приобретать лицензию. . Свяжитесь с нашим партнером YGS Group по адресу [email & # 160; protected] Поделиться Поделиться Поделиться LinkedIn Tweet #hpe_special_offers.