DevOps-исследования и оценка
DevOps Research and Assessment (сокращенно DORA ) — это команда, входящая в состав Google Cloud , которая занимается опросами мнений инженеров -программистов для проведения исследований в пользу движения DevOps . [ 1 ]
Команду DORA основали Николь Форсгрен , Джез Хамбл и Джин Ким . [ 2 ] [ 3 ] и проводил исследования для DevOps -компании Puppet , а затем стал независимой командой (при этом Puppet продолжала готовить отчеты новой командой). [ 4 ] [ 5 ]
Несмотря на то, что члены-основатели ушли, команда DORA продолжает публиковать исследования в форме ежегодных отчетов о состоянии DevOps . [ 6 ]
Отчеты о состоянии DevOps
[ редактировать ]Команда DORA начала публиковать отчеты о состоянии DevOps в 2013 году. [ 7 ] [ 8 ] В последнем отчете DORA о состоянии DevOps, опубликованном в 2023 году, говорится, что культура и ориентация на клиента являются ключом к успеху, в то время как искусственный интеллект дает ограниченные преимущества. [ 9 ] [ 10 ]
Четыре ключевых показателя DORA
[ редактировать ]В целях исследования четыре ключевых показателя, иногда называемые метриками DORA . для оценки эффективности команд используются [ 11 ] [ 12 ]
Четыре показателя следующие: [ 13 ] [ 14 ]
- Время выполнения изменения — время для реализации, тестирования и доставки кода функции (измеряется от первой фиксации до развертывания).
- Частота развертываний — количество развертываний за определенный период времени.
- Процент неудачных изменений — процент неудачных изменений по отношению ко всем изменениям (независимо от успеха).
- Среднее время восстановления ( MTTR ) — время, необходимое для восстановления службы после производственного сбоя.
Используя эти показатели производительности, команда может оценить, как практики (например, аутсорсинг ) и факторы риска влияют на показатели производительности команды инженеров. [ 15 ] [ 16 ] Эти показатели можно грубо измерить с помощью психометрии. [ 17 ] или используя коммерческие услуги. [ 18 ]
Ограничения
[ редактировать ]Эти показатели использовались организациями для оценки производительности каждой команды — вариант использования, против которого команда DORA вынесла предупреждение в октябре 2023 года. [ 1 ] [ 19 ]
Некоторые специалисты утверждают, что использование четырех ключевых показателей DORA в качестве цели внутри инженерных команд способствует сосредоточению внимания на неправильных стимулах. [ 20 ] [ 21 ] Например; Джеймс Уокер, генеральный директор Curiosity Software, утверждает, что «показатели не являются окончательным путем к успеху DevOps» и что возникают проблемы с их использованием для сравнения команд. [ 22 ]
Исследование, проведенное ученым-компьютерщиком Джунаде Али и британской исследовательской фирмой Survation, показало, что как инженеры-программисты (при создании программных систем), так и общественное мнение (при использовании программных систем) обнаружили, что другие факторы имеют значительно большее значение, чем показатели результатов, которые рассматривались как « Четыре ключевых показателя» (которые в конечном итоге измеряют скорость решения проблем и скорость исправления ошибок и используются для создания выводов в книге), а аппетит к риску и вознаграждению варьируется от сектора к сектору. [ 23 ] [ 24 ] [ 25 ] [ 26 ] [ 27 ]
Али также раскритиковал исследование на том основании, что авторитетные фирмы, занимающиеся опросами общественного мнения, которые соблюдают правила таких организаций, как Британский избирательный совет, должны публиковать полные результаты и таблицы необработанных данных, чего не сделала команда DORA, а также то, что спонсоры исследования опросы (Google Cloud и ранее Puppet) создают продукты, которые заинтересованы в том, чтобы инженеры-программисты работали быстрее (несмотря на то, что исследования указывают на высокий уровень выгорания среди инженеров-программистов), что в конечном итоге подтвердили результаты исследования. Несмотря на то, что авторы утверждают, что скорость доставки и качество программного обеспечения неразрывно связаны, Али привел несколько контрпримеров; включая сравнительно высокое качество авиационного программного обеспечения, несмотря на нечастые изменения, в отличие от быстрой разработки приложений , впервые использованной в программном обеспечении, которая привела к скандалу в британском почтовом отделении , и гибкой разработки программного обеспечения , используемой в программном обеспечении, ответственном за отзыв автомобилей Toyota в 2009–2011 годах. . [ 28 ] [ 29 ] [ 30 ]
Разработчик программного обеспечения Брайан Финстер также рассказал о том, что, поскольку корреляция не подразумевает причинно-следственную связь , организации, которые в исследовании считаются «высокоэффективными», не являются высокоэффективными, потому что они сосредоточены на метриках DORA, а вместо этого сосредоточены на предоставлении ценности пользователям и спорах. эти показатели следует использовать как «промежуточные индикаторы плохого состояния здоровья, а не как индикаторы того, что все идет хорошо». [ 31 ] [ 32 ]
Ускорение (книга)
[ редактировать ] | |
| Автор | Николь Форсгрен , Джез Хамбл , Джин Ким |
|---|---|
| Язык | Английский |
| Предмет | DevOps |
| Издатель | ИТ-революция |
Дата публикации | 2018 |
| Место публикации | Соединенные Штаты |
| Страницы | 156 (мягкая обложка) |
| Награды | Премия Синго [ 33 ] [ 34 ] |
| ISBN | 9781942788331 |
| ОКЛК | 1035781633 |
Accelerate: The Science of Lean Software and DevOps: Создание и масштабирование высокопроизводительных технологических организаций — это книга по разработке программного обеспечения, написанная в соавторстве с Николь Форсгрен , Джезом Хамблом и Джином Кимом, когда они работали в команде DORA. [ 35 ] В книге исследуется, как команды разработчиков программного обеспечения, использующие Lean Software и DevOps, могут измерить свою производительность, а также то, как производительность команд разработчиков программного обеспечения влияет на общую производительность организации. [ 36 ] [ 14 ]
В книге обсуждаются их исследования, проведенные в рамках команды DORA для ежегодного отчета State of DevOps . В общей сложности авторы рассмотрели 23 000 точек данных от различных компаний разного размера (от стартапов до крупных предприятий), коммерческих и некоммерческих, а также компаний с устаревшими и современными системами. [ 37 ] [ 38 ] [ 39 ]
24 ключевые возможности
[ редактировать ]Авторы описывают 24 метода улучшения доставки программного обеспечения, которые они называют «ключевыми возможностями», и группируют их в пять категорий. [ 40 ]
Непрерывная доставка
[ редактировать ]- Используйте контроль версий для всех производственных артефактов
- Автоматизируйте процесс развертывания
- Внедрить непрерывную интеграцию
- Используйте методы разработки на основе магистралей
- Внедрить автоматизацию тестирования
- Поддержка управления тестовыми данными
- Сдвиг влево в разделе «Безопасность»
- Внедрить непрерывную доставку (CD)
Архитектура
[ редактировать ]- Используйте слабосвязанную архитектуру
- Архитектор расширенных команд
Продукт и процесс
[ редактировать ]- Сбор и реализация отзывов клиентов
- Сделайте рабочий процесс видимым через поток создания ценности
- Работайте небольшими партиями
- Поощряйте и позволяйте командным экспериментам
Бережливое управление и мониторинг
[ редактировать ]- Упростите процессы утверждения изменений
- Мониторинг приложений и инфраструктуры для принятия бизнес-решений
- Проверяйте состояние системы заранее
- Улучшайте процессы и управляйте работой с помощью ограничений незавершенного производства (WIP)
- Визуализируйте работу для мониторинга качества и коммуникации внутри команды
Культурный
[ редактировать ]- Поддержите генеративную культуру
- Поощряйте и поддерживайте обучение
- Поддержка и облегчение сотрудничества между командами
- Предоставляйте ресурсы и инструменты, которые делают работу значимой
- Поддержите или воплотите трансформационное лидерство
Ссылки
[ редактировать ]- ^ Jump up to: а б Паризо, Бет. «Отчет Google DORA DevOps предостерегает от неправильного использования метрик — TechTarget» . Качество программного обеспечения . ТехТаржет . Проверено 20 мая 2024 г.
- ^ Чан, Розали. «GitHub только что нанял ведущего исследователя DevOps из Google Cloud» . Бизнес-инсайдер . Проверено 20 мая 2024 г.
- ^ Скромный, Джез (2 февраля 2019 г.). «Путешествие ДОРЫ: Исследование» . Середина . Проверено 20 мая 2024 г.
- ^ «Состояние DevOps в 2023 году» . Splunk-Блоги . Проверено 5 января 2024 г.
- ^ Андерсон, Тим (6 октября 2022 г.). «Отчет о состоянии DevOps за 2022 год: для безопасного программного обеспечения командная культура имеет большее значение, чем технологии» . Девкласс . Проверено 5 января 2024 г.
- ^ Визард, Майк (5 октября 2023 г.). «Последний отчет DORA подчеркивает важность культуры DevOps» . DevOps.com . Проверено 20 мая 2024 г.
- ^ «История отчетов DevOps — Puppet by Perforce» . www.puppet.com . Проверено 20 мая 2024 г.
- ^ Маклеллан, Чарльз. «DevOps: что это такое и как это может помочь вашему бизнесу?» . ЗДНЕТ . Проверено 20 мая 2024 г.
- ^ Кернер, Шон Майкл (6 октября 2023 г.). «Отчет Google DORA о состоянии DevOps за 2023 год показывает, что культура и ориентация на пользователя являются ключом к успеху» . ITPro Today: новости ИТ, инструкции, тенденции, тематические исследования, советы по карьере и многое другое . Проверено 20 мая 2024 г.
- ^ Андерсон, Тим (10 октября 2023 г.). «Опрос DevOps, спонсируемый Google, показывает ограниченные преимущества ИИ и возвращение элитных команд» . Девкласс . Проверено 20 мая 2024 г.
- ^ Меллифера, Ночница (12 февраля 2024 г.). «Неправильный способ использования показателей DORA» . Новый стек . Проверено 20 мая 2024 г.
- ^ Эткин, Дилан (1 августа 2023 г.). «Почему разработчики программного обеспечения предпочитают метрики DORA» . Инфомир . Проверено 20 мая 2024 г.
- ^ «Вы являетесь элитным специалистом DevOps? Узнайте это с помощью проекта Four Keys Project» . Блог Google Cloud . Проверено 5 апреля 2021 г.
- ^ Jump up to: а б Другеот, Констанция (30 марта 2021 г.). «Почему важна оценка DevOps и как ее правильно провести?» . DevOps онлайн . Проверено 5 апреля 2021 г.
- ^ Джонсон, Эмили. «Исследование: аутсорсинг DevOps может стоить вам дорого» . Информационная неделя . Проверено 5 апреля 2021 г.
- ^ Додди, Лакшми (1 апреля 2021 г.). «Краткое содержание книги: Ускорение — Николь Форсгрен, Джин Ким, Джез Хамбл» . Середина . Проверено 5 апреля 2021 г.
- ^ Линдерс, Бен; Скромно, Джез. «Вопросы и ответы по книге Accelerate: создание и масштабирование высокопроизводительных технологических организаций» . ИнфоQ . Проверено 5 апреля 2021 г.
- ^ «Что такое метрики DORA и как они улучшают команды разработчиков? | Прерывание разработки на базе LinearB» . lineb.io . 17 июня 2021 г. Проверено 20 мая 2024 г.
- ^ МакМюррей, Алекс (8 сентября 2023 г.). «Бывшие разработчики отдела финансов высмеивают показатели мониторинга McKinsey» . Электронная финансовая карьера . Проверено 20 мая 2024 г.
- ^ «Порочные стимулы и метрики DORA» . Диско-блог . 19 февраля 2024 г. Проверено 20 мая 2024 г.
- ^ «Хотите продуктивных инженеров? Начните с доверия, а не с показателей — множество» . www.multitudes.co . Проверено 20 мая 2024 г.
- ^ «Все не так с метрикой DORA — Блог Авиатора» . 18 января 2023 г. Проверено 20 мая 2024 г.
- ^ «75% инженеров-программистов столкнулись с преследованием в последний раз, когда сообщили о правонарушении — ETHRWorldSEA» . ETHRWorld.com . Проверено 5 января 2024 г.
- ^ Саран, Клифф. «Инженеры-программисты беспокоятся о том, чтобы высказываться открыто» . ComputerWeekly.com . Проверено 5 января 2024 г.
- ^ Вуллакотт, Эмма (21 ноября 2023 г.). «Месть на рабочем месте не позволяет инженерам-программистам высказываться по поводу злоупотреблений служебным положением» . ИТПро . Проверено 5 января 2024 г.
- ^ Митчелл, Шон. «Неэтичная деятельность широко распространена в индустрии разработки программного обеспечения Великобритании» . IT Brief Великобритания . Проверено 5 января 2024 г.
- ^ Тернер, Грэм (20 ноября 2023 г.). «Отчет: инженеры-программисты сталкиваются с негативной реакцией за сообщение о правонарушениях» . Цифра .
- ^ «Обзор правил раскрытия информации» . Британский избирательный совет . Проверено 5 января 2024 г.
- ^ Хьюз, Оуэн. «Разработчики устали. Вот что нужно изменить» . ЗДНет . Проверено 5 января 2024 г.
- ^ Али, Джунаде (8 апреля 2024 г.). Как защитить себя от компьютеров-убийц: от скандала на почте до искусственного интеллекта . ООО "Энгпракс" ISBN 978-1068605710 .
- ^ Финстер, Брайан (29 марта 2021 г.). «5-минутный DevOps: метрики лгут» . Середина . Проверено 5 января 2024 г.
- ^ Камминс, Холли. «Холли Камминс на X» . X.com . Проверено 5 января 2024 г.
- ^ «ИТ-революция объявляет, что книга «Accelerate» получила премию Shingo Publication Award» . market.businessinsider.com . Проверено 5 апреля 2021 г.
- ^ «Accelerate: The Science of Lean Software and DevOps: создание и масштабирование высокопроизводительных технологий», Николь Форсгрен, доктор философии, Джез Хамбл, Джин Ким, Стив Белл и Карен Уитли Белл получают награду издательства Shingo . Институт Синго . 4 февраля 2020 г. Проверено 5 апреля 2021 г.
- ^ «Список рекомендуемой литературы редакции InfoQ за 2018 год: Часть первая» . ИнфоQ . Проверено 5 апреля 2021 г.
- ^ Блумберг, Джейсон. «Цифровой влиятельный человек Николь Форсгрен: привнесение науки в DevOps» . Форбс . Проверено 5 апреля 2021 г.
- ^ Оверби, Стефани. «7 выводов о том, как «ускорить» ваш DevOps» . ТехМаяк . Проверено 5 апреля 2021 г.
- ^ Линдерс, Бен; Скромно, Джез. «Вопросы и ответы по книге Accelerate: создание и масштабирование высокопроизводительных технологических организаций» . ИнфоQ . Проверено 5 апреля 2021 г.
- ^ Манго, Дэйв (17 марта 2021 г.). «Научитесь доставлять программное обеспечение» . ИТ-директор . Проверено 5 апреля 2021 г.
- ^ «24 ключевых возможности для улучшения доставки программного обеспечения» .