Реалии современного рынка — рост количества задач в сочетании с ужесточающимися требованиями к «time to market» — ведут к резкому увеличению нагрузок на команды разработки. Количество компаний, которым нужны команды разработки в формате «инхаус», быстро растет: кроме банков и других структур, работающих с финтехом (например, страховых фирм), список таких компаний пополняют девелоперы, промроизводства, госучреждения, логистические организации, системные интеграторы, внедренцы RPA и другие. Разумеется, в данном случае речь идет о не об одиночных программистах, которые вносят мелкие изменения в «1С:Бухгалтерию», а о командах, работающих над крупными и сложными задачами, значимыми для бизнеса и требующими DevOps.

Разработка и DX

При «цифровой трансформации» (DX) компании часть ИТ-решений, поддерживающих обновленные бизнес-процессы, можно создать настройкой модулей готовых систем, но часть придется разрабатывать «с нуля». Достаточно крупным компаниям — имеющим в структуре позицию CDTO/РЦТ (Chief Digital Transformation Officer/ Руководитель по «цифровой трансформации») — в DX придется идти уникальными путями, из сторонних кейсов в лучшем случае удастся брать некоторые фрагменты, которые тоже потребуют подгонки «по месту». «Цифровая трансформация» для каждого бизнеса уникальна по вполне объективным причинам — двух одинаковых компаний просто не найти. Заметим, что сказанное справедливо как для коммерческих структур, так и для госпредприятий (см. врезку).

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

DX в госструктурах РФ идет полным ходом. К 1 сентября 2021 года госкомпании должны были подготовить собственные стратегии цифровой трансформации, которые должны быть утверждены к 1 октября Министерством цифрового развития, связи и массовых коммуникаций РФ, напомнил Александр Егоров, генеральный директор «Рексофт», выступая на конференции «Практические вопросы разработки стратегии „цифровой трансформации“ для предприятий с государственным участием», проведенной Ассоциацией «Руссофт». В контур «цифровой трансформации» вошли 52 компании из списка 91-Р и еще порядка 900 государственных компаний, суммарно формирующих около 18% ВВП, отметил Алексей Дорожко, заместитель директора Департамента развития отрасли информационных технологий в Минцифры. В планах — дальнейшее расширение данного контура.

Без команд разработки в таких условиях не обойтись. «Наличие собственных специалистов, которые обладают, в том числе, навыками разработки программного обеспечения, позволяет более эффективно решать как задачи интеграции различных вендорских программ в единый „организм“, так и проведения более тонкой настройки оборудования, — говорит Ярослав Камыс, исполнительный директор Liberum Navitas. — Кроме того, собственные высококвалифицированные специалисты обеспечивают максимально оперативное реагирование на проблемы, которые могут возникать при запуске оборудования или в процессе его эксплуатации».

Разработка и канал

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

Разработка требует множества специфических программных инструментов, далеко не все из которых присутствуют в канале. Часть программных продуктов для разработчиков — от сред разработки и библиотек до средств отладки и решений класса TestOps — доступна как свободно бесплатное, часть можно приобрести напрямую у производителей, как в формате SaaS, так и «on premise». Конечно, средства разработки присутствуют и в канале, но их доля в обороте совсем невелика. Однако программные инструменты, необходимые менеджменту для организации процессов разработки, могут принести игрокам канала заметную прибыль.

Команды программистов в большинстве своем гибридные, часто бывает нужно озаботиться системными решениями для контроля их повседневной деятельности, которые не всегда могут быть сведены к сетевым графикам и контролю KPI. В качестве примера упомянем решения класса EPM (Employee Productivity Monitoring — мониторинг продуктивности персонала). Конечно, программисты, как и всякие творческие люди, не любят контроля, более того, в отличие от других творческих сотрудников обладают компетенциями для обхода подобных систем, однако, во-первых, с современными ЕРМ это не так просто сделать, во-вторых, факт обхода — который сразу будет виден при сравнении профилей активности сотрудников на одинаковых позициях — является важным маркером как для менеджеров, так и для HR. Следует помнить, как подчеркнула Галина Рябова, директор центра продуктов Dozor компании «Ростелеком-Солар», выступая на представлении Solar advisor, что современные EPM-системы не занимают много ресурсов, а также способы собирать данные и выдавать аналитику не столько направленную на слежение за активностью отдельных работников, сколько ориентированную на оптимизацию взаимодействий — в группе или между смежными отделами.

Заметим, что управление гибридными командами разработчиков, тестировщиков и внедренцев практически мало отличается от задач управления & контроля групп специалистов других профилей. «Корпоративные клиенты были вынуждены массово переходить на „удаленку“, и это потребовало создания новых (или серьезных доработок существующих) бизнес-схем учёта, внедрения дополнительного автоматизированного контроля выполнения операций и исполнительской дисциплины и многое другое», — отмечает Александр Казеннов, руководитель корпоративной практики ДКИС ALP Group.

Разработка и обучение

Развитие сегмента профильного обучения идет не только количественно — профильные курсы по языкам программирования и по тематикам становятся все более разнообразными, причем как для начинающих, так и для продвинутых пользователей — но и качественно. Примером качественно иных курсов может быть предложение по подготовке DevOps-инженеров от «Сетевой Академии ЛАНИТ». Слушатели научатся работать в Linux, развертывать кластеры, погрузятся в основы программирования и познакомятся с методологией DevOps (см. врезку), сочетающей лучшие гибкие подходы и практики, применимые в командах разработки, как отметили в компании.

Важно, что данная программа профессиональной переподготовки — полное название: «Профессия DevOps-инженер: базовый уровень» — нацелена на начинающих ИТ-специалистов и проводится в рамках государственного проекта «Цифровые профессии», созданного для дополнительного образования в сфере цифровой экономики и направленного на получение наиболее востребованных ИТ-профессий. Программу субсидирует государство: слушатель или направившая его на учебу компания оплачивает только половину стоимости курса, вторая половина обучения — за казенный счет. Профессия DevOps-инженера в условиях современной динамики рынка разработки будет востребована особенно остро. «По оценкам экспертов, за период локдауна в 2020 году рынок DevOps вырос на 30% и имеет огромный потенциал для дальнейшего роста, — отметила Марина Макарова, директор учебного центра „Сетевой Академии“. — Это направление востребовано как нашими заказчиками, так и рынком в целом».

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

Разработка и инфобезопасность

Получивший распространение DevOps позволяет разработчикам программного обеспечения быстрее и эффективнее создавать код, отмечает Самит Джавери, сотрудник Microsoft Tech, но обеспечение безопасности финального продукта в ряде случаев остается узким местом. Разработка должна учитывать требования ИБ, причем взаимодействие с разработчиками и «безопасниками» должно быть сквозным и идти на всех этапах создания кода. Соответствующую коллаборацию называют DevSecOps или «безопасной разработкой». Многие организации предпочитают анализировать результаты на соответствие критериям безопасности после разработки приложений, но это может оказаться очень дорогостоящим: стоимость исправления «дыр» в безопасности уже внедренных приложений может быть до 60 раз дороже, чем на этапе разработки, отмечает г-н Джавери со ссылкой на исследования National Institute of Standards and Technologies.

DevSecOps требует плотного взаимодействия специалистов ИБ с ИТ-специалистами и разработчиками для поиска оптимальных решений в вечном споре «безопасность или функциональность», говорит Антон Гаврилов, руководитель направления DevSecOps в Центре информационной безопасности «Инфосистемы Джет». На необходимости DevSecOps настаивают специалисты PositiveTechnologies. «Безопасность кода — очевидный приоритет для бизнеса», —говорит Алексей Жуков, эксперт отдела систем защиты приложений Positive Technologies. В любой организации существуют приложения, эксплуатация уязвимостей в которых является событием, недопустимым с точки зрения бизнеса, напоминает г-н Жуков. Однако, как показывает опрос российских компаний, проведенный Positive Technologies, в настоящее время далеко не все внедрили данные практики: только 36% опрошенных уже имеют наработанные практики DevSecOps, при этом только 45% российских ИТ-специалистов считают «безопасную разработку» полезной практикой. Чуть более половины — 56% респондентов — готовы изучать этот подход, но практическая возможность изучать DevSecOps в рабочее время есть у более четверти респондентов (28%).

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

Разработка и Low-code

Внутри разработки существуют и развиваются разные направления, но наибольший хайп сейчас вокруг развития low code. Заметим, что это направление разработки развивается крайне быстро, привлекая масштабные инвестиции. За последние 10 лет в данный сегмент было инвестировано более 3 млрд долл., причем за последний год — 1 млрд, отметил Дмитрий Гальперин, инвестиционный директор фонда Runa Capital, выступая на бизнес-регате Enterprise Low Code Day 2021. Разумеется, такие инвестиции приводят к быстрому развитию технологий: за 10 лет было создано более 300 платформ для low-code-разработки, причем за последний год уже более 60, отметил г-н Гальперин.

Востребованность low-code будет расти, прежде всего, из-за сокращения time-to-market при использовании данной технологии, уверен Дмитрий Голубовский, СЕО компании TAGES. Ускорение процессов разработки дает целый ряд других преимуществ: более широкие возможности экспериментирования, повышенную безопасность решений благодаря использованию готовых модулей и т. д. Высокий процент переиспользования кода, характерный для low code, хорош для рынка в целом, подчеркивает г-н Гальперин, особенно в условиях дефицита разработчиков.

Технологии low-code активно применяются как сотрудниками компаний для автоматизации повседневных рутинных задач, так и для более сложных проектов. Высокую технологичность современных платформ отметил Александр Бондарик, архитектор решений в Leroy Merlin на представлении Platformeco, подчеркнув в данном случае логичность применения для трендовой микросервисной архитектуры, простоту оркестрации, применимость для высоконагруженных решений и т. д.

В enterprise-сегменте инструменты low-code активно используют при создании сайтов и мобильных приложений, включая решения для e-commerce, а также для задач RPA, включая создание чат-ботов, для тонкой настройки решений Business Process Management (BPM), CRM, систем совместной работы и т. д. Спектр, как видно, достаточно широк. В настоящее время заказчики сегмента enterprise, как отметил г-н Голубовский, особо заинтересованы в упомянутой скорости, а также в высокой технологичности процессов low-code-разработки, в частности, в широких возможностях применения DevOps-практик и в доступности гибких архитектур. Все это находит отражение в бизнес-метриках отделов разработки, использующих low code: «Кратное сокращение time-to-market решений (в 2,5-4 раза), двукратный рост пропускной способности команды, сокращение времени на устранение инцидентов в продакшене», отметил г-н Голубовский.

Вместо заключения

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

Источник: Александр Маляревский, внештатный обозреватель СRN/RE

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