Разговор о разработке часто начинается с вопроса о стоимости. Но что если начать стоит с другого: сколько контроля над продуктом вы готовы передать вместе с задачей и насколько вы готовы управлять внешней командой?

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

3 модели — и их реальная логика

1️⃣ Аутстаффинг (выделенная команда) — внешние специалисты работают внутри вашей команды, по вашим процессам и под вашим управлением. Вы получаете нужные компетенции без найма в штат, сохраняете полный контроль над архитектурными решениями и продуктом. Старт — за 1–2 недели. Экономия на фонде оплаты труда и инфраструктуре — до 30–40%.

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

2️⃣ Заказная разработка (project-based, работа «под ключ») — подрядчик берёт задачу целиком: от проектирования до запуска, с фиксированными сроками и бюджетом. Технические риски полностью на подрядчике. Ваш бизнес сфокусирован на стратегии, а не на управлении командой разработки.

Подходит, когда задача чётко ограничена, требования стабильны и важна предсказуемость бюджета.

3️⃣ Аутсорсинг (заказная разработка на стороне подрядчика, в отличие от аутстаффинга — без погружения в управление) — внешняя команда работает по своим процессам, самостоятельно закрывает задачу и передаёт результат. Вы не управляете командой напрямую и не встраиваете её в свою структуру.

Подходит, когда внутреннего технического лидера нет или его ресурс ограничен, стоит четкая задача, важна предсказуемость бюджета и сроков.

Наш взгляд

Универсальной лучшей модели нет. Но есть частая ошибка: компания выбирает модель исходя из цены, не думая о том, что будет делать с продуктом дальше. Контроль над результатом начинается именно с этого решения — и принимается оно не в момент подписания договора, а значительно раньше.

#globus_мнение

Корпоративное ПО в России 2026: что изменилось за 3 года и что это значит для бизнеса?

Три года назад разговор о корпоративном ПО в России был в основном про срочность: «нужно заменить быстро, любой ценой, пока не отключили поддержку». Сегодня этот разговор звучит совсем иначе.

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

❤️Что реально изменилось?

Российский рынок ПО по итогам 2025 года достиг объёма в 808 млрд рублей, показав рост на 21% относительно предыдущего года. Основными драйверами выступают внедрение гибридной инфраструктуры в финансовом секторе, интеграция технологий ИИ, а также углубление процессов импортозамещения.

Но за цифрой роста скрывается более сложная картина. Несмотря на обилие продуктов, всё ещё остаются «белые пятна». Рынок сильно продвинулся в массовых корпоративных сценариях — офисный контур, документооборот, инфраструктурное ПО, информационная безопасность. А в сферах промышленной автоматизации, инженерного ПО и АПК ситуация сложнее.

❤️Где сохраняется разрыв?

Тяжёлые системы управления предприятием для крупного бизнеса и инженерный софт для проектирования — класс CAD/CAM (систем автоматизированного проектирования) — остаются областями, где зависимость от западных платформ исторически была очень высокой.

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

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

❤️Куда движется рынок?

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

Дедлайн для субъектов критической информационной инфраструктуры (КИИ — организаций, чьи системы имеют стратегическое значение для государства) перенесён на 1 января 2028 года. Это означает, что у большинства компаний осталось чуть больше года на то, чтобы перейти от деклараций к реальной архитектуре.

#globus_мнение

Среди компаний, которые до сих пор не начали переход на российское ПО, есть устойчивый паттерн мышления. Он звучит примерно так: «Дедлайн ещё не наступил. Штрафов пока нет. Посмотрим, что будет». Это разумная осторожность, которая на практике превращается в самый дорогой из возможных сценариев.

❤️ Как этот паттерн выглядит изнутри

Компания понимает, что переход неизбежен, но откладывает старт, ожидая прояснения регуляторики / снижения ставки / подходящего момента.

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

Базовый дедлайн перехода значимых объектов критической информационной инфраструктуры (КИИ) на российское ПО — 1 января 2028 года. По оценкам экспертов, к этому моменту реально завершат переход лишь 70–75% организаций. Остальные будут реализовывать проект в режиме аварийной срочности.

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

❤️момента, где промедление создаёт скрытые расходы:
❤️Стоимость срочности. Подрядчики, которые реализуют переход в режиме «нужно вчера», работают с премией к рынку от 30 до 50%.
❤️Потеря знаний о системе. Чем дольше компания работает на иностранном ПО без актуализации документации, тем больше критических знаний хранится только в головах конкретных сотрудников. При срочной миграции именно это становится главным узким местом.
❤️Деградация защиты в момент перехода. Миграция — это период наибольшей уязвимости инфраструктуры. Спешка здесь создаёт окно для инцидентов.

❤️ Как выглядит правильный план

❤️ Начать с аудита текущего ландшафта
❤️ Назначить внутреннего владельца проекта
❤️ Заложить бюджет не только на замену, но и на обучение, сопровождение и параллельную эксплуатацию
❤️ Выбрать российские решения с достаточным уровнем зрелости для вашей нагрузки, а не просто попадающие в реестр

Оставшиеся месяцы 2026 года — это последний момент, когда переход можно реализовать планово, а не в пожарном режиме.

#globus_рекомендации

Регламент говорит одно, реальность – другое: согласования идут втрое дольше нормы, данные переносятся вручную, сотрудники находят обходные пути, чтобы успеть в срок.

Увидеть этот разрыв – задача двух технологий: Process Mining и Task Mining.

Первая – строит карту процесса по логам корпоративных систем и показывает, где именно теряется время. А чтобы понять, что происходит на рабочем месте конкретного сотрудника, нужен Task Mining. Он даёт точный список операций, которые стоит автоматизировать в первую очередь.

Оба инструмента мы внедряем на базе решений вендоров-партнеров. Вот примеры таких решений:

▶️ VK Process Mining – модуль платформы VK Business Analytics, в реестре отечественного ПО, со встроенным Task Mining.
▶️ Loginom – low-code платформа для работы с данными, где процессная аналитика является частью более широкого инструментария.
▶️ Proceset – по данным TAdviser и Axenix, занимает первое место в России в сегменте процессной аналитики.

Сама по себе карта процессов ничего не меняет. Управленческая задача – встроить инструмент в реальную работу компании, чтобы аналитика не осталась картинкой в дашборде.

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

#globus_рекомендации

Осенний бюджетный сезон в 2026 году жестче, чем год назад. Ключевая ставка Центробанка остаётся высокой, горизонт планирования сжался до 12 месяцев, а в повестке каждой крупной компании – обязательное импортозамещение, которое формирует конкурентную строку расходов.

В этих условиях привычный разговор «нам нужно больше на ИТ, потому что технологии важны» не проходит. По данным исследования КОРУС Консалтинг, при бюджетировании финансовые директора в первую очередь ориентируются на инфляцию, ключевую ставку, курсы валют и налоговые параметры. Около 32% компаний ожидают снижения капитальных затрат. При этом 94% руководителей подтвердили готовность продолжать инвестиции в ИИ даже при отсутствии мгновенной отдачи, понимая, что отказ от внедрения сегодня это прямой риск роста операционных издержек в ближайший год.

Три аргумента, которые работают

1️⃣ Операционная экономия в конкретных процессах. «Интеграция двух систем уберёт 2,5 часа ручной работы в день на каждого менеджера проекта – это 600 часов команды в год». CFO оперирует цифрами!

2️⃣ Стоимость бездействия. По данным исследования «Архитектура роста», 73% принятых управленческих решений не доходят до результата. Невнедренная система – это тоже расход, просто невидимый в бюджете.

3️⃣ Регуляторный риск с конкретной датой. Базовый дедлайн по переходу КИИ на российское ПО — 1 января 2028 года. Компании, которые не начнут проект в 2026–2027 годах, будут реализовывать его в режиме аварийной срочности с соответствующими ценами и рисками.

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

#globus_мнение

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

Банк, промышленное предприятие и государственное ведомство протестировали корпоративную ИИ-платформу «Контекст» — каждый на своих данных и со своей регуляторной нагрузкой.

💸 В банке платформа взяла на себя юридическую проверку доверенностей и крупных сделок — время на поиск информации в документах сократилось на 90%.

🏭 На промышленном предприятии решение развернули полностью в закрытом контуре заказчика — на его оборудовании, без передачи данных во внешние облака — и интегрировали с рабочими системами команды.

😅 В государственном ведомстве прототип ИИ-ассистента для разноски платежей успешно прошёл проверку на реальных данных и задачах.

Главный вывод — доверие к ИИ строится не на возможностях модели, а на прозрачности решений и праве человека сказать «нет».

#globus_новости