Все статьи Константин Кучугурин · CIO.
Статья

CIO должен видеть реальность до пересказа

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

Константин Кучугурин · CIO

CIO должен видеть реальность до пересказа

CIO "стоит" на пересечении нескольких потоков: данные, деньги, процессы, люди, технологии, риски. Это одна из немногих ролей, где процессы через данные видно насквозь: где реальность расходится с отчётом, где управленческая версия не совпадает с тем, что происходит в системах, интеграциях, клиентском пути, операционных потерях, стоимости изменений, качестве решений. Этот список можно продолжать, но смысл один: CIO видит расхождение раньше, чем оно становится красивым слайдом.

Пятнадцать минут реальности

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

CEO на стажировке

Прямой доступ к фактам нужен не только CIO. Юбер Жоли, возглавивший Best Buy в 2012 году, в первый день поехал в магазин: надел синюю рубашку с биркой "CEO на стажировке" и три дня работал в зале [1]. За это время он увидел то, чего не показывала отчётность:

Приём не новый: в бережливом производстве его называют гембой - руководитель идёт туда, где работа происходит, и смотрит сам [2]. Для CIO это та же логика, только в другой форме. У каждой индустрии свои источники факта: кассы и эквайринг в рознице, WMS и RFID на складе, SCADA и PLC на производстве, торговые шлюзы и процессинг в финансах, телематика и системы урегулирования убытков в страховании.

В технологическом контуре есть цифровые следы практически всех операций: логи, обращения саппорта, архитектурные ревью, инциденты, интеграции, продуктовые события. До борда они часто доходят упакованными в две-три цифры. В системах они видны как есть.

Если CIO опирается только на отчётность своих руководителей направлений, он живёт в той же фикции, что и остальной борд, просто с большим количеством технических деталей.

Чтобы видеть реальность, нужны инструменты. У Коте в 2002 году одним из главных инструментов были очные встречи с людьми. Сегодня инструментов больше: данные текут потоком, мониторинг стал точнее, процессы видны в реальном времени, но встречи с людьми не исчезли.

Данные показывают, что происходит - человек объясняет почему.

Увидеть мало

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

Связанность, которую не видно на схеме

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

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

Со временем этот контур стал давать компании измеримый коммерческий результат. Как полноценный бизнес-контур: продажи, обслуживание клиентов, работа с партнёрами, быстрый запуск изменений.

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

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

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

Поэтому за мандатом CIO идёт на правление не один. Ему нужен союзник, которому прозрачность выгоднее непрозрачности:

Важно, чтобы у союзника был свой интерес в прозрачности. Идти в этот разговор в одиночку - хороший способ проиграть, идти с двумя голосами на правлении - шанс выиграть. Но союзники не помогут, если CIO сам питается пересказанной реальностью. Он должен видеть факты напрямую.

Кто отвечает за картину компании

Сегодня контур, через который компания "видит себя", строится через несколько ролей:

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

Узкое место чаще в бизнес-определениях. Договорились о ролях, но не договорились, что считаем одинаково. "Выручка" в системах-источниках, витринах данных и управленческой отчётности может означать разное. Под одним словом - три разные цифры. Борд получает три версии реальности и ни одной полной.

С приходом ИИ цена этой несогласованности выросла. Модель, обученная на данных, где "выручка" означает три разные вещи, не лечит архитектуру. Она масштабирует её дефекты. По данным Modern Data Report 2026 (540+ респондентов, 64 страны, 29 отраслей), 80% участников ставят семантический слой со стандартизованными определениями на первое место среди условий, без которых ИИ не работает [3].

Несогласованная архитектура из теоретической проблемы становится операционной.

Но и увиденный факт можно снова потерять по дороге наверх. Что должно быть устроено в компании, чтобы он дошёл до решения, - в тексте "Три правила, которые не дают компании потерять реальность".

Источники

Ещё из статей

Написать: k@kuchugurin.com