Globus

Требования ИТ-индустрии меняются быстрее, чем обновляются учебные планы. Один из способов сократить этот разрыв – прямое участие практиков в образовательном процессе. Сегодня в ННГУ им. Н.И. Лобачевского руководитель ИТ-проектов Globus Александр Гушев провел лекцию «Введение в специальность» для студентов 2 курса Института информационных технологий, математики и механики. Задача лекции – показать, как устроена разработка ПО на практике. О чем мы рассказали ❓ 1⃣ Команда. В индустрии есть несколько профессиональных траекторий кроме программирования, и выбирать их лучше осознанно. 2⃣ Кейсы. Показали, как формулируются и решаются реальные задачи заказчиков, например, замена зарубежной библиотеки распознавания кодов маркировки на производственной линии собственным алгоритмом в Рехау. 3⃣ Что осваивать сейчас. Система контроля версий Git, чтение чужого кода, техдокументация, постановка задачи и глубокое освоение базовых знаний вместо погони за модными технологиями. Завершилась лекция открытой дискуссией: студенты обсудили самые неожиданные ограничения в разобранных проектах, выбрали ближайшие им роли в команде и задали вопросы о первых рабочих днях в индустрии. Для Globus такие форматы – часть долгосрочной работы. Прямой диалог практиков со студентами помогает будущим специалистам раньше понять содержание профессии, а индустрии – получать кадры, ориентированные на реальные задачи. #globus_новости

Российский ИИ-рынок за 2025 год вырос на 29,7% и достиг 316,1 млрд рублей. За два года объём удвоился. В базовом сценарии к 2030 году рынок вырастет до 830 млрд рублей. Рядом с этим числом стоит другое. По данным TAdviser и CNews (июль 2026), 75% компаний планируют масштабное внедрение ИИ-агентов – программ, автономно выполняющих отдельные рабочие функции. При этом большинство инициатив по-прежнему не выходят за пределы пилота. Два числа, которые стоят рядом и объясняют друг друга. Рынок растёт. Деньги идут в ИИ. Но структура расходов меняется: по данным AIANA, крупнейшим сегментом уже стало оборудование – вычислительные серверы и инфраструктура занимают 31,1% рынка. Это значит, что значительная часть «ИИ-инвестиций» – это инфраструктура под будущие проекты, а не работающие решения с измеримым эффектом. По нашим наблюдениям разрыв между «мы инвестируем в ИИ» и «ИИ влияет на наши бизнес-результаты» остаётся главным вопросом рынка. «Популярность технологии не равна её эффективности. И пока компании продолжают строить инфраструктуру, не перестраивая процессы под неё, этот разрыв будет только шире», – отметил технический директор Globus Дмитрий Лемайкин. #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». Участников: 0 Призовых мест: 3 Дата розыгрыша: 16:31, 02.10.2026 MSK (18 дней) [Участвовать] (текст-версия)

Корпоративное ПО в России 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_кейсы

Термин «технический долг» придумал программист Уорд Каннингем в 1992 году как метафору: быстрое решение сейчас — это как взять деньги в долг. Удобно сегодня, но проценты будут накапливаться 💻 🔸 Что такое технический долг? Каждый раз, когда команда принимает «быстрое» техническое решение — упрощает архитектуру, пропускает тесты, откладывает рефакторинг (переработку кода для улучшения его структуры без изменения функциональности) — она берёт в долг. Система работает, но с каждым новым слоем «быстрых» решений она становится всё более хрупкой, медленной в изменениях и дорогой в обслуживании. 🔸 Сколько это стоит? По данным McKinsey, технический долг поглощает около 40% ИТ-балансов крупных предприятий, а директора по информационным технологиям оценивают его долю в 20–40% от стоимости всего технологического портфеля. При этом рекомендуемое выделение бюджета на системное сокращение долга составляет 15–20%. Большинство же компаний тратят 30–40% финансов в режиме «аварийного реагирования», просто чтобы системы продолжали работать. 🔸 Как он влияет на скорость бизнеса? Технический долг создаёт замедление. Новая функция, которая должна занять 2 недели, занимает 6, потому что команда работает против архитектуры, а не вместе с ней. По прогнозу Gartner, к 2026 году 80% технического долга будет носить архитектурный характер и требовать не точечных исправлений, а полноценной перестройки. 🔸Когда пора действовать? Три сигнала, которые стоит замечать руководителю, а не только разработчику: 1⃣ Время на реализацию новых задач растёт без видимой причины 2⃣ Каждое изменение «тянет» за собой несколько неожиданных проблем 3⃣ Команда всё чаще говорит «это сложно изменить» — даже для задач, которые кажутся простыми Если хотя бы 2 из 3 сигналов знакомы — технический долг уже влияет на бизнес-скорость. И разговор о нём стоит пора начать не с разработчиками, а с финансовым директором. #globus_мнение

Когда нас спрашивают, что важнее при выборе ИТ-подрядчика наш ответ часто расходится с тем, что обычно написано в тендерных требованиях 🙌 🤩Техническая экспертиза — это входной билет, а не конкурентное преимущество. Компания без неё просто не попадает в шорт-лист. Но среди тех, кто попал, экспертиза перестаёт быть дифференцирующим фактором. 🤩Отраслевой опыт ускоряет старт: не нужно объяснять базовые процессы и регуляторные ограничения. Но сам по себе он не гарантирует результат. Мы видели проекты, где подрядчик с глубоким отраслевым бэкграундом воспроизводил привычные паттерны, вместо того чтобы искать нестандартное решение. И проекты, где команда без отраслевого контекста задавала правильные вопросы и находила новый подход. 🤩Умение слышать задачу — единственный навык, который нельзя подтвердить портфолио. Он проявляется в том, какие вопросы подрядчик задаёт до начала работы: «зачем это бизнесу», «что изменится, если этого не сделать», «как будет выглядеть успех через год». Команда, которая приступает к работе без этих ответов, рискует построить правильное решение для неправильной задачи. Уверены, что лучшие проекты начинаются именно с открытого разговора о задаче. Хотите обсудить ваш проект с нашей командой – оставляйте заявку на нашем сайте ⏪ #globus_мнение

Давно не было пятничных опросов – исправляемся! 🙌 Вопрос для тех, кто выбирал ИТ-подрядчика или делает это прямо сейчас. Голосуйте в комментариях. Результаты и наш взгляд на то, что реально важно в начале совместной работы — в понедельник 🗓️ #globus_вопрос

В интервью с Кириллом Шептуном, директором службы ИТ АО «Корпорация «ГРИНН», был затронут важный вопрос об ответственности за новейшие технологии и результат их работы. У каждого автоматизированного решения должна оставаться понятная точка человеческого контроля. Особенно там, где ошибка влияет не только на показатели бизнеса, но и на финансовые или юридические последствия. Поэтому зрелая автоматизация — это не максимальное сокращение участия людей. Это правильное распределение ролей между человеком и технологией: рутину можно передать машине, но принятие решений и ответственность за результат должны оставаться там, где их можно осознанно принять.