CDTO vs CIO vs CTO vs CDO

Чему научитесь. Чётко разводить зоны ответственности «цифровых» C-ролей; заполнять RACI по трансформационным инициативам; распознавать и гасить типовые конфликты до того, как они станут политическими войнами за бюджет.

Ориентировочное время: 22–26 минут + задание.

1. Почему это вообще проблема

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

2. Четыре роли по существу

CIO (Chief Information Officer) — «ИТ как функция». Отвечает за инфраструктуру, корпоративные системы, эксплуатацию, надёжность, ИБ-операции. Его мир — run (поддерживать работающее). Метрики: uptime, SLA, стоимость владения, инциденты.

CTO (Chief Technology Officer) — «технология продукта». Отвечает за инженерную архитектуру и команды разработки продукта, выбор стека. Чаще встречается в продуктовых/технологических компаниях. Метрики: производительность инженерии, качество и масштабируемость продукта.

CDO (Chief Data Officer) — «данные как актив». Отвечает за governance данных, качество, доступность, иногда за аналитику и ML. Метрики: качество данных, покрытие единым источником правды, доступность для бизнеса.

CDTO (Chief Digital Transformation Officer) — «изменение бизнеса». Отвечает за сквозную трансформацию процессов и моделей зарабатывания средствами цифры. Метрики — бизнесовые (выручка, маржа, скорость), а не технические.

3. Главное отличие, которое всё объясняет

CIO, CTO и CDO мыслят своей функцией (вертикально: ИТ, продукт, данные). CDTO мыслит бизнес-результатом и тянет изменение горизонтально, через все функции.

Отсюда практическое следствие: CDTO почти всегда работает «поперёк» оргструктуры и зависит от способности влиять без прямого подчинения. Если CIO командует своими людьми напрямую, то CDTO добивается изменений в чужих подразделениях — через мандат, союзников и метрики, а не через приказ.

4. Run vs Change — ось, которую важно держать

Самый частый и опасный конфликт — CDTO vs CIO. Разводится по оси run/change:

• CIO = run. Стабильность, эксплуатация, «не сломать работающее».
• CDTO = change. Изменение, эксперименты, «перестроить ради результата».

Эти два режима по природе конфликтуют: change рискует стабильностью, run тормозит изменения. Поэтому их нельзя складывать в одни руки под лозунгом «эффективности» — и поэтому CDTO под CIO — антипаттерн (изменение подчиняется стабильности и всегда проигрывает в приоритете). Их разводят на одном уровне, с общим арбитром (CEO/совет) и архитектурным комитетом.

5. Таблица конфликтов и развязок

| Конфликт | Корень | Развязка | |---|---|---| | CDTO ↔ CIO | «Кто владеет ИТ-бюджетом и архитектурой» | CIO = run (эксплуатация), CDTO = change (трансформация); общий арх-комитет, явное разделение бюджета на «поддержание» и «изменение» | | CDTO ↔ CDO | «Кто отвечает за данные и AI» | CDO = качество/доступность/governance данных; CDTO = применение данных и AI в процессах ради эффекта | | CDTO ↔ CTO | «Кто решает по технологиям продукта» | CTO = инженерная реализация продукта; CDTO = бизнес-приоритеты и портфель изменений | | CDTO ↔ бизнес-юниты | «Это наша территория» | CDTO даёт платформу, метод и метрику; P&L-ответственность за эффект остаётся у юнита |

6. Инструмент: RACI на входе

RACI распределяет по каждой инициативе четыре роли:

• R (Responsible) — кто делает работу.
• A (Accountable) — кто отвечает за результат (всегда ровно один).
• C (Consulted) — с кем советуются.
• I (Informed) — кого информируют.

Для трансформационной инициативы типичная раскладка:

• A — CDTO (отвечает за эффект изменения),
• R — продуктовая/процессная команда,
• C — CIO (инфраструктура), CDO (данные),
• I — бизнес-юнит / совет.

Один согласованный на C-level лист RACI экономит месяцы политических войн. Это первый артефакт, который CDTO выкладывает на стол.

7. Мини-кейс

Банк запускает AI-аналитику обращений клиентов. Возникает спор: CIO считает это «своей системой» (эксплуатация), CDO — «своими данными», бизнес-юнит — «своим процессом». Без RACI инициатива встанет на согласованиях.

Развязка:

• A (отвечает за результат) — CDTO: эффект = снижение времени обработки и рост качества.
• C — CDO: качество и доступ к данным диалогов.
• C — CIO: инфраструктура, ИБ, интеграции.
• R — продуктовая команда аналитики.
• I — бизнес-юнит поддержки и совет.

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

Ключевые выводы

• CIO/CTO/CDO мыслят функцией (вертикаль), CDTO — бизнес-результатом поперёк функций.
• Разводите run (CIO) и change (CDTO); данные (CDO) и применение данных (CDTO).
• CDTO под CIO — антипаттерн.
• RACI по инициативам на входе — лучшая прививка от войны за влияние.

Практическое задание

Выберите 3 текущие/планируемые трансформационные инициативы вашей компании и заполните по каждой RACI между CDTO / CIO / CDO / бизнес-юнитом. Отметьте, где сейчас «двойное владение» (двое считают себя A) — это будущие конфликты, которые надо развести заранее.

Вопросы для самопроверки

1. Чем метрики CDTO принципиально отличаются от метрик CIO?
2. Объясните ось run/change и почему CDTO под CIO — антипаттерн.
3. Как развести ответственность CDTO и CDO за AI?
4. Что означает буква A в RACI и почему она всегда одна?
5. Зачем CDTO выкладывает RACI на стол в первую очередь?