Globus

Срыв сроков в автоматизации — не редкое невезение, а статистическая норма: по данным The Standish Group, в срок, бюджет и полном объёме укладываются лишь около 31% ИТ-проектов. И если избежать этого полностью не получается, то возникает вопрос – закладывает ли компания эту вероятность в план заранее?

Чаще всего дело не в коде, а в неопределённости, которую никто не оценил вовремя. Требования редко меняются резко. Они копятся из десятков «разумных» правок, каждая из которых выглядит невинной, пока вместе они не изменят весь объём проекта.

Что можно сделать заранее, чтобы сократить этот разрыв, — в новой статье ⬅️

#globus_статьи

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

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

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

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

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

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

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

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

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

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

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

Кажется, в 2026 начал появляться новый разрыв между агентствами.

Не между большими и маленькими. Между теми, кто иногда заходит в ChatGPT написать текст, и теми, кто уже встроил нейросети в обычную работу команды.

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

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

Пока одни всё ещё «изучают нейросети», у других они уже становятся такой же обычной частью работы, как CRM или таск-трекер.

Мы собрали папку digital-каналов руководителей и агентств, где много такой практики: что используют в работе, что автоматизируют, какие инструменты тестируют и как меняют процессы.

📂 Забрать подборку:
https://t.me/addlist/EiYapTVmVO5jODcy

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

Плюс среди подписавшихся разыгрываем:

🥇 MacBook Neo
🥈 Яндекс Станция Лайт 2
🥉 JBL Wave Beam 2

Для участия: подписаться на папку, подтвердить участие в боте. За каждого приглашённого друга — ещё один билет.

🗓 Итоги — 2 октября.

Через год фраза «мы пока пробуем нейросети» может звучать примерно так же, как сегодня «мы пока пробуем CRM».

Участвовать ⬅️

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

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

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

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

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

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

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

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

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

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

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

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

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

#globus_мнение

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

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

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

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

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

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

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

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

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

Наш взгляд

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

#globus_мнение

⤵️ Отменяем тренды: что в цифровой трансформации давно пора пересмотреть

Собрали мнения руководителей из разных ИТ-компаний о подходах, которые звучат правильно, но на практике не работают.

Начинаем с Дмитрия Лемайкина, технического директора Globus, и тренда ✨трансформация начинается с покупки системы✨

Мы регулярно видим один и тот же сценарий: у бизнеса уже есть CRM, BI-система (система бизнес-аналитики) и десяток других инструментов, но они работают на разных данных и не связаны между собой. Формально автоматизация есть, а по факту каждая система живет в своей логике, и свести их в одну картину для принятия решений невозможно.

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

Реальная трансформация — это пересборка процессов и данных под единую модель управления, а инструменты подбираются уже под неё. Это дольше и сложнее, чем внедрить новую систему за квартал, зато результат измеряется не количеством купленных лицензий, а тем, насколько быстрее и точнее компания принимает решения.

Какие тренды отменяют наши партнеры из диджитал-сферы - смотри в каналах:

❤️ MediaSoft
❤️ Атвинта
❤️ .redev
❤️ ITECH
❤️ Далее
❤️ SimbirSoft

Согласны с нашей отменой или готовы поспорить — пишите в комментариях! ⤵️

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

В интервьюю с Денисом Дворниковым, директором по ИТ-развитию Газпром-Медиа Холдинга, обсудили, что по мере роста компании прежний подход может перестать работать: людей становится больше, структура сложнее, и уже недостаточно просто определить направление сверху.

Для руководителя здесь важно то, что стратегия должна быть понятна тем, кто будет её реализовывать. Поэтому задача руководителя постепенно смещается от «написать стратегию» к тому, чтобы задать бизнес-вектор, собрать сильную команду и обеспечить согласованность решений.

При этом сокращение горизонта планирования до 3–5 лет — это признание того, что в быстро меняющейся среде стратегию приходится регулярно уточнять и адаптировать.

Цифровая трансформация крупного холдинга — это не только внедрение новых технологий, но и поиск правильной модели управления изменениями. Особенно когда речь идёт о десятках компаний, разных ИТ-контурах и необходимости одновременно сохранять гибкость и контролировать риски.

В новом интервью с Денисом Дворниковым, директором по ИТ-развитию Газпром-Медиа Холдинга, обсудили, как выстраивать ИТ-стратегию на уровне крупной группы компаний и какую роль в этом процессе играют централизация, ИИ и информационная безопасность.

Ключевые мысли:

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

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

Новое интервью уже доступно к просмотру по ссылкам (таймкоды — в описании под каждым видео):
🎞 YouTube
🌐 VK Видео
🌐 RUTUBE

—
Подписаться на канал
Рубрика: #интервью

Август в Globus — про то, что происходит до старта проекта, в процессе разработки и после внедрения, когда система уже работает, но вопросы остаются.

Главное за август — если пропустили:

⭐️ ИИ-консультант на сайте даёт рост конверсии до 40%, но только там, где точно встроен в процесс. Технический директор Globus Дмитрий Лемайкин — о том, почему это инструмент, а не универсальная кнопка роста продаж.

⭐️ Юридическая проверка в банке — от 3 до 6 часов на документ при команде из 2–3 юристов. Платформа «Контекст» сократила поиск информации на 90% и дала экономический эффект 1,2 млн рублей в год. Кейс — по ссылке.

⭐️ Только 43% ИТ-проектов завершаются в рамках бюджета. Причина часто одна — пропущенный этап предпроектных исследований, который стоит 5–10% от бюджета и покрывает почти все риски перерасхода. Почему это страховка, а не трата — в материале.

⭐️ 5 сигналов, что проекту нужен чек-ап: требования меняются каждую неделю, демо откладывается, команда не говорит о рисках, метрики успеха не определены, бюджет тает — а продукта нет. Что делать при каждом из них — разобрали здесь.

⭐️ Технический долг поглощает до 40% ИТ-бюджетов, а к 2026 году 80% такого долга потребует не точечных исправлений, а полноценной перестройки архитектуры. 3 сигнала для руководителя, и почему этот разговор стоит начинать с финансовым директором, а не с разработчиками.

⭐️ 71% крупных российских компаний уже внедрили генеративный ИИ хотя бы в одну функцию, но согласованную с бизнес-целями стратегию имеют лишь 8%. Почему компании пересматривают подход к цифровой трансформации — в статье.

#globus_дайджест

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

Но есть нюанс – большинство команд выстроены под её отсутствие. По данным исследования State of Team Alignment 2026, только 31% команд используют совместные методы оценки задач, которые позволяют выявить скрытую сложность ещё на этапе планирования. При этом 55% команд оценивают работу во времени, а не в сложности, что скрывает реальную неопределённость и делает оценки систематически неточными.

➖Что отличает команду, устойчивую к неопределённости?

1️⃣ Она умеет задавать вопросы раньше, чем начинает писать код. Команда задаёт неудобные вопросы заранее: что мы не знаем? где наши предположения могут оказаться ошибочными? что произойдёт, если требования изменятся?

2️⃣ Она фиксирует решения и понимает, почему они были приняты. Одна из главных потерь при смене участников команды — контекст, понимание того, почему система устроена именно так. Команды, которые документируют архитектурные решения и их логику, восстанавливаются после изменений значительно быстрее.

3️⃣ Она умеет останавливаться и пересогласовывать. Большинство команд под давлением сроков продолжают движение даже тогда, когда цель изменилась. Команда, устойчивая к неопределённости, умеет сказать «стоп, нам нужно пересмотреть приоритеты», и делает это до того, как потрачен весь бюджет.

➖Что это значит при найме и онбординге?

Устойчивость к неопределённости проверяется вопросами: «Расскажи о проекте, где требования кардинально менялись. Как ты действовал?» и «Что ты делаешь, когда понимаешь, что задача поставлена некорректно?».

Ответы на эти вопросы говорят о команде не меньше, чем портфолио технических навыков.

#globus_мнение

Юридическая проверка в банке — это сразу несколько разных логик: кто вправе подписывать документ, подпадает ли сделка под критерии крупности, есть ли признаки заинтересованности. При команде из 2–3 юристов такая работа занимает от 3 до 6 часов на один документ.

Именно эти задачи мы передали нашей ИИ-платформе «Контекст» в одном из реализованных пилотов для крупного банка и решили 5 конкретных проблем.

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

Мы разделили этот процесс на 4 независимых шага с понятным результатом по каждому из них и донастроили логику, чтобы система не путала служебные пометки в типовых формах с реальными условиями и не ставила отказ там, где риска не было.

Результат: поиск информации в документах сократился до 90% времени, каждая проверка получила свой чек-лист. Для команды из 2–3 юристов экономический эффект — 1,2 млн рублей в год.

Подробнее о проекте читай в полной версии кейса на сайте.

#globus_кейсы