Удивительная новая звезда ИТ-инфраструктуры:восхождение гражданского разработчика

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

Эта идея применима не только к футболистам (или футболистам, для читателей в США) игрокам.

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

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

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

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

ИТ, от информации до Интернета

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

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

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

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

Первые дни ИТ-инфраструктуры

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

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

Один пример:пароли. Сотрудники, особенно те, кто не знаком с компьютерами, не были знакомы с требованиями к паролям и часто требовали от ИТ-отдела обучения их правильным политикам. На приведенном ниже плакате 1980-х годов ИТ-отдел может показать сотрудникам, как безопасно работать с новыми технологиями.

<я>( Источник <я>)

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

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

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

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

DevOps:от Agile до основных

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

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

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

Ведущими беседы были Патрик Дебуа, Джин Ким и Джон Уиллис (некоторые из них в конечном итоге объединились, чтобы написать известную книгу Проект Феникс:роман об ИТ, DevOps и помощи вашему бизнесу в победе ).

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

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

<я>( Источник <я>)

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

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

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

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

• Непрерывная интеграция и доставка: ИТ-инфраструктура теперь должна поддерживать непрерывную интеграцию (процесс частого слияния изменений кода в центральный репозиторий) и непрерывную доставку (процесс автоматического развертывания изменений кода в тестовой или рабочей среде).

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

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

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

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

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

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

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

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

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

Погрузитесь глубже: Уважаемые ИТ-директора! Почему вам сейчас нужна корпоративная стратегия с минимальным кодом

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

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

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

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

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

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

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

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

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

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

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

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

А технология, обеспечивающая управляемое гражданское развитие? Роботизированная автоматизация процессов (RPA). Чтобы узнать больше, ознакомьтесь с обзором RPA для руководителей высшего звена:краткое руководство по началу работы.