CEO не обязан разбираться в архитектуре лучше CTO. Но он обязан понимать, какие последствия технологические решения создают для бизнеса.
Поэтому хороший регулярный разговор с CTO — это не статус по задачам. Это способ увидеть изменения, риски и компромиссы раньше, чем они станут проблемой.
Что стало лучше для бизнеса?
Не «сколько задач закрыли», а что реально изменилось: быстрее стал запуск продукта, снизился риск, исчезло ручное ограничение, выросла устойчивость или появилась новая возможность.
Если технологическая работа месяцами описывается только внутренними терминами, связь с бизнесом начинает теряться.
Что сейчас тормозит сильнее всего?
Ответ может быть техническим, организационным или вообще находиться вне IT. Важно не название проблемы, а её влияние и владелец.
Этот вопрос помогает отделить громкие проблемы от тех, которые действительно ограничивают скорость компании.
Какой риск мы недооцениваем?
Большие технологические проблемы редко появляются без предупреждения. Обычно кто-то уже знает о хрупком компоненте, зависимости от одного человека или опасном компромиссе.
CEO важно создавать пространство, где CTO может говорить о таких вещах до инцидента, а не после него.
Какой компромисс мы сделали и почему?
Бизнес постоянно меняет скорость на качество, стоимость на гибкость, краткосрочный результат на будущую простоту.
Плохой знак — не наличие компромиссов. Плохой знак — когда никто не может объяснить, какие именно обязательства компания взяла на себя.
Какое решение скоро понадобится от меня?
Хороший CTO не приносит CEO каждую техническую развилку. Но вопросы бюджета, риска, приоритетов и бизнес-модели иногда невозможно решить внутри технологии.
Лучше увидеть такой выбор за несколько недель, чем получить его как срочную эскалацию в последний момент.
Где мы зависим от конкретных людей?
Если уход одного инженера или руководителя способен остановить критическую часть бизнеса, это уже не проблема HR. Это технологический и операционный риск.
CTO должен понимать такие зависимости и постепенно снижать их.
Что ты бы остановил, если бы мог?
Этот вопрос часто полезнее вопроса «что ещё нужно сделать». В организациях обычно слишком много инициатив и слишком мало явных решений отказаться.
Если CTO не может назвать ничего, что стоит прекратить, возможно, приоритеты существуют только на словах.
Что мне важно понимать, но я пока не спрашиваю?
Иногда самый полезный вопрос — оставить место для темы, которую невозможно угадать заранее.
CEO не должен управлять технологией вместо CTO. Но он должен регулярно проверять, что технология остаётся частью бизнес-управления, а не отдельным миром со своим языком и своими целями.