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

DevOps призвана помочь ИТ-отделам наладить выпуск непрерывно развивающихся сервисов, в точности отвечающих запросам бизнеса: по прогнозам аналитической фирмы Gartner, 2016-й станет годом широкого распространения DevOps — каждая четвертая международная организация возьмет ее на вооружение.

Так как же ИТ-директорам извлечь наибольшую пользу из этой практики?

1. Тщательно оценивайте прогресс

Йоган Кестенс, управляющий и ИТ-директор банка ING Belgium, считает, что творческая форма разработки, присущая DevOps, крайне важна для его фирмы. «Программное обеспечение начинается с воображения», — говорит он. В ING используют методику гибкой разработки, чтобы проактивно реагировать на быстро меняющиеся нужды бизнеса, а также планировать, менять и внедрять приложения. Кестенс говорит, что всего в ING функционируют 400 DevOps-проектов.

Сначала проекты ставятся в очередь, где бизнес-специалисты помогают разработчикам расставить приоритеты в определенных задачах. Затем эти проекты оперативно запускают в работу в течение от двух до четырех недель. Банк также периодически осуществляет комплексную модернизацию, вызванную изменениями в нормативной базе, которые зачастую затрагивают от 40 до 50 приложений.

Кестенс говорит, что DevOps поддерживает в его фирме коллективно-ориентированный дух в вопросах разработки ПО. Вместо того, чтобы увязнуть в устаревших рабочих приемах, разработчики могут действовать более творчески благодаря методам гибкой разработки. Однако ИТ-директорам следует тщательно оценивать пользу от изменений: Кестенс говорит, что в вопросах отслеживания успехов DevOps решающую роль играет тестирование.

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

2. Определите подходящую область применения в бизнесе

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

«Методология DevOps важна для нас, потому что коллектив у нас небольшой, а результат нужно выдавать очень оперативно», — говорит Хьюэрстон, который возглавил двухлетние реформы в технологической инфраструктуре glh. Фирма опирается на сторонний сервис, предоставляемый в облаке, так что ее собственный оставшийся коллектив ИТ-специалистов насчитывает всего 13 сотрудников.

«Мы многого достигли силами очень компактной, гибкой команды, — рассказывает Хьюэрстон, комментируя огромные преобразования, произошедшие в glh. — Тому, что мы сумели у себя построить, в учебниках не учат. Нам приходится учится и менять тактику на ходу, причем делать это быстро».

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

3. Смиритесь с тем, что найти хороших сотрудников — дело непростое

Омид Шираджи, исполняющий обязанности ИТ-директора в местном совете Кэмдена (район Лондона), признает важность DevOps, особенно когда дело касается непрерывной разработки качественных программ. «Крайне важно, чтобы люди, пишущие код, были заинтересованы в его долговременном развитии», — поясняет он.

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

«Отличные кодеры совсем не обязательно отличаются достаточной скрупулезностью, чтобы день ото дня поддерживать развитие кода, — говорит Шираджи. — DevOps, несомненно, вносит свою лепту, однако найти людей, способных выполнять обе функции, нелегко. Я пока не определился с выводами: DevOps все еще может оказаться очередным преходящим увлечением».

4. Мыслите нестандартно

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

Джейкобс, которая также занимает пост управляющего директора ассоциации менеджеров в сфере ИТ BELTUG, интервьюирует руководителей компаний и анализирует роль ИТ-директоров. «Они хотят сплотить ИТ и остальную часть бизнеса, — говорит она. — Они хотят иметь классные команды agile-разработчиков, работающих над проектами с очень коротким циклом внедрения».

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

«Переход на цифровую форму бизнеса затрагивает все отрасли, — утверждает Джейкобс. Ключевым моментом является взаимодействие между разными отделами, при этом компании стараются наилучшим способом воспользоваться преимуществами принципов гибкости».

5. Поставьте на руководящую роль энтузиаста

Еще одним поборником достоинств итеративных преобразований является Марк Ридли, директор технологического отдела рекрутинговой фирмы Reed.co.uk. «В своем бизнесе мы очень активно применяем практику бережливости и гибкости, — говорит он. — Сначала мы сосредоточились на организации гибкой разработки, а теперь внедрили принципы бережливости во всех видах своей деятельности».

Гибкая разработка, включающая в себя методы DevOps, лежит в основе производственной составляющей бизнеса, в рамках которой программисты Reed.co.uk разрабатывают технические инструменты для решения рекрутинговых проблем сторонних клиентов. Бережливость рассматривается в качестве всеобъемлющего подхода к внутренним операциям и помогает Ридли и его команде улучшать процесс интеграции между ИТ и остальной частью бизнеса.

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

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

Версия для печати (без изображений)