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

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

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

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

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

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

🎞 YouTube
🌐 VK Видео
🌐 RUTUBE

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

Давно не было пятничных опросов – исправляемся! 🙌

Вопрос для тех, кто выбирал ИТ-подрядчика или делает это прямо сейчас.

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

#globus_вопрос

Когда нас спрашивают, что важнее при выборе ИТ-подрядчика наш ответ часто расходится с тем, что обычно написано в тендерных требованиях 🙌

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

🤩Отраслевой опыт ускоряет старт: не нужно объяснять базовые процессы и регуляторные ограничения. Но сам по себе он не гарантирует результат. Мы видели проекты, где подрядчик с глубоким отраслевым бэкграундом воспроизводил привычные паттерны, вместо того чтобы искать нестандартное решение. И проекты, где команда без отраслевого контекста задавала правильные вопросы и находила новый подход.

🤩Умение слышать задачу — единственный навык, который нельзя подтвердить портфолио. Он проявляется в том, какие вопросы подрядчик задаёт до начала работы: «зачем это бизнесу», «что изменится, если этого не сделать», «как будет выглядеть успех через год».

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

#globus_мнение

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

🔸 Что такое технический долг?
Каждый раз, когда команда принимает «быстрое» техническое решение — упрощает архитектуру, пропускает тесты, откладывает рефакторинг (переработку кода для улучшения его структуры без изменения функциональности) — она берёт в долг.

Система работает, но с каждым новым слоем «быстрых» решений она становится всё более хрупкой, медленной в изменениях и дорогой в обслуживании.

🔸 Сколько это стоит?
По данным McKinsey, технический долг поглощает около 40% ИТ-балансов крупных предприятий, а директора по информационным технологиям оценивают его долю в 20–40% от стоимости всего технологического портфеля.

При этом рекомендуемое выделение бюджета на системное сокращение долга составляет 15–20%. Большинство же компаний тратят 30–40% финансов в режиме «аварийного реагирования», просто чтобы системы продолжали работать.

🔸 Как он влияет на скорость бизнеса?
Технический долг создаёт замедление. Новая функция, которая должна занять 2 недели, занимает 6, потому что команда работает против архитектуры, а не вместе с ней.

По прогнозу Gartner, к 2026 году 80% технического долга будет носить архитектурный характер и требовать не точечных исправлений, а полноценной перестройки.

🔸Когда пора действовать?
Три сигнала, которые стоит замечать руководителю, а не только разработчику:

1⃣ Время на реализацию новых задач растёт без видимой причины
2⃣ Каждое изменение «тянет» за собой несколько неожиданных проблем
3⃣ Команда всё чаще говорит «это сложно изменить» — даже для задач, которые кажутся простыми

Если хотя бы 2 из 3 сигналов знакомы — технический долг уже влияет на бизнес-скорость. И разговор о нём стоит пора начать не с разработчиками, а с финансовым директором.

#globus_мнение

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

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

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

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

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

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

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

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

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

#globus_мнение

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

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

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

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

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

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

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

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

#globus_дайджест

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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