Две группы враждовали, работали почти друг против друга, имея антагонистическую точку зрения.
Примерно за последнее десятилетие несколько различных бизнес сил объединились в «новую» идею; возможно, каждая часть бизнеса должна работать вместе, а не друг против друга. Это не новая идея, поскольку успешные предприятия веками работали в гармонии, но это сдвиг в том, что стало стандартной парадигмой.
Частично это происходит от Agile и Lean; две операционные парадигмы, которые фокусируются на выравнивании множества движущихся частей и минимизации большого количества трудоемких и низкопроизводительных бизнес-операций. Отчасти это синтез других бизнес-идей, которые укореняются и развиваются по мере того, как более крупные компании применяют методы, которые они могут использовать для адаптации к меняющейся экосистеме.
Трудно дать конкретное определение «DevOps» - на самом деле, много статей было написано именно на эту тему, и для каждого эксперта, который дает свое собственное определение, есть предприятия, которые используют методы DevOps, которые не совсем подходят те описания. DevOps - это не столько команда или группа внутри вашей организации. Скорее, это подход. Это методика, которую вы используете, от найма до разработки, эксплуатации и т. д. Это новый способ поддерживать совместную работу всей организации с помощью гибких и гибких систем, облегчающих эту командную работу.
Определение DevOps
Излишне говорить, что DevOps стала ключевой должностью. Многие компании инвестируют в философию DevOps и используют этот термин для привлечения новых кандидатов, разбирающихся в окружающей среде. Другие используют DevOps как модное слово и не в полной мере поддерживают задействованные процессы. Тем не менее, если вы заинтересованы в приеме на работу людей с обучением, опытом или авторитетом DevOps, вам необходимо сначала понять различные роли и процессы.
Вот некоторые из наиболее распространенных должностей DevOps, чем они занимаются и что вам следует учитывать при их найме.
- DevOps инженер
- Евангелист DevOps
- Инженер по сборке
- Менеджер по выпуску
- Архитектор автоматизации
- Менеджер по продукту
- Разработчик программного обеспечения DevOps
- Инженер по безопасности
- Аналитик данных
Рекомендации по найму специалистов в области DevOps
DevOps инженер
Это ваш руководитель в пищевой цепочке во всех областях DevOps. DevOps Engineer, также называемый инженером платформы, - это человек, который наблюдает и поддерживает платформу, используемую для работы DevOps. Некоторые компании рассматривают DevOps как скорее процесс и идеологию, чем платформу, поэтому они не могут нанять DevOps инженера. Квалифицированный кандидат на позицию DevOps Engineer имеет опыт работы в DevOps, знаком с доступными платформами и способами интеграции их в существующие бизнес-процессы, а также имеет опыт управления.
Евангелист DevOps
Многие компании уже посвятили себя DevOps стилю жизни. Однако многие другие - нет. Этим компаниям нужен евангелист DevOps, который направит их по пути. Евангелист может быть либо консультантом, либо служащим, и обычно они занимают руководящие должности. Эта роль требует полномочий, потому что их цель - разработать план внедрения DevOps и убедить ответственных лиц в том, насколько лучше будет жизнь, если этот план будет реализован. Евангелист DevOps - аналитик и должен уметь собирать и представлять данные. Они также должны хорошо разбираться в процессах, платформах и системах DevOps. Именно они придумывают план конверсии и часто доводят его до реализации.
«Вы должны создать культуру, которая представляет собой культуру обучения, в которой безопасно терпеть неудачу, быстро терпеть неудачу, извлекать уроки из этого и совершенствоваться». Эта цитата Рохита Антао, руководителя DevOps в PwC, объясняет ценность евангелистов и то, как они могут обнаруживать бреши в вашем процессе DevOps.
Инженер по сборке
Инженер по сборке - это руководящая должность DevOps, отвечающая за команды разработчиков. Этот человек тратит свое время на управление процессом сборки и разработки и отвечает за соблюдение целей и сроков сборки в быстро меняющейся среде. Они управляют кодом, поддерживают сборки, создают новые сборки, управляют решениями автоматизации и развертывают их, а также обеспечивают соответствие сборок установленным требованиям к конфигурации. Инженер по сборке иногда является гибридной ролью, которая включает в себя обязанности других технических ролей, таких как дизайнер пользовательского интерфейса или диспетчер конфигурации. Эта позиция обладает большой гибкостью и подходит для широкого круга возможных потребностей вашего бизнеса.
Менеджер по выпуску
Если инженер по сборке - оборотная сторона монеты, то диспетчер выпуска - спереди. Менеджер релизов - это надзорная и управленческая должность, которая наблюдает за общим конвейером разработки, направляя как отдельные выпуски, так и общие графики выпусков. Они тратят большую часть своего времени на координацию с инженером по сборке и другими командами, чтобы гарантировать достижение целей.
Нихарика Нагисетти, менеджер по маркетингу группы продуктов Vantiv, хорошо описывает эту роль.
«Релиз-менеджеры работают над управлением и координацией продукта от разработки до производства. Обычно они работают над большим количеством технических деталей и препятствий, в которых традиционный менеджер проекта не участвует». Архитектор автоматизации
Архитектор автоматизации играет ключевую роль в современном DevOps. Поскольку большая часть DevOps полагается на автоматизированные рабочие процессы и процессы, которые оптимизируют работу команд и сводят к минимуму необходимость вмешательства, архитектор автоматизации является критически важным сотрудником.
Архитектор автоматизации отвечает не только за исследование и внедрение систем автоматизации, но и за интеграцию этих систем с другими существующими системами автоматизации и неавтоматизационными системами. Их задача - не просто реализовать автоматизацию, а обеспечить, чтобы все работало с минимальным количеством препятствий, плавными состояниями отказа и избыточностью по мере необходимости. По сути, они прокладывают дорогу, чтобы остальная часть команды могла двигаться по ней быстро и безопасно. Квалифицированный кандидат на должность архитектора автоматизации хорошо знаком с платформами DevOps и их интеграцией. Они также должны уметь выявлять неисправности и быстро решать проблемы, что делает необходимым глубокое критическое мышление.
Менеджер по продукту
DevOps в основном ориентирован на внедрение операционных систем в разработку, и поэтому большинство ролей DevOps - это роли разработчиков с расширенными обязанностями и набором навыков. Роль менеджера по продукту исходит непосредственно из операционной части DevOps и приносит с собой организационные и управленческие навыки, необходимые для успеха проекта.
Менеджер по продукту - не новая роль; это операционная роль, перепрофилированная в DevOps. Таким образом, будет большое количество менеджеров по продуктам, желающих подать заявку, которые могут не соответствовать философии DevOps. Цель состоит в том, чтобы найти менеджера по продукту с управленческими навыками, но также с глубокими способностями к сотрудничеству, которые позволят им работать напрямую с вашими командами разработчиков. В частности, им нужно будет работать с менеджерами по сборке и выпуску, инженерами по безопасности и аналитиками данных, чтобы иметь полное представление о вашем продукте.
Разработчик программного обеспечения DevOps
Роль разработчика программного обеспечения важна для любой компании, специализирующейся на программном обеспечении, но еще важнее для команды DevOps. В DevOps разработчик программного обеспечения отвечает не только за разработку кода; они также тестируют, развертывают, отслеживают и поддерживают этот код. Роль, по сути, представляет собой сочетание ролей разработчика программного обеспечения и QA. В конце концов, кто лучше поддерживает программу, чем люди, которые ее написали?
Разработчики программного обеспечения DevOps должны свободно владеть кодированием и разработкой программного обеспечения, а также практиками DevOps для обеспечения качества и обслуживания. Это часто означает использование приложений для автоматизированного тестирования , поэтому разработчик программного обеспечения DevOps должен знать и понимать эти приложения.
Инженер по безопасности
Современная разработка программного обеспечения чревата опасностями. Снова и снова появляются новости о платформах SaaS, новых программных приложениях, мобильных приложениях и других технологиях с явно очевидными недостатками, которые можно использовать. Это в значительной степени вызвано тем, что безопасность рассматривается как второстепенное. В частности, в методе разработки Waterfall безопасность обычно подкрепляется беглым аудитом.
Безопасность должна быть заложена в продукт с нуля, поэтому ее труднее использовать и труднее взломать. Для этого требуется, чтобы инженер по безопасности работал в тесном сотрудничестве с разработчиками программного обеспечения, обеспечивая, чтобы каждый процесс и каждый интерфейс был правильно сформирован и учитывал безопасность. Инженеры по безопасности чрезвычайно важны не только для успеха продукта, но и для безопасности пользователей, использующих его. Они должны свободно владеть современными стандартами безопасности, текущими векторами атак и поведением пользователей, которые обычно обходят безопасность и создают дыры.
Аналитик данных
Роль DevOps Data Analyst - чрезвычайно важная должность. В то время как разработка учитывает теорию при разработке продуктов и функций, Data Analyst берет реальные данные от реальных пользователей и преобразует их в полезные аналитические данные. Обычно они пересекаются с инженерами пользовательского интерфейса и дизайнерами UX в среде DevOps.
Роль аналитика данных обычно представляет собой роль начального уровня на пути к специалисту по данным, которая является аналогичной ролью, за исключением того, что они принимают более масштабные решения, затрагивающие платформу и инфраструктуру в целом, а не отдельные функции или приложения, которые интересуют аналитика. с участием.
Рекомендации по найму DevOps инженеров
DevOps - относительно новая среда, поэтому определения расплывчаты, а единообразие - редко. Сотрудник, выполняющий определенную роль в одной организации, может не соответствовать описанию той же роли в другой из-за различий в обязанностях. Таким образом, при приеме на работу в DevOps, как правило, больше учитываются требования, обязанности и опыт, чем название должности.
Ищите конкретные навыки. Помните, что кандидаты, которых вы нанимаете на должности DevOps, должны быть квалифицированными и надежными. Помимо технических навыков, соответствующих их роли, вам следует также обратить внимание на навыки работы с людьми, включая умение работать в команде. DevOps - это сотрудничество, поэтому одинокий волк или разработчик Rockstar - это дисквалификация. Технические навыки и навыки работы с людьми должны работать вместе для успешной команды DevOps.
Сделайте анализ над изменчивостью названия должности и тенденциями. DevOps все еще расширяется, и многие компании используют аналогичную идеологию для формирования процессов для объединения других команд. DataOps, FinOps, GitOps, ModelOps; появляются десятки новых обозначений. По правде говоря, конкретные роли и должности меняются. Важен человек, его навыки и опыт.
Четко разграничивайте предпочтения и требования. При написании объявления о вакансии важно свести свою роль к конкретным требованиям, которые необходимы кандидату для этой роли. Определите, что конкретно вам нужно сделать; все остальное - бонус. Например, инженер-программист может не иметь большого опыта в разработке пользовательского интерфейса; вы можете либо сделать интерфейс обязательным, либо использовать его в качестве бонуса для фильтрации подходящих кандидатов. Вы всегда можете нанять специального члена команды по работе с пользователями, если не можете найти разработчика программного обеспечения с таким опытом.
Подчеркните разнообразие. Разнообразные команды создают лучшие продукты. К сожалению, такая простая вещь, как язык в списке вакансий, очень легко отключить целые категории людей. Это исследование является отличным ресурсом о том, как составить и сформулировать список вакансий таким образом, чтобы привлечь самых разных соискателей, что позволяет вам выбирать из самого широкого и разнообразного пула кандидатов.
DevOps никуда не денется, но это может потребовать значительных изменений в способах ведения вашего бизнеса. Если вы готовы к таким инвестициям, то для начала стоит выбрать евангелиста DevOps для создания плана. Которые помогут в поиске!