Гражданский разработчик: революция в IT-инфраструктуре

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

Эта идея применима гораздо шире футбола (или soccer для читателей в США).

Цитата футбольного тренера полезна здесь, потому что роль IT меняется от соло-игрунка к командному игроку к тренеру. Подъем гражданских разработчиков означает, что IT должен выйти за рамки индивидуального героизма одиночного игрока и научиться коучить бизнес-пользователей, которые скоро будут сами строить и автоматизировать свое ПО и воркфлоу.

Почему? Потому что цифровая трансформация и угроза дисрапции означают, что бизнесы теперь должны быть гибкими от верха до низа. И эта гибкость требует, чтобы у всех нас была рука в разработке. Чтобы понять новую роль IT и новую звезду IT, нужно вернуться к началу IT-инфраструктуры.

Происхождение IT-отдела

IT-отдел возник как техническая дисциплина, помогающая нетехническим сотрудникам управлять рабочими инструментами, а организациям — управлять технологической инфраструктурой.

IT: от информации к интернету

Происхождение IT-отдела заложено в его названии: «информационные технологии». Компьютеры существовали до IT, но IT не существовало, пока организации не начали использовать компьютеры для индексации и сортировки информации.

До IT индексация была процедурой с файлами бумаг и книг в категории. В библиотеках, например, были индексные файлы или карточки, говорящие, как найти книгу. И индексы внутри каждой книги для поиска конкретной информации. Компьютеры автоматизировали индексацию и сделали информацию доступной через поиск.

Сначала IT было применением вычислений к информационной науке. Но когда появились компиляторы и программирование на естественном языке, люди вне академии могли сделать карьеру в вычислениях. К 1970-м этот الناشющий профессией столкнулся с растущим спросом. Компании адаптировали компьютеры к профессиональной работе, и десктопы, текстовые процессоры и таблицы стали незаменимыми бизнес-инструментами. Как таковые, IT — люди, которые могли управлять, поддерживать и запускать эти технологии — тоже стали незаменимыми.

Важность IT росла по мере эволюции десктопа от мейнфрейма к сетевому устройству. Сначала IT управляло локальными сетями, но в итоге — интернет-сетями. Теперь IT должно было управлять IT-инфраструктурой in-house, но и IT-инфраструктурой, подключенной к миру других сетей и компьютеров.

Ранние дни IT-инфраструктуры

Сначала IT-инфраструктура оставалась цифровым придатком преимущественно физического бизнеса.

Первичная роль IT-отдела — настраивать, поддерживать и охранять IT-инфраструктуру. В нее входили хранилища, серверы, сети и безопасность. Вторичная, но более видимая роль — помогать нетехническим сотрудникам эксплуатировать и поддерживать их оборудование.

Пример: пароли. Сотрудники, особенно новички в компьютерах, не знали требований к паролям и часто требовали от IT обучения хорошим политикам. Постер 1980-х ниже был одним из способов, как IT мог показать сотрудникам, как безопасно работать с новыми технологиями.

(Источник)

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

Бизнесы все еще боролись с модернизацией и передачей IT, людям, чаще всего отвечающим за модернизацию, власти, необходимой для достижения цифровой трансформации.

Настоящее: успех DevOps и цифровой трансформации

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

DevOps: от Agile к необходимости

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

В большинстве компаний разработчики писали код и строили фичи, только чтобы бросить их «за стену» IT-отделу. А IT-отдел заставлял этот код работать в продакшене. Это разделение создавало проблемы. Разработчики часто писали код без мышления об операциях, и IT часто возвращался к разработчикам за изменениями. До Agile эта динамика сдерживала технологические команды от итераций, но даже после Agile команды боролись быть, ну, агильными.

Иан Букенан, главный инженер решений Atlassian, писал, что около 2007 года технические сообщества «восстали против традиционной модели разработки ПО, которая требовала, чтобы те, кто пишет код, были организационно и функционально отделены от тех, кто развертывает и поддерживает этот код».

Лидеры разговора включали Патрика Дебуа, Джина Кима и Джона Уиллиса (некоторые из которых позже вместе написали знаменитую книгу «The Phoenix Project: A Novel About IT, DevOps, and Helping Your Business Win»).

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

DevOps лучше всего визуализируется как цикл обратной связи между разработкой и операциями: первая занимается планированием, кодингом, билдом и тестированием; вторая — релизом, деплоем, операцией и мониторингом.

(Источник)

Несмотря на успех, DevOps еще имеет путь: по опросу Atlassian 2020 года, почти половина опрошенных организаций не практиковала DevOps последние три года. Рост есть, но универсальное принятие — еще нет.

Влияние DevOps на IT-инфраструктуру

Изменения, вызванные движением DevOps в IT-инфраструктуре, были значительны. Лучше понять через три ключевых компонента, на которых опирается DevOps:

• Агильные воркфлоу: IT-инфраструктура теперь должна поддерживать воркфлоу, ценящие агильность и итерации, то есть инфраструктура должна поддерживать постоянную поставку минорных обновлений вместо редких мажорных.
• Непрерывная интеграция и доставка: IT-инфраструктура теперь должна поддерживать CI (частое слияние изменений кода в центральный репозиторий) и CD (автоматическое развертывание изменений кода в тестовую или продакшн-среду).
• Контроль версий: IT-команды и IT-инфраструктура теперь должны обеспечивать контроль версий, чтобы команды разработки могли быстро вносить изменения и так же быстро откатываться к предыдущим версиям при проблемах.

Результат этих компонентов и DevOps в целом — IT-инфраструктура стала доступной большему числу людей — в первую очередь разработчикам. Теперь у разработчиков есть прямые линии связи с IT и операциями.

Следующее крупное изменение — подъем гражданского разработчика — теперь возникает. DevOps сделал IT-инфраструктуру гораздо более доступной для разработчиков, но IT оставалась недоступной для большинства бизнес-пользователей.

Будущее: подъем гражданского разработчика

Так же как DevOps сделал IT-инфраструктуру доступной для разработчиков, low-code и no-code сделают IT-инфраструктуру доступной для бизнес-пользователей. Как только бизнес-пользователи смогут напрямую участвовать в технологиях, бизнесы — и IT — не будут выглядеть так же.

Гражданский разработчик: от бунтаря к лидеру

В 2012 году Джон К. Уотерс писал, что аналитики Gartner объявили: «Мы все теперь разработчики» и родился новый буззворд: гражданский разработчик. Гражданский разработчик — бизнес-пользователь без формального опыта кодинга, но который с правильным обучением и поддержкой может создавать технологические решения.

Происхождение гражданского разработчика можно проследить до ранних дней IT, когда смелые бизнес-пользователи экспериментировали с командной строкой. Или позже, когда бизнес-пользователи разворачивали несанкционированные SaaS-приложения (также известные как «теневой IT»). Некоторые бизнес-пользователи давно хотели участвовать в создании технологических решений, которые они используют, но только недавно IT смогло поддерживать и масштабировать это желание.

Поскольку занятые команды разработки и IT борются за удовлетворение технологических запросов бизнес-пользователей, последние все чаще используют low-code платформы для решения своих бизнес-проблем. Лучшие платформы дают IT инструменты управления для безопасного менеджмента и поддержки гражданских разработчиков.

Погрузитесь глубже: Дорогие CIO: почему вам нужна Enterprise-масштабная Low-Code стратегия прямо сейчас

Влияние гражданских разработчиков на IT-инфраструктуру

Автоматизация — лучший пример гражданского разработчика в действии. Хотя внедрение low-code платформ сделает гражданских разработчиков функциональными и эффективными по разным бизнес- и технологическим проблемам, мало кейсов так продвинуты, как автоматизация.

Современные платформы автоматизации вроде UiPath позволяют IT управлять инфраструктурой, используемой гражданскими разработчиками, которые могут использовать UiPath StudioX для создания своих автоматизаций, UiPath Apps для построения красивых фронтенд-опытов и Automation Ops для создания guardrails своей программы автоматизации. Эти решения позволяют каждому играть хотя бы небольшую роль в создании, поддержке или деплое инфраструктуры, обеспечивающей цифровую агильность.

Low-code — путь вперед для бизнесов, желающих включить гражданскую разработку. В недавнем пресс-релизе Gartner предсказывает, что мировой low-code рынок вырастет на 23% и достигнет $13,8 млрд в 2021 году.

На графике ниже (также из пресс-релиза) Gartner предсказывает рост low-code платформ приложений и гражданской разработки в этом году.

Управление, конечно, помогается low-code платформами, но не является их результатом. Гражданские разработчики обычно оперируют через центры компетенций (CoE), которые обучают бизнес-пользователей, управляют их усилиями и деплоят их идеи. Это уполномачивает бизнес-пользователей решать проблемы для себя и других, коллективно создавая более легкую, эффективную организацию.

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

Получите лучшие практики запуска успешной программы гражданской разработки в нашем онлайн-вебинаре «Давая силу людям».

Если IT началось как соло-игрок в своих origines и стало командным игроком через DevOps, то его новая роль будет тренером по мере роста движения гражданской разработки.

Технологии (и управление) для всех

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

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

И технология, обеспечивающая управляемую гражданскую разработку? Роботизация процессов (RPA). Узнайте больше в обзоре «RPA для C-Suite: Краткое руководство по началу работы».