DevOps призвана помочь ИТ-отделам наладить выпуск непрерывно развивающихся сервисов, в точности отвечающих запросам бизнеса: по прогнозам аналитической фирмы Gartner, 2016-й станет годом широкого распространения DevOps — каждая четвертая международная организация возьмет ее на вооружение.
Так как же ИТ-директорам извлечь наибольшую пользу из этой практики?
1. Тщательно оценивайте прогресс
Сначала проекты ставятся в очередь, где бизнес-специалисты помогают разработчикам расставить приоритеты в определенных задачах. Затем эти проекты оперативно запускают в работу в течение от двух до четырех недель. Банк также периодически осуществляет комплексную модернизацию, вызванную изменениями в нормативной базе, которые зачастую затрагивают от 40 до 50 приложений.
Кестенс говорит, что DevOps поддерживает в его фирме коллективно-ориентированный дух в вопросах разработки ПО. Вместо того, чтобы увязнуть в устаревших рабочих приемах, разработчики могут действовать более творчески благодаря методам гибкой разработки. Однако ИТ-директорам следует тщательно оценивать пользу от изменений: Кестенс говорит, что в вопросах отслеживания успехов DevOps решающую роль играет тестирование.
«Пользуйтесь тестированием в качестве инструмента, помогающего отследить улучшения в остальных областях бизнеса, — советует он. — Вооружившись нужным инструментарием, при условии понимания ограничений, накладываемых этими средствами измерений, ИТ-директора смогут приблизиться к пониманию того, что такое настоящее качество и производительность».
2. Определите подходящую область применения в бизнесе
«Методология DevOps важна для нас, потому что коллектив у нас небольшой, а результат нужно выдавать очень оперативно», — говорит Хьюэрстон, который возглавил двухлетние реформы в технологической инфраструктуре glh. Фирма опирается на сторонний сервис, предоставляемый в облаке, так что ее собственный оставшийся коллектив ИТ-специалистов насчитывает всего 13 сотрудников.
«Мы многого достигли силами очень компактной, гибкой команды, — рассказывает Хьюэрстон, комментируя огромные преобразования, произошедшие в glh. — Тому, что мы сумели у себя построить, в учебниках не учат. Нам приходится учится и менять тактику на ходу, причем делать это быстро».
Он говорит, что DevOps предоставляет разработчикам идеальный выбор в вопросах конструирования API-платформы компании. «Эта методология подходит не везде, — уточняет он. — Однако с учетом того, что наши API должны работать круглосуточно, DevOps предлагает оптимальный подход — это лучше, чем иметь специальную команду сотрудников, которые большую часть времени болтаются без дела».
3. Смиритесь с тем, что найти хороших сотрудников — дело непростое
Тем не менее, Шираджи также считает, что разработка и техническое сопровождение — это два разных набора навыков, каждый из которых требует наличия у человека определенных личностных характеристик. Опыт подсказывает ему, что маловероятно, чтобы на рынке существовал переизбыток ИТ-профессионалов, одинаково хорошо ориентирующихся в обеих областях.
«Отличные кодеры совсем не обязательно отличаются достаточной скрупулезностью, чтобы день ото дня поддерживать развитие кода, — говорит Шираджи. — DevOps, несомненно, вносит свою лепту, однако найти людей, способных выполнять обе функции, нелегко. Я пока не определился с выводами: DevOps все еще может оказаться очередным преходящим увлечением».
4. Мыслите нестандартно
Джейкобс, которая также занимает пост управляющего директора ассоциации менеджеров в сфере ИТ BELTUG, интервьюирует руководителей компаний и анализирует роль ИТ-директоров. «Они хотят сплотить ИТ и остальную часть бизнеса, — говорит она. — Они хотят иметь классные команды agile-разработчиков, работающих над проектами с очень коротким циклом внедрения».
Интенсивность перехода на гибкую разработку зависит от культуры внутри самой организации. Существует некое предубеждение, что применение гибких методик ограничивается прогрессивными секторами экономики вроде высоких технологий, СМИ и маркетинга. Но Джейкобс считает, что мыслить настолько узко — значит совершать ошибку.
«Переход на цифровую форму бизнеса затрагивает все отрасли, — утверждает Джейкобс. Ключевым моментом является взаимодействие между разными отделами, при этом компании стараются наилучшим способом воспользоваться преимуществами принципов гибкости».
5. Поставьте на руководящую роль энтузиаста
Гибкая разработка, включающая в себя методы DevOps, лежит в основе производственной составляющей бизнеса, в рамках которой программисты Reed.co.uk разрабатывают технические инструменты для решения рекрутинговых проблем сторонних клиентов. Бережливость рассматривается в качестве всеобъемлющего подхода к внутренним операциям и помогает Ридли и его команде улучшать процесс интеграции между ИТ и остальной частью бизнеса.
Энтузиаст в рядах сотрудников фирмы, ратующий за бережливый менталитет, играет ключевую роль в продвижении идей гибкости разработки. Руководитель на этой специально выделенной должности курирует соответствующие нововведения по всей фирме. Поборник бережливости помогает бизнесу организовывать кайдзен-мероприятия, в ходе которых сотрудники со всей организации объединяют усилия, чтобы продумать непрерывные улучшения в способе работы фирмы.
С точки зрения более широкой ИТ-стратегии, цель заключается в том, чтобы помочь остальным подразделениям организации принять решение о приобретении той или иной технологии и взять на себя ответственность за эту технологию. «Задача состоит в том, чтобы побудить представителей бизнеса осознать значимость систем и сервисов и более тщательно обдумать те виды деятельности, которые на деле не приносят доход», — пояснил Ридли.
