Globus

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

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

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

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

Технологии в ритейле стали частью операционной модели бизнеса. И главный вопрос для ИТ сегодня — какую практическую ценность это даёт компании. В новом интервью с Кириллом Шептуном, директором службы ИТ АО «Корпорация «ГРИНН», обсудили, как управлять технологиями в бизнесе, где от работы ИТ напрямую зависит непрерывность операций. Ключевые мысли: — ИТ-проект должен иметь понятный бизнес-эффект. Технологическая задача сама по себе не является достаточным основанием для внедрения — Автоматизация работает лучше всего там, где освобождает сотрудников от рутины и позволяет им сосредоточиться на задачах, требующих человеческой экспертизы — Неудачи в ИТ часто связаны с тем, что бизнес-процесс вокруг неё оказался не готов к изменениям Зрелость ИТ-функции определяется тем, насколько хорошо она понимает операционный бизнес. Технология начинает приносить результат только тогда, когда встроена в процессы компании и решает конкретную бизнес-задачу. Новое интервью уже доступно к просмотру по ссылкам (таймкоды — в описании под каждым видео): 🎞 YouTube 🌐 VK Видео 🌐 RUTUBE — Подписаться на канал Рубрика: #интервью

Цифровую трансформацию перестали мерить количеством внедрённых систем. Вопрос сменился с «какую технологию внедрим», на «какой процесс станет быстрее, дешевле, надёжнее». Показательный разрыв: по данным Яндекса, генеративный ИИ хотя бы в одной функции уже внедрили 71% крупных российских компаний, но согласованную с бизнес-целями стратегию имеют лишь 8%. Причина – в накопленном техническом долге: устаревшая инфраструктура и неразобранные данные тормозят внедрение, а ИИ делает эту проблему особенно заметной. Поэтому и меняется логика: планировать точечно, а считать — не стоимость внедрения, а совокупную стоимость владения на годы вперёд. Подробнее, почему компании пересматривают подход к цифровой трансформации — в нашей новой статье. #globus_статьи

Maze опубликовал Future of Research Report 2026 — ежегодное исследование о том, как компании работают с пользовательскими данными и принимают продуктовые решения. Один из ключевых выводов: компании, которые практикуют регулярное тестирование пользовательского опыта, удерживают на 10,8% больше клиентов за 3 года — при этом почти половина компаний по-прежнему выпускает продукты без какой-либо проверки на реальных пользователях. Отдельно стоит упомянуть данные McKinsey, актуализированные в 2026 году: компании-лидеры по дизайну стабильно растут по выручке и акционерной стоимости почти вдвое быстрее отраслевых конкурентов. Ключевым отличием оказалась не эстетика, а то, насколько глубоко понимание пользователя встроено в операционные и продуктовые решения.

Позиция Globus по данному вопросу такова: пользовательский опыт — это не про красивые кнопки.

В корпоративных проектах разговор о пользовательском опыте (UX, от английского user experience) обычно начинается на этапе дизайна интерфейса. То есть тогда, когда архитектура уже принята, логика процессов заложена и менять что-то фундаментально уже дорого. На наш взгляд, это неподходящий момент для такого разговора. Он должен начинаться раньше — на этапе проектирования системы, с вопроса «кто этим будет пользоваться, в каком контексте и какую задачу решает». Корпоративное приложение, которым люди не пользуются, — это не дизайнерская проблема, а управленческая. И её решение лежит не в области улучшения визуала, а в области понимания того, как реально устроена работа людей, которым этот продукт предназначен. #globus_мнение

Может ли ИИ-консультант на сайте увеличить продажи ❓ ⚫️Технический директор Globus Дмитрий Лемайкин прокомментировал тему для рубрики «Слово экспертам» на @Workspace:

Эффект от ИИ-консультанта на сайте сильно зависит от того, в какой точке клиентского пути он появляется. ИИ-консультант не увеличивает продажи сам по себе, он ускоряет путь клиента к решению. Главное, что я вижу на практике: результат определяется тем, насколько точно инструмент встроен в реальный процесс. Кто отвечает на какие запросы, что происходит после диалога, как это попадает в CRM – без этого технология просто не работает.

Тема регулярно всплывает в дискуссиях о цифровизации бизнеса — и неудивительно: чат-боты и ИИ-ассистенты стали одним из самых доступных способов автоматизации первого контакта с клиентом. По данным Webim, внедрение чата на сайте даёт рост конверсии до 40%, а в e-commerce средний прирост составляет 15–30%. Цифра ощутимая, но именно в этом разбросе и кроется главный вопрос: почему в одних компаниях ИИ-консультант реально влияет на продажи, а в других остаётся бесполезным виджетом на сайте. Опрошенные эксперты рынка сходятся в том, что технология не продаёт сама по себе — она либо закрывает конкретный разрыв в воронке, либо создаёт лишний барьер. Работает это там, где клиенту действительно сложно принять решение «с первого экрана»: сложный выбор, длинный цикл сделки, много типовых вопросов, которые съедают время менеджера. Не работает — в категориях с высоким доверием к живому человеку и в импульсивных покупках, где чат-бот скорее раздражает, чем помогает. Вывод: ИИ-консультант — это не универсальная кнопка роста продаж, а инструмент, который либо точно встроен в процесс и работает, либо остаётся декорацией на сайте. Полная подборка мнений — по ссылке. #globus_мнение

Корпоративный ИИ без потери контроля 🔑 Одна из главных причин, по которой компании могут медлить с внедрением ИИ — отсутствие управляемости. Непонятно, какие данные попадают в запросы, какие модели их обрабатывают, кто видит результат. Особенно остро это ощущается там, где сотрудники работают с договорами, персональными данными и внутренней документацией. ✅ Globus выпустил обновление собственной ИИ-платформы «Контекст» — в продукте появился административный слой. Администраторы могут управлять пользователями, подключать корпоративные источники данных, настраивать права доступа и задавать политики работы ИИ. Отдельно — выбор языковых моделей под конкретные задачи: разные модели для анализа документов, генерации текстов или поиска по внутренним знаниям, всё в рамках одного защищённого контура. Платформа разворачивается на инфраструктуре компании-заказчика, данные не покидают периметр. Подробнее о «Контексте» — на сайте Globus (включена в реестр российского ПО). #globus_продукт

5 признаков того, что разработке нужен чек-ап ✅ Проблемы на проектах не возникают внезапно. Они масштабируются через серию решений, каждое из которых казалось разумным в моменте. Вот сигналы, на которые стоит обратить внимание: 1️⃣ Требования меняются каждую неделю По данным PMI, 55% проектов сегодня сталкиваются с неконтролируемым расширением требований. Изменения в требованиях неизбежны, но если они происходят без формального процесса согласования, оценки и фиксации в документе — это не гибкость, это хаос. 2️⃣ Демо постоянно откладывается по техническим причинам «Ещё не готово», «нужно доделать интеграцию», «покажем в следующий раз» — если это повторяется более 2 раз подряд, это сигнал. Рабочий продукт должен быть доступен для демонстрации на каждом этапе. 3️⃣ Команда не говорит о рисках — только о задачах Если на каждом статусном звонке вам говорят только «всё идёт по плану» — это признак того, что риски (технические, интеграционные, ресурсные) либо не замечают, либо не хотят озвучивать. 4️⃣ Метрики успеха не определены / определены технически Если никто не зафиксировал, что будет считаться успешным результатом с точки зрения бизнеса, оценить проект невозможно, как и вовремя скорректировать. 5️⃣ Бюджет выбирается равномерно, а продукта нет 1 из 6 ИТ-проектов имеет перерасход бюджета на 200% и более. Если к середине бюджета нет работающего прототипа — это скорее всего значит, что что-то пошло не так в самом начале. Что делать при каждом из этих сигналов — не ждать. Остановить, зафиксировать текущее состояние, пересогласовать приоритеты. Это дешевле, чем доехать до конца бюджета и получить систему, которую придётся переделывать. #globus_мнение

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

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

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

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

Существует управленческий парадокс, с которым мы сталкиваемся регулярно. Заказчик хочет начать разработку как можно скорее. Но именно это желание сэкономить время на старте приводит к тому, что проект выходит за рамки бюджета и сроков. По данным исследований, только 43% проектов завершаются в рамках изначального бюджета. Крупные ИТ-проекты в среднем превышают бюджет на 45% и при этом дают на 56% меньше ценности, чем было запланировано. Что такое предпроектные исследования? Это период в 2–6 недель, в течение которого команда вместе с заказчиком отвечает на вопросы, которые могут проявиться в середине разработки. Типичные вопросы: - Кто реальный пользователь системы и какова его настоящая боль? - Какие процессы нужно автоматизировать и какие трогать не стоит? - С какими системами должно взаимодействовать решение? - Какая нагрузка ожидается и как будет выглядеть рост? Что происходит, когда исследования НЕ проводят? Неконтролируемое расширение требований наблюдается в 48% всех ИТ-инициатив и приводит к задержкам выпуска, а также значительному перерасходу бюджета. Архитектурные решения, принятые в первые 2 недели проекта, определяют от 60 до 80% совокупной стоимости владения системой. Неправильная архитектура создаёт медленно нарастающее увеличение стоимости — по мере того как команда работает против архитектуры, а не вместе с ней. Что дают предпроектные исследования на практике? Обычно данный этап составляет 5–10% от общей стоимости проекта, но стабильно снижает риски перерасхода. На выходе заказчик получает документ требований, архитектурную схему, прототип ключевых экранов и дорожную карту с реалистичными сроками. Проекты, в которых вложено 4–6 недель в исследования до старта проекта, экономят месяцы усилий по разработке, а во многих случаях полностью избегают провала. Вывод, который мы делаем из собственной практики: предпроектные исследования — это не затраты. Это страховка, которая стоит 5–10% от бюджета и покрывает риски почти на 100%. #globus_мнение

Июль – про архитектуру: систем, процессов и решений и про то, где ИИ реально снимает нагрузку, а где граница его ответственности. Главное за июль — если пропустили: 🔖Корпоративная платформа «Контекст» — не просто «корпоративный ChatGPT». Готовые ролевые сценарии под конкретные команды, развёртывание на собственной инфраструктуре, данные не покидают периметр. Подробнее о том, как это работает — здесь. 🔖95% ИТ-директоров называют разрозненность систем главным препятствием для ИИ. Что такое платформенная архитектура и почему без неё автоматизация буксует — разобрали здесь. 🔖Покупать готовое или строить своё — вопрос не о бюджете, а о том, где для вашего бизнеса находится точка роста. Когда коробочное решение станет ловушкой, а когда — правильным выбором — здесь. 🔖42% провалов мобильных приложений — из-за того, что рынок не исследовали до начала разработки. Три признака приложения, которое действительно будут использовать, — в материале. 🔖ИИ в HR, рекрутинге, работе с клиентами и внутреннем аудите — выпустили серию статей с конкретными сценариями и готовыми промптами для старта. Забирайте нужное! #globus_дайджест

Globus и ЕМДЕВ, поставщик решений для создания корпоративных цифровых пространств, начинают совместную работу над проектами ИТ-трансформации и импортозамещения для крупного бизнеса. В основе — интеграционная платформа ЕМДЕВ «Энтакси», которая заменяет зарубежные корпоративные ESB-решения (системы для обмена данными между разными ИТ-системами компании) — SAP PI, WebMethods, Oracle ESB и другие. Что важно в этом сотрудничестве: — Для Globus это расширение экспертизы: более 500 реализованных проектов и опыт сложной интеграции соединяются со зрелой платформой ЕМДЕВ и её отраслевым опытом — «Энтакси» — российская low-code платформа (настройка через готовые визуальные блоки, без разработки с нуля). Входит в топ-5 российских ESB-платформ по версии Cnews, включена в реестр Минцифры РФ — По опыту проектов ЕМДЕВ, платформа помогает снизить расходы на поддержку ИТ-систем до 25% и сократить срок вывода новых ИТ-продуктов в эксплуатацию до 40%

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

#globus_новости