Роль исполнителя в успехе или провале проектов по цифровой трансформации

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

Все знают, что основной и главный вклад в проекты по цифровой трансформации вносят заказчики, ведь именно от них зависит функциональность, документированность, стандартизированность любого проекта, его финансирование и вовлечение всех функциональных заказчиков. Но важно отметить, что вклад исполнителя в проекты по цифровой трансформации так же очень велик. Ведь от исполнителя на текущий момент зависит «красота и удобство» (UX/UI), архитектура, языки, методы, способность сделать все своевременно, чтоб это еще было и работоспособно, внедрение и PR. Соответственно от выбора исполнителя напрямую зависит успех или провал проекта.

Еще несколько лет назад идеей фикс у любого разработчика было создание и развитие собственных продуктов, и дальнейшее их тиражирование, при этом масштабно использовалось свободное программное обеспечение (СПО) с целью унификации процессов и снижения стоимости разработки. Почти все компании писали продукты на готовых компонентах, созданных open source сообществом. Была определенная стабильность и в связи с этим можно было планировать бюджет на развитие продукта на несколько лет вперед, делать бесплатный пилот, так сказать, чтобы «войти» в заказчика, и заключать контракты «на вырост», поскольку даже в случае риска нехватки ресурсов можно было оперативно нарастить команду.

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

– Как можно решать эту проблему? Традиционными решениями в лоб или новыми подходами, реагирующими на этот вызов? Можно и «в лоб», но итоги так же будут «в лоб». Учить стажеров на джунов – долго и дорого, не все могут себе позволить. Можно оптимизировать до бесконечности бизнес-процессы, но это порождает внутреннюю бюрократию. Разумеется, заниматься этим необходимо, но волшебной таблеткой это не станет. Повышать нагрузку на персонал и при этом увеличивать зарплаты? Растет текучка, происходит более быстрое выгорание в команде, да и чек на клиенте только растет. В итоге главный нерв решения, который нащупали мы – это создание условий для возможности гибридной работы команды – рассказывает генеральный директор AT Consulting Восток Владимир Высоцкий.

Чтобы проекты цифровой трансформации оставались успешными, нельзя зацикливаться на одной бизнес-модели, нужно выстраивать гибридный способ работы внутри команды исполнителя. Заказчику повышает вероятность успеха именно работа с такой IT-командой. Что это подразумевает? В частности, внедрение внутри компании возможности схемы работы по принципу «Time & Material», умение «шарить» IT-ресурсы в партнерских проектах, предоставление возможности сотрудникам работать на проектах по разработке ПО и на проектах системной интеграции, соответственно создавая для этого необходимую инфраструктуру под проекты с IT-льготами или без них. Не менее важно сохранить в оптимальном балансе функционирование «продуктового кластера» и самое главное, уметь четко работать с рынком кандидатов и рынком бывших сотрудников. В широком смысле – это создание экосистемы проектов и продуктовых бизнесов внутри бизнеса исполнителя с различными способами учета и монетизации, чтобы эффективно выстроить управление ит-командой и удерживать специалистов в меняющейся реальности. Кроме этого, необходимо наладить работу с заказчиком с целью запуска конвейера мгновенной доставки изменений, когда пожелания клиента внедряются чуть ли не на следующий день. Это такая внутренняя разработческая автоматизация и дисциплина, которую стоит перенести на заказчика. Еще один популярный метод – это работа и постоянный контакт с экс-сотрудниками компании. Сейчас недостаточно захантить сотрудника в компанию, важно уметь его сохранить и после его ухода из компании. Странно? Но именно этот ресурс позволяет собрать в ответственный момент на новом проекте тех самых 12 друзей Оушена, необходимых для успеха проекта.

--------------
На выставочном стенде компании AT Consulting Восток представила на Форуме IT-сервисы собственной разработки: АПК «Безопасный город», Систему управления проектами «Проект-менеджмент», ВИС «Зеленый фонд», ИАС «Ситуационный центр региона», Интеллектуальную транспортную систему и другие решения для цифровизации государства. Особый интерес гости Форума проявили к системе «Проект-менеджмент» и решение по Безопасному городу. Первая попала в центр внимания большого количества представителей региональных Министерств строительства, поскольку автоматизирует управление капитальным строительством на уровне всего субъекта РФ. А АПК «Безопасный город» так же, как и «умный город», охватывает ключевые аспекты автоматизации на муниципальном уровне.