Сектор ИТ сталкивается с проблемой, поскольку опытные сетевые инженеры уходят на пенсию. Как следующее поколение рабочей силы может заполнить пробел?
Представьте себе, что вы построили одно из Семи чудес Древнего мира, а затем немедленно уничтожили планы и скрыли всех, кто участвовал в его создании. А теперь попробуйте построить его снова.
На первый взгляд эта идея кажется глупой, но она не так уж далека от того, что происходит в огромных масштабах ИТ-сектора.
Рассмотрим в частности сетевое взаимодействие . В середине-конце 90-х годов отрасль выпустила тысячи технически подготовленных инженеров. Они посещали курсы в университете, учились, чтобы получить сертификаты, и неустанно трудились над созданием некоторых из самых важных, но сложных систем на планете. Интернет, социальные сети, облако и надежды бесчисленных стартапов, нацеленных на ИИ, покоятся на фундаменте, который заложило это поколение сетевиков.
Итак, что же произойдет, когда это поколение состарится и выйдет на пенсию? Возникает соблазн указать на следующее поколение потенциальных сетевых инженеров, но существует ли вообще это поколение?
Люди, которые сегодня заканчивают университет, с гораздо большей вероятностью имеют опыт работы с Amazon Web Services (AWS) и Azure, чем с Border Gateway Protocol (BGP) и виртуальной частной сетью Ethernet (EVPN). Они провели больше времени с Kubernetes, чем с командной строкой маршрутизатора или коммутатора.
Конечно, если их заставить действовать и поддержать старшим персоналом или технической документацией, они могут работать. Но эта отрасль печально известна своими индивидуальными решениями, рабочими процессами-снежинками и плохой документацией.
Ничто из этого не должно быть сюрпризом. По крайней мере, часть привлекательности облака для многих заключается в том, что оно несет в себе иллюзию перекладывания проблем на другую команду. Конечно, это вряд ли соответствует действительности. Ни одна компания не должна полностью отказываться от архитектурной и операционной ответственности. Но в спешке нашей отрасли к новым решениям есть бесчисленное множество команд, для которых это было негласной целью.
Но что происходит с компаниями, когда люди, достаточно квалифицированные для управления сложными процессами, перестают быть востребованными?
Возможно, вы пессимист и считаете, что следующее поколение ИТ-специалистов каким-то образом менее способно, чем в прошлом. Инженеры NASA, которые высадили человека на Луну, могут сказать то же самое о сегодняшних ракетчиках, которые в значительной степени полагаются на инструменты, чтобы делать за них математические расчеты. Но не обремененные некоторой низкоуровневой работой, эти же инженеры спроектировали многоразовые ракеты, способные обнаружить посадку посреди океана без ручного управления. Возможно, слухи о закате астрофизики были несколько преувеличены.
Опираясь на вчерашние достижения
Что делает эти достижения возможными, так это то, что ученые сегодня могут легко опираться на открытия прошлых лет. То же самое относится к сфере ИТ? В облаке , определенно. В более традиционных средах, которые управляются с помощью методов процедур (MOP) и стандартных операционных процедур (SOP), все менее ясно.
Если бы новый сетевик, имеющий опыт работы в облаке, но не слишком хорошо разбирающийся в командной строке, пристегнулся и попытался управлять сложной корпоративной сетью, он бы не знал, с чего начать. В мире, где царит таинственный синтаксис, непосвященные практически не играют никакой роли.
Без пяти- и шестибуквенных сертификатов, свидетельствующих о стремлении механически заучивать команды, необходимые для того, чтобы все работало, эти люди плохо подготовлены к этой задаче.
Но предполагать, что они не способны на это, значит полностью упускать из виду суть.
Для компаний, которые смотрят в будущее, где их талантливых работников невозможно будет заменить равными, возникает реальный стратегический вопрос, на который необходимо ответить: что нам делать?
Принятие операционной модели будущего
При каждой возможности расширения и обновления умные руководители ИТ будут вводить новые мощности вместе с постепенным прогрессом в операциях. Цель должна заключаться в удовлетворении потребностей сегодняшнего дня и в то же время в достижении устойчивого прогресса в направлении операционной модели будущего.
Важно отметить, что эта операционная модель одновременно определяется тем, какие технологии она поддерживает, и тем, насколько она доступна для работников следующего поколения.
Действительно, операции должны быть автоматизированы, а наблюдаемость должна распространяться на все соответствующие домены, но эти инструменты также должны быть знакомы людям, не осуществляющим транзакции с использованием специфичного для поставщика синтаксиса.
Операционные модели должны охватывать устаревшие варианты использования, используя при этом современные технологии. Облачные, микросервисные, управляемые моделями и естественно-языковые — все это играет свою роль как в модернизации инфраструктуры, так и в смягчении приземления для людей, рожденных в облаке.
Зная, что инструменты должны быть эффективными и потребляемыми, команды должны начать с расширения своих требований за пределы простого запуска того, что есть сегодня. Поднятие операций до рассмотрения высшего уровня создаст опциональность в будущем. Это значительно расширяет апертуру найма и позволяет использовать более продвинутые облачные практики, такие как закупки у нескольких поставщиков и инфраструктура как код.
Подобные соображения хорошо вписываются в деятельность архитекторов операций, сетевых и облачных архитекторов, на которых уже полагаются многие компании.
Но, пожалуй, самое важное, что могут сделать компании, — это самое простое: перестать рассматривать каждое повышение как способ сокращения рабочей силы.
Внушение страха в сердца людей, ответственных за изменения, создало леденящий эффект на прогресс. Хотя в команде будут новые члены, правда в том, что нынешняя команда будет в значительной степени отвечать за преодоление препятствий, которые неизменно возникают. Помощь им в процветании создает две вещи: доказательство того, что модель работает, и поддерживающее обучение и документацию, необходимые для наведения мостов между старым и новым.
В конечном итоге, каждой компании придется иметь дело с собственной эволюцией рабочей силы. Стратегический вопрос заключается в том, будут ли они делать это методично или под давлением кризиса, делая только один из этих вариантов надежным для получения хороших результатов.
