Объявите язык и региональные параметры DevOps
 Расширьте возможности групп разработки и операций для непрерывного улучшения системного проектирования и процессов путем совместной работы, совместной работы, общей ответственности и владения. |
|---|
DevOps — это сообщество практики, где разнообразие перспектив и навыков ведет к одной миссии. Teams должна способствовать совместной работе с общими знаниями вместо разложенного обучения. Используйте общие функции для преодоления ограничений ресурсов.
Хорошая культура DevOps процветает на общей ответственности. Группы разработчиков и операций должны выравнивать свои цели и приоритеты с ожиданиями своих клиентов и сосредоточиться на бизнесе. Команда разработчиков должна включать группу операций в цикл обратной связи, чтобы улучшения были вызваны вышестоящими и другими командами в равной степени. И наоборот, группы операций отвечают за успешное выполнение команды разработчиков в своих бизнес-результатах, предоставляя ресурсы и отзывы, относящиеся к рабочей нагрузке.
В то же время методики DevOps применяют четкие линии владения и подотчетности для каждой команды. Независимо от того, где работает приложение, команда рабочей нагрузки отвечает за это приложение.
DevOps оптимизирует операционные задачи, чтобы они были эффективными, но не обременительными. Чтобы получить полную выгоду DevOps, культура должна оптимизировать процессы с помощью технологий и иметь процессы для людей в организации для содействия прозрачной коммуникации.
Пример сценария
Отдел кадров Contoso запускает проект для разработки нового бизнес-приложения (LOB) для внутреннего использования отдела. Приложение в настоящее время находится на этапе планирования, разработка или реализация еще не началась.
Эффективная совместная работа
Используйте общие системы и средства, которые способствуют совместной работе для взаимодействия и отслеживания хода выполнения.
Общие средства и процессы обеспечивают прозрачное взаимодействие. Обе команды разработки и операций получают выгоду от ситуационной осведомленности в различных средах, распространенных проблемах поддержки, а также общих проблемах и победах.
Команды уже знакомы с существующими путями эскалации, если есть инцидент.
Общая невыполненная работа делает приоритеты, такие как работа над новыми функциями или исправление ошибок, ясно.
Задача Компании Contoso
- Компания Contoso имеет три технических команды, которые будут участвовать в разработке и обслуживании нового приложения: разработка, тестирование и операции. В настоящее время в этих командах нет стандартных средств общения и отслеживания проектов.
- Исторически каждая команда смогла выбрать свои инструменты по выбору. Некоторые используют Slack, а другие используют Microsoft Teams для внутреннего обмена сообщениями. Некоторые используют Azure DevOps (ADO) и другие используют Excel для отслеживания задач, и каждая команда использует другой репозиторий документов, отличный от остальных, для обмена знаниями и процедурами реагирования на инциденты.
- В прошлых проектах общая техническая организация боролась с коммуникациями и совместной работой из-за разных используемых средств. В будущем компания Contoso HR хотела бы повысить производительность и избежать ситуаций, которые могут замедлить проект, как и ранее.
Применение подхода и результатов
- Руководители технических групп встретились с спонсорами проекта, чтобы выбрать стандартные инструменты, которые будут использоваться вперед. Группа выбрала ADO для управления невыполненной работой, репозиторием кода и конвейером развертывания. Они также выбрали Microsoft Teams для взаимодействия и совместной работы.
- Использование общего набора инструментов позволяет командам разработчиков, операций и тестов оставаться в курсе состояния различных сред, распространенных проблем проекта и достижений команды. Кроме того, команды могут получить доступ к информации о установленных путях эскалации в случае инцидентов из одного известного расположения.
- Общий невыполненная работа также помогает равномерно планировать и оставаться в соответствии с приоритетами, такими как разработка новых функций или исправление ошибок.
Непрерывное улучшение
Создайте мышление непрерывного обучения и экспериментирования на протяжении всего цикла разработки. Поддержка совместного использования знаний между командами и обслуживание документации по повторному использованию. И, проводите безвинный анализ и debrief после выпуска и /или после инцидента проверки.
Благодаря механизмам экспериментирования, таким как тестирование A/B и разработка доказательств концепции, вы можете поощрять инновации, сохраняя низкие затраты.
Совместное использование знаний с помощью совместной работы, которая делает команду опытной в проектировании подходов, инструментов и процессов.
Делая ретроспективы после проекта, помогает определить области для улучшения и отпраздновать успех.
Задача Компании Contoso
- Для дальнейшего упрощения обмена информацией и содействия культуре совместной работы и прозрачности команда хотела бы иметь централизованный и легкодоступный источник истины для документации по проекту. Помимо прочего, это будет полезно, если новый разработчик присоединяется к команде и должен быстро ускорить работу с проектом.
- Особый интерес для отдела кадров Contoso — это желание убедиться, что обучение инцидентов, влияющих на доступность приложения, фиксируется и предоставляется совместно во всей технической организации, чтобы помочь в будущих инцидентах и предотвратить повторение как можно больше.
- Чтобы избежать повторения прошлых ошибок при проектировании пользовательского интерфейса приложения, команда также хочет использовать более гибкий подход, который позволит им принимать внимания реальные отзывы пользователей.
Применение подхода и результатов
- Команда создает вики-сайт обмена знаниями в ADO, где все спецификации проектирования будут размещены вместе со всеми активными операционными процедурами, планами реагирования на инциденты и ретроспективными результатами.
- Делая безвинные ретроспективы после инцидентов и каждой итерации разработки и документирования обучения в вики-сайте помогает команде проекта определить области для улучшения и празднования успеха.
- Команда приняла исследовательский подход к проектированию пользовательского интерфейса для нового приложения, используя тестирование A/B, чтобы найти лучший пользовательский интерфейс из нескольких вариантов, предлагаемых консультантами UX, принимая во внимание отзывы пользователей для принятия решений на основе данных.
Кодифицировать процедуры разработки и операций
Задайте стандарты для всех процедур разработки и эксплуатации, а также проверьте их на регулярном уровне. Эти процедуры включают в себя стандартные задачи, внеплановые процессы, чрезвычайные детализации и ситуации, выбор инструментов, процедуры мониторинга, планы навыка и даже связь с заинтересованными лицами и клиентами. Будьте преднамеренными и явными о ваших решениях.
Стандарты добавляют прогнозируемость к операциям и делают процессы и практики масштабируемыми. Проверка стандартов — отличный способ привлечь точки улучшения.
Подготовьтесь к чрезвычайным ситуациям и ситуациям восстановления путем проведения регулярных учений.
Выполните с точностью и включите управление, чтобы предотвратить аномалии, которые приводят к рискам.
Задача Компании Contoso
- Одной из проблем, которые повлияли на производительность и качество выходных данных команды разработчиков в прошлом, является отсутствие стандартизации и согласованности в базе кода. Например, отсутствие единообразия в соглашениях об именовании или использование общих шаблонов программного обеспечения затрудняет понимание кода друг друга участниками команды и это повлияло на эффективность.
- Кроме того, без правильно задокументированного общего подхода к операциям сотрудники операций могут использовать различные методы для достижения одной цели, что приводит к неэффективности и путанице.
- Мотивированный успехом, который они реализовали другие улучшения DevOps, компания Contoso HR решила решить эту проблему в рамках следующего цикла разработки.
Применение подхода и результатов
- Команда разработчиков объединяется во время цикла разработки, чтобы договориться о наборе стандартов разработки для реализации. Они задокументируют выбранные варианты и начнут применять их во время проверок кода и с помощью инструментов. Они рассматривают такие темы, как: соглашения о форматировании кода и именовании, обработка ошибок, управление версиями и методики безопасности. Команда планирует обратить пристальное внимание на метрики качества и отчеты, создаваемые в ADO, чтобы оценить влияние этих изменений на качество и производительность, поэтому они могут доказать ценность этих улучшений DevOps в их команде управления.
- Аналогичным образом команда по операциям выделяет время в течение того же периода, чтобы расширить существующую документацию по управлению подпрограммами и методам устранения неполадок и опубликовать ее в вики-сайте. Двигаться вперед, вики-сайт будет служить одним источником истины, экономя время и энергию, которая в противном случае будет потрачена на поиск информации.