CheckOps в действии
Teams can run CheckOps directly in Compass. Compass offers teams a single place where they can easily see metrics and goals and write down actions they plan to take.
Образец еженедельного отчета CheckOps с показателями, предупреждениями и запланированными действиями.
Создать еженедельный отчет CheckOps можно и в Trello.
Что вам понадобится
Удаленно
Видеоконференция с возможностью демонстрировать экран
Цифровой инструмент для совместной работы
Очно
Шаблон отчета CheckOps в Compass
Магнитно-маркерная доска
Маркеры
Стикеры
Таймер
Дополнительные шаблоны
Шаблоны Atlassian
Этот сценарий лучше всего работает с функцией CheckOps в Compass (узнайте, как ваша команда может начать работу с CheckOps). Если вы еще не работаете с Compass, то вы все равно можете уже сегодня начать отслеживать работоспособность команды в Trello.
Инструкции по проведению этого сценария
Этот сценарий предназначен для команд, которые разрабатывают, поставляют и эксплуатируют программное обеспечение.
1. Подготовьтесь к сессии 30 мин
Установите цели команды DevOps
The entire team will set goals together.
- Войдите в Compass и перейдите к функции CheckOps или подготовьте другой способ отслеживать цели.
- Определите, что вы хотите изменить или улучшить в своих методах разработки или эксплуатации.
Бизнес-требования могут определять ваши оперативные цели:
- Вам нужно обеспечить максимально быстрое обслуживание клиентов или быть на связи 24/7/365? Установите цели DevOps по задержке, пропускной способности или доступности.
Оперативные цели могут исходить и от команды:
- Команде надоело, что ее будят в неурочное время оповещения и инциденты, с которыми ничего нельзя поделать? Поставьте цель свести к минимуму количество инцидентов и бесполезных оповещений.
- Считаете, что рассмотрения запросов pull приходится слишком долго ждать? Установите оперативную цель —как долго держать запросы pull открытыми.
Начните с небольшого количества целей DevOps. Чем проще, тем лучше. Убедитесь, что вы собираете нужную информацию для отслеживания прогресса. Если есть возможность, начните с одних и тех же целей во всех службах. Так будет легче собрать данные, которые ваша команда будет рассматривать на каждой встрече.
Убедитесь, что ваши цели DevOps поддаются измерению
Определите свои цели измеримым образом, чтобы точно знать, достигли ли вы их или нет.
- Здесь лучше всего использовать операционные показатели ваших служб: возьмите инструмент наблюдения (например, Splunk Observability, DataDog, Grafana и т. д.) и четко опишите показатель, который необходимо изменить.
- Показатели разработки по вашим репозиториям также важны — чтобы лучше их отслеживать, можно использовать Jira Software или Compass.
Выполняя это упражнение, вы можете понять, что не измеряете показатель, который хотите улучшить. Не переживайте! Одной из задач в списке на вашей первой встрече CheckOps может стать добавление соответствующего показателя DevOps. Когда вы это сделаете, его можно будет использовать его на будущих встречах.
Запишите свои цели DevOps
Как только команда согласится с поставленными целями, запишите их и поделитесь со всеми — это и будут ваши заявленные оперативные цели. Затем создайте основополагающий документ Confluence в доступном и заметном месте и сохраните в нем свои цели DevOps. Если вы работаете в Compass, то можете ставить цели в картах оценки.
Ваши цели DevOps могут (и должны) меняться со временем. Собирая больше информации, вы сможете принимать более обоснованные решения относительно своих целей или, возможно, обнаружите, что ваши бизнес-задачи или оперативные цели меняются. Однако не стоит сразу добавлять слишком много целей и показателей DevOps. Это может привести к тому, что ваша команда не сможет сосредоточиться и достичь желаемых результатов. Рекомендуется ставить не более трех целей на период от трех до шести месяцев.
Вот некоторые примеры целей, которые может выбрать ваша команда:
- Увеличение времени выполнения запросов pull или общей продолжительности цикла (TCT): полезно, если команда часто срывает сроки.
- Сокращение количества оповещений или инцидентов, которые команда получает каждую неделю: полезно, если работа команды слишком часто прерывается.
- Замедление частоты развертывания: полезно, если команда получает слишком много инцидентов.
С ростом работоспособности вашей команды этап подготовки может стать короче.
СОВЕТ: КЛЮЧЕВЫЕ ПОКАЗАТЕЛИ DEVOPS
Мы рекомендуем командам всегда измерять следующие показатели:
- Время внесения изменений
- Частота сбоев при внесении изменений
- Частота развертывания
- Среднее время восстановления
2. Соберите данные 15 минут
After the team sets goals, the presenter will need to gather data. Keep in mind, though you may not need to run step one every week, you will need to gather data each week.
Ведите журнал
Между собраниями CheckOps будут происходить важные события, которые ваши инструменты не могут не зафиксировать. Учитывая, что человеческая память подвержена ошибкам, стоит записывать такие детали, чтобы обсудить их на следующем собрании.
Если вы работаете в удаленной команде, создавайте для каждой недели новый отчет CheckOps, в который можно добавлять важные события, а затем делиться им с соответствующими участниками команды. Если вы используете Compass, платформу для эффективной разработки от Atlassian, вы можете быстро и просто приступить к сессии CheckOps на странице сведений о работоспособности.
- Дежурному пришло сообщение, но оказалось, что тревога была ложной? Подобное, безусловно, влияет на эффективность разработки в вашей команде, поэтому запишите это и поделитесь с командой, чтобы в будущем вы могли внести улучшения.
- Имел место инцидент, неудачное развертывание или запрос pull, слияние которого заняло слишком много времени? Делайте быстрые заметки в течение недели, чтобы команде не приходилось потом восстанавливать события по памяти.
Подготовьтесь к проверке
As the on-call rotation ends (or right afterwards), the presenter should prepare the CheckOps report for that rotation. At its simplest, the report should include:
- Список служб/компонентов, для которых вы хотите провести CheckOps.
- Показатели (по отношению к вашей цели) для каждого из этих компонентов.
- Отметка (галочка или крестик), чтобы обозначить, достигнута цель или нет.
- A mitigation plan for any unmet goals, as well as notes from the presenter about why the goal wasn't met.
- Раздел для записи дальнейших действий.
- Описание прочих событий или аномалий.
Очень важно, чтобы дальнейшие действия были отражены в отчете CheckOps. В противном случае вы получите отчет о состоянии дел вместо необходимого вам цикла обратной связи для непрерывного улучшения.
3. Проведите собрание по итогам CheckOps 30 мин
Каждый играет свою роль
Keep it interactive! Everyone on your DevOps team who takes a turn being on-call should attend this meeting, and everyone should have a job:
- Докладчик: Сотрудник, только что закончивший ротацию дежурства, должен представить отчет CheckOps и свои выводы. Если в вашей команде нет дежурных, назначьте человека, который будет записывать события, происходящие в течение недели, и рассказывать в ходе сценария о своих выводах.
- Следующий дежурный: этот сотрудник должен внимательно слушать наблюдения докладчика, запоминая выявленные проблемы или возможные зоны риска, которые могут повториться в следующую ротацию дежурства.
- Leader: The leader is the person (or people) who can help the team prioritize actions and ensure followup. When an action requiring follow up arises, the leader should help make sure the right person (or people) owns the action and will be able to see it through to resolution.
- Other on-call team members and component owners: These are the people who are also in the on-call rotation and/or are intimately familiar with the services or components that are being operated.
Делитесь результатами и обсуждайте их
Докладчик будет рассказывать команде о каждой службе или каждом компоненте и отмечать, удалось ли достичь целей, и если нет, то почему. Сюда войдут все события или отклонения, возникшие в конкретной службе, а также возможные наблюдения и выкладки. Работа команды состоит в том, чтобы задавать вопросы и предлагать варианты дальнейших действий.
Общими усилиями попытайтесь найти способы достижения целей DevOps для всех служб или компонентов. Это задача для всей команды.
В ходе встречи записывайте действия, которые будет предлагать каждый участник команды, и создавайте задачи в бэклоге.
СОВЕТ: ДЕЙСТВУЙТЕ АКТИВНО, А НЕ РЕАКТИВНО
Когда команда занята достижением оперативных целей или целей разработки, она может незаметно для себя оказаться в ловушке реактивного поведения. Подход CheckOps, основанный на данных, не только поможет достичь любых целей DevOps, будь то надежность, скорость поставки или качество кода, но и облегчит жизнь разработчиков, заложив основу для непрерывного совершенствования.
Последующие действия
Итерация
Мы рекомендуем проводить сценарий CheckOps еженедельно и состыковывать его с расписанием дежурств участников команды. Шаги 2 и 3 повторяются еженедельно, тогда как для шага 1 такая частота может быть не нужна. По мере накопления опыта первый и второй шаги сценария будут укорачиваться. Через несколько недель практики CheckOps команде, возможно, захочется добавить в сценарий еще какие-то важные области. Например, это может быть измерение показателей качества (покрытие кода), бизнес-показателей (еженедельная активность пользователей для какой-либо функции) или любых других, которые помогут команде работать рациональнее.
Пересмотрите свои оперативные цели
Over time, the original DevOps goals you set may no longer meet your team's needs. Maybe the business needs changed, or the targets became more or less aggressive. If so, run step one, update your stated operational objectives, and continue your practice. You can also expand the scope of your CheckOps practice, if necessary, to cover more services or components or other aspects of your operations practice.
Автоматизируйте отчетность
По мере расширения поля деятельности вы заметите потребность уделять больше времени на аналитику и меньше времени на отчеты. Найдите способы автоматизировать сбор ключевых показателей и создание отчетов CheckOps. Чем больше процессов отчетности будет автоматизироваться, тем легче будет жить разработчикам и тем эффективнее будет их работа.
Но даже при наличии автоматизации не пренебрегайте анализом собранных данных и подготовкой к встрече CheckOps. В Atlassian для этого используются показатели из Compass, куда мы интегрировали принципы CheckOps.
Примеры оперативных целей
Вопросы для рассуждения
Вот несколько примеров оперативных целей, на основе которых команда может структурировать свою практику CheckOps в зависимости от круга задач.
Delivery types | Possible objectives |
|---|---|
Microservice |
|
On-call team |
|
Software delivery |
|
Mobile application |
|
Связанные игры
От наших команд — вашим
Подпишитесь на нашу ежемесячную информационную рассылку и будьте в курсе новейших сценариев, советов и рекомендаций.
