Close

Готовы к работе с ITSM на высокой скорости?

DevOps или ITIL — какой подход важен для вашей команды?

В ИТ-отрасли существует множество мнений о DevOps и ITIL, причем эти ИТ-подходы обычно противопоставляют друг другу. Многие считают, что нужно выбрать одно из двух: ITIL или DevOps, черное или белое, то или другое. Нужно определиться, на чьей вы стороне.

И хотя эти споры добавляют интереса колонке технических новостей, подход в стиле «все или ничего» может оказаться затратным, обманчивым и бесполезным для бизнеса его сторонников. Дело в том, что не существует выбора между «всем» и «ничем». Совсем не обязательно принимать чью-то сторону.

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

Что такое DevOps?

DevOps — это практика преодоления разрыва между разработкой и эксплуатацией. Ее основными принципами являются открытое общение, совместная работа и общие цели.

Как объясняют наши эксперты,

«в отличие от таких методик, как ITIL, у команд DevOps нет официального документа с рекомендациями. Но в целом можно согласиться, что по сути практика DevOps призвана повысить ценность бизнеса путем преодоления организационной разрозненности, повышения прозрачности и стимулирования открытого общения между командами разработчиков и операционными ИТ-командами».

Что такое ITIL?

ITIL (библиотека инфраструктуры информационных технологий) — это набор руководств по управлению ИТ-услугами. Эти руководства содержат рекомендации и проверенные процессы для всех областей — от управления инцидентами до управления проблемами и управления изменениями.

Заблуждения в отношении DevOps и ITIL

1. DevOps может заменить ITIL

«Мы больше не занимаемся ITIL, теперь мы — центр DevOps!» Если вы уже работаете в сфере ИТ какое-то время, то, вероятно, слышали такие заявления.

Все дело в том, что это неправда. Даже если ИТ-отделы больше не занимаются обучением ITIL и разобщенными процессами, они все равно используют некоторые аспекты управления услугами. Эксплуатация, поддержка, управление, оценка затрат — это важные бизнес-функции. Но DevOps, в отличие от ITIL, не дает рекомендаций по процессам, так что, скорее всего, некоторые процессы и принципы ITIL используют даже те, кто кричит на каждом углу, что они практикуют только DevOps.

2. DevOps = непрерывная разработка, интеграция и автоматизированная поставка

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

Именно так: совместная работа, общие цели, взаимное уважение и больше никаких поисков виновных.

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

3. ITIL/ITSM всегда отличается большим объемом документации и обременительными процессами, которые замедляют работу команд

ITIL очень часто неверно понимают как набор «правил». В действительности это руководство, открытое для интерпретации.

Дело в том, что методика ITIL — это то, чем ее делает команда. Если команда чувствует себя негибкой, значит, к этому привел выбор ее участников. Но этот выбор можно изменить.

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

Когда ITIL рассматривают как свод правил, это обычно приводит к куче документации и бюрократии. Но если использовать ITIL как рекомендации, это не затормозит операционную деятельность, а поможет оптимизировать ее.

4. ITIL/ITSM предназначены только для крупных компаний

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

Передовым стартапам на определенном этапе приходится организовать собственные ИТ-команды. Иначе они не смогут масштабироваться. То же относится и к среднему бизнесу. Даже для самофинансируемого проекта приложения с участием двух человек нужны план дежурств и стратегия управления инцидентами. Иначе единственный простой может покончить с ним навсегда.

Примеры использования DevOps и ITIL

Имеется бесчисленное множество вариантов использования DevOps и ITIL. Мы приведем несколько примеров проблем, которые можно решить с их помощью, и случаев, когда для достижения наилучшего решения нужны оба подхода.

Ускорение выпуска новых релизов с помощью DevOps

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

Сокращение количества обращений в службу ИТ-поддержки, благодаря ITSM

Согласно рекомендациям ITSM по управлению знаниями, ИТ-команда создает документацию в процессе решения проблем. Это позволяет значительно снизить нагрузку на службу технической поддержки, поскольку клиенты (внутренние и внешние) получают возможность самообслуживания.

Предотвращение инцидентов с помощью ITIL и DevOps

Чтобы ускорить устранение инцидентов и сократить их количество, объедините проверенные процессы управления инцидентами из ITIL с подходом DevOps. Он ориентирован на автоматизацию процессов проверки, ретроспективы без поиска виновных и использование подхода «создавай ПО, которое будешь поддерживать».

Выяснение причин инцидентов с помощью DevOps

Одна из самых ценных вещей в DevOps — это культура отказа от поиска виновных. Это не означает, что инженеры не несут ответственности за ошибки. Но они могут честно рассказывать об этих ошибках, открыто говорить о том, что пошло не так, не опасаясь увольнения.

Такое изменение корпоративной культуры помогает команде быстрее установить истинные причины инцидента и сосредоточиться на реальных исправлениях, вместо того чтобы рассматривать человека как проблему в цепочке событий, спровоцировавших инцидент.

Устранение недоразумений с клиентами с помощью ITIL

SLA (соглашения об уровне обслуживания) — это рекомендация ITIL. В соглашениях указано, что вы обещали (и чего не обещали) клиенту или относительно продукта. Они помогают устранить недоразумения и сократить количество жалоб.

Оптимизация процессов с помощью DevOps и ITIL

ITIL — это библия ИТ-процессов. Она существует давно и эволюционирует, чтобы соответствовать постоянно меняющимся потребностям отрасли.

Когда вы продумываете собственные процессы, не нужно изобретать велосипед. ITIL — это проверенная временем отправная точка.

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

Примеры использования DevOps и ITIL

Успешные команды уже поняли, что ИТ-командам нужны не только элементы ITIL, но и DevOps.

DevOps — это нечто большее, чем просто автоматизированная разработка. Это сотрудничество и культура без поиска виновных. Это методика, которая создает условия для сотрудничества команд вместо их изолированной работы над конкурирующими целями.

ITIL — это также нечто большее, чем просто документация. Применение ITIL не должно замедлять работу команд или создавать ненужные бюрократические препоны. Основные методы ITIL надежны и проверены временем. При гибком подходе они оптимизируют работу ИТ-конвейера, а не тормозят его.

продолжение темы
ITSM