Руководство по Agile · Agile за пределами разработки ПО
Agile в ИТ-эксплуатации: как команды эксплуатации применяют Agile и DevOps
Agile в ИТ-эксплуатации — это применение ценностей и практик Agile, таких как видимая работа, короткие циклы обратной связи и непрерывное совершенствование, в командах, которые обслуживают инфраструктуру, сети, службы поддержки и промышленные системы. Поскольку работа эксплуатации сочетает запланированные проекты с незапланированными инцидентами, такие команды часто выбирают Kanban и тесное сотрудничество с разработкой в рамках DevOps.
Главное
- Команды эксплуатации применяют Agile, делая всю работу видимой и планируя с учётом прерываний.
- Kanban с классами обслуживания и WIP-лимитами обычно подходит для эксплуатации лучше, чем жёсткие спринты.
- Резервируйте мощность для незапланированной работы и планомерно инвестируйте в автоматизацию.
- Тесное сотрудничество с разработкой в рамках DevOps многократно усиливает преимущества.
Чем эксплуатация отличается
Команды разработки обычно могут спланировать спринт и защитить его. Команды эксплуатации сталкиваются с постоянным потоком прерываний: инциденты, запросы на обслуживание, патчи безопасности и срочные изменения. Жёсткое обязательство на спринт часто рушится за несколько дней. Agile всё равно помогает, но практики нужно адаптировать.
| Тип работы | Пример | Типичный подход |
|---|---|---|
| Незапланированная | Сбой, оповещение безопасности, срочное исправление | Обрабатывается немедленно через срочную дорожку |
| Рутинные запросы | Новые учётные записи, изменения доступа | Стандартизируются и по возможности автоматизируются; проходят через доску |
| Запланированное улучшение | Обновить кластер баз данных, автоматизировать резервное копирование | Разбивается на небольшие элементы и приоритизируется в бэклоге |
| Техническое обслуживание | Установка патчей, продление сертификатов | Планируется как регулярная работа с зарезервированной мощностью |
Agile-практики, которые работают для команд эксплуатации
- Kanban-доски с WIP-лимитами: визуализируйте все типы работ и ограничивайте объём незавершённой работы; см. WIP-лимиты.
- Классы обслуживания: срочная дорожка (expedite) для инцидентов, дорожка с фиксированной датой для дедлайнов и стандартная дорожка для всего остального; см. дорожки Kanban.
- Зарезервированная мощность: сохраняйте долю мощности, например 30–40%, для незапланированной работы, исходя из собственной истории.
- Короткие ежедневные стендапы у доски: фокусируйтесь на заблокированных и «стареющих» элементах.
- Регулярные ретроспективы и разборы инцидентов: разборы без поиска виноватых, ведущие к конкретным улучшениям.
- Автоматизация как работа из бэклога: рассматривайте автоматизацию повторяющихся задач как запланированные элементы улучшений.
- Совместная ответственность с разработкой: совместные дежурства, общие метрики и инфраструктура как код; см. DevOps.
Как внедрить Agile в команде эксплуатации
- Сделайте всю работу видимой: разместите инциденты, запросы и проекты на одной доске на две-четыре недели, ничего больше не меняя.
- Измерьте структуру работы: подсчитайте, сколько работы незапланировано, а сколько запланировано.
- Задайте классы обслуживания и WIP-лимиты: договоритесь о правилах, что может прерывать запланированную работу.
- Резервируйте мощность: выделите достаточно мощности для измеренного объёма незапланированной работы.
- Приоритизируйте работу по улучшениям: создайте бэклог элементов по автоматизации и надёжности с чётким ответственным.
- Задайте каденцию: для начала хорошо подойдут еженедельная встреча по пополнению очереди и ретроспектива раз в две недели; см. церемонии Kanban.
- Анализируйте метрики ежемесячно: смотрите на время цикла, пропускная способность и тенденции инцидентов, затем вносите коррективы.
Разобранный пример
Инфраструктурная команда из шести человек отслеживает работу в течение четырёх недель и обнаруживает, что 45% выполненных элементов были незапланированными. Команда резервирует около половины мощности для незапланированной работы, вводит срочную дорожку с лимитом в один элемент одновременно и устанавливает WIP-лимит в восемь элементов на всю доску. Каждую неделю она берёт из бэклога самые приоритетные элементы улучшений. Через два месяца команда автоматизирует три самых частых запроса (сброс паролей в унаследованной системе, развёртывание тестовых сред и запросы доступа к журналам), и доля незапланированной работы снижается примерно до трети. Среднее время цикла для стандартных запросов сокращается с восьми дней до четырёх.
Метрики Agile-эксплуатации
| Метрика | Почему это важно |
|---|---|
| Время цикла по классам обслуживания | Показывает, как быстро выполняется каждый тип работы |
| Пропускная способность | Показывает, сколько элементов команда выполняет за неделю |
| Соотношение запланированной и незапланированной работы | Показывает, снижает ли работа по улучшениям число прерываний |
| Среднее время восстановления сервиса | Показывает, как быстро команда восстанавливается после инцидентов |
| Доля неудачных изменений | Показывает, как часто изменения вызывают проблемы |
| Выполнение уровней обслуживания | Показывает, выполняются ли согласованные целевые показатели; см. соглашения об уровне обслуживания |
Типичные ошибки
- Навязывание двухнедельных обязательств на спринт команде, работа которой в основном состоит из прерываний.
- Незапланированная работа не отображается на доске, и команда кажется бездействующей, когда на самом деле загружена.
- Время на улучшения никогда не защищается, поэтому одни и те же инциденты повторяются.
- Восприятие Agile и фреймворков управления ИТ-услугами как врагов, хотя их процессы могут сосуществовать с Agile-подходами к работе.
- Настолько жёсткое разделение разработки и эксплуатации, что проблемы «перебрасываются через стену».
Бесплатные шаблоны по этой теме
Частые вопросы
Могут ли команды ИТ-эксплуатации использовать практики Agile-эксплуатации?
Да. Они адаптируют его для работы с незапланированными задачами — обычно с помощью Kanban, зарезервированной мощности и тесного сотрудничества с разработкой.
Что лучше для Agile в ИТ-эксплуатации: Scrum или Kanban?
Kanban обычно подходит лучше, потому что справляется с непрерывным потоком прерываний. Команды, занятые в основном запланированной проектной работой, могут использовать Scrum. См. Kanban и Scrum.
Как команды Agile-эксплуатации работают с инцидентами?
С помощью срочной дорожки или класса обслуживания, который позволяет срочной работе обходить обычную очередь, со строгим ограничением на количество одновременно выполняемых срочных элементов.
В чём разница между Agile-эксплуатацией и DevOps?
Agile-эксплуатация применяет Agile-практики внутри команд эксплуатации; DevOps объединяет разработку и эксплуатацию в общий способ создания, выпуска и сопровождения ПО.
Какую долю мощности командам Agile-эксплуатации следует резервировать для незапланированной работы?
Исходите из собственной истории. Отслеживайте работу несколько недель, измерьте долю незапланированной работы и резервируйте примерно такой же объём.
Может ли Agile в ИТ-эксплуатации сочетаться с ITIL?
Да. ITIL описывает практики управления услугами; Agile описывает, как работают команды. Многие организации используют и то и другое.
Какие метрики должна отслеживать команда Agile-эксплуатации?
Время цикла, пропускная способность, соотношение запланированной и незапланированной работы, время восстановления сервиса, доля неудачных изменений и выполнение уровней обслуживания.
Нужен ли командам Agile-эксплуатации владелец продукта?
Многим полезен человек, который приоритизирует работу по улучшениям и балансирует запросы; иногда его называют владельцем сервиса.
Как команды Agile-эксплуатации проводят стендапы?
Кратко, у доски, с фокусом на заблокированных, «стареющих» и срочных элементах, а не на индивидуальных отчётах о статусе.
Что такое разбор инцидента без поиска виноватых в Agile-эксплуатации?
Разбор, который рассматривает, как система и процесс допустили инцидент, а не кто его вызвал, и согласует улучшения.
Какие инструменты подходят для Agile в ИТ-эксплуатации?
Инструменты с поддержкой Kanban-досок, приёма запросов и автоматизации; сравните варианты в наших инструменты управления проектами обзорах.