Директор департамента информационных технологий: кто это, зачем нужен, функционал, KPI и зарплата — и как нанять без дорогой ошибки

Почему бизнесу всё чаще нужен директор департамента ИТ

Ещё 5–7 лет назад в части компаний ИТ держалось на связке “системный администратор + подрядчик”. Сегодня это работает всё реже: цифровые сервисы, интеграции, безопасность, аналитика, автоматизация процессов, требования к доступности — всё стало ближе к деньгам и репутации.

Обычно руководители приходят к роли директора департамента информационных технологий не из любви к оргструктурам, а из практики:

• ИТ мешает росту: новые точки/филиалы/продукты открываются быстрее, чем ИТ успевает обеспечить процессы.
• Срывы и простои становятся заметны в P&L: касса/CRM/склад/учёт “лежит” — продажи стопорятся.
• Проекты идут годами: 1С/ERP/CRM внедряются бесконечно, бюджет расползается, результат “частично”.
• Тень ИТ: подразделения покупают SaaS и сервисы сами, данные расползаются, доступы не контролируются.
• Киберриски: даже без громких инцидентов растёт стоимость “мелких” проблем — фишинг, утечки, потери доступов.

В этот момент CIO становится не “айтишником в пиджаке”, а управленцем, который делает ИТ предсказуемой функцией: с приоритетами, бюджетом, SLA и понятным эффектом.

Кто такой директор департамента информационных технологий и чем он отличается от CTO/CDO/CISO

Директор департамента информационных технологий (часто говорят “ИТ-директор”, “CIO”) — руководитель, который отвечает за информационную стратегию компании, работу ИТ-функции и её вклад в цели бизнеса: эффективность процессов, надёжность систем, безопасность, цифровое развитие и экономику ИТ. Такой подход к роли описывается и в карьерных материалах НИУ ВШЭ: CIO управляет ИТ-подразделением, планирует финансирование ИТ-инфраструктуры и контролирует расходы, работает с поставщиками при крупных закупках. (HSBI)

Чтобы подбор персонала не превратился в ошибку терминов, важно развести роли:

• CTO — чаще про технологию продукта и разработку (архитектура, инженерная культура, time-to-market).
• CDO (Chief Data Officer) — про данные, витрины, аналитические платформы, качество данных и монетизацию/эффективность через данные.
• CISO — про информационную безопасность как отдельную управленческую функцию (политики, риски, контроль, инциденты).
• CIO / директор департамента ИТ — про ИТ как систему для бизнеса: инфраструктура, прикладные системы, сервис-менеджмент, проекты, бюджет, поставщики, SLA, интеграции и зачастую координация безопасности.

В малом и среднем бизнесе роли иногда совмещаются. Но в вакансии и на интервью лучше честно ответить: вам нужен директор по ИТ-сервисам и бизнес-системам или техлидер разработки? Это два разных рынка кандидатов.

Когда роль CIO действительно нужна: 10 признаков

Вот практичные признаки, при которых поиск сотрудников именно на уровень директора департамента ИТ оправдан:

1. ИТ-бюджет вырос, но вы не уверены, куда он “утекает”.
2. Ключевые системы критичны (CRM/ERP/1С/кассы/склад/порталы), и простои бьют по выручке.
3. Проекты буксуют: сроки постоянно переносятся, бизнес недоволен, но виноватых нет.
4. Нет единой архитектуры: “лоскутное одеяло” сервисов и интеграций.
5. Слабый контроль доступов и ролей, нет понятной модели управления аккаунтами.
6. ИТ зависит от 1–2 людей (“если он уйдёт — всё встанет”).
7. Нет SLA и сервисной модели: заявки обрабатываются хаотично, пользователи страдают.
8. Много подрядчиков, но никто не управляет ими системно (SLA, качество, стоимость, риски).
9. Нужно масштабирование (филиалы, регионы, новые каналы продаж).
10. Цифровая трансформация стала задачей бизнеса, а не “хотелкой ИТ”.

Если совпало 3–4 пункта — обычно достаточно усиленного руководителя ИТ-отдела. Если 6+ — чаще нужен полноценный CIO.

Функционал: за что отвечает директор департамента ИТ

Ниже — структура функционала “по полкам”. Так удобнее формировать профиль для рекрутинга и потом ставить KPI.

4.1. ИТ-стратегия и приоритизация

• перевод целей бизнеса в дорожную карту ИТ на 6–18 месяцев;
• управление портфелем инициатив: что делаем сейчас, что позже, что не делаем вовсе;
• стандарты архитектуры и подходов (чтобы не плодить хаос).

4.2. Сервисная модель и эксплуатация (SLA)

• служба поддержки, инциденты, заявки, проблем-менеджмент;
• контроль доступности критичных систем, резервирование, восстановление;
• регламенты, мониторинг, “прозрачность” для бизнеса.

4.3. Бизнес-системы и процессы

• развитие ERP/1С/CRM, интеграции, автоматизация ключевых процессов;
• взаимодействие с владельцами процессов (финансы, продажи, производство, логистика);
• качество данных и дисциплина изменений.

4.4. Управление информационной безопасностью (как минимум — риск-контроль)

Даже если CISO нет, CIO обязан держать контур:

• доступы, политики, резервные копии, базовые меры защиты;
• ответственность и роли, реагирование на инциденты;
• требования регуляторов/контрагентов (там, где применимо).

4.5. Финансы ИТ и поставщики

• ИТ-бюджет (CAPEX/OPEX), экономическая эффективность, прозрачные статьи затрат;
• закупки, контракты, SLA с подрядчиками, управление стоимостью владения;
• оптимизация лицензий, инфраструктуры, услуг.

4.6. Команда и оргструктура

• формирование структуры: инфраструктура/поддержка/бизнес-системы/разработка/аналитика (в зависимости от компании);
• подбор персонала, развитие, замена “узких мест”, резерв;
• культура: дисциплина изменений, документация, ответственность.

KPI и отчётность: как измерять пользу, а не “занятость”

Слабая постановка KPI выглядит так: “чтобы ничего не падало и всё работало”. Это неуправляемо. Ниже — KPI, которые руководитель может реально использовать.

Эксплуатация и сервис

• доступность критичных систем (uptime);
• время реакции/восстановления по инцидентам (SLA);
• доля повторных инцидентов (проблем-менеджмент);
• удовлетворённость внутренних пользователей (короткие опросы по сервису).

Проекты и изменения

• выполнение ключевых проектов по срокам/бюджету/результату;
• доля изменений без критических инцидентов;
• прозрачность бэклога: бизнес понимает, что в работе и почему.

Финансы и эффективность

• прозрачность ИТ-затрат по системам/сервисам (стоимость владения);
• оптимизация лицензий/контрактов без потери качества;
• экономический эффект от автоматизации (сокращение ручного труда, снижение ошибок, ускорение процессов).

Безопасность (минимум)

• покрытие MFA/управления доступами;
• регулярность резервных копий и тестов восстановления;
• снижение инцидентов, связанных с “человеческим фактором” (фишинг, доступы, пароли).

Главный принцип: KPI должны связывать ИТ с бизнес-эффектом — временем, деньгами, рисками. Иначе CIO превращается в “обслуживание железа” без влияния.

Сколько зарабатывает директор департамента информационных технологий

Зарплата сильно зависит от масштаба компании, отрасли, региона и реального объёма ответственности (только инфраструктура/сервис или ещё цифровые проекты и трансформация). Ниже — ориентиры, которые можно использовать как отправную точку при формировании вилки.

• По данным Dream Job, средняя зарплата директора по ИТ в России за 2026 год — около 190 000 ₽, часто встречается диапазон 80 000–300 000 ₽ (фиксируются значения и выше). (Dream Job)
• По данным Dream Job, для директора по информационным технологиям за 2026 год указывается средняя около 200 000 ₽ с часто встречаемым диапазоном 100 000–300 000 ₽ (в отдельных случаях выше). (Dream Job)
• По данным ГородРабот.ру, средняя зарплата директора по IT в Москве за 2025 год — существенно выше (публикуется как агрегированная статистика по рынку Москвы). (gorodrabot.ru)
• Для роли уровня CIO по России ГородРабот.ру приводит среднее значение за 2025 год порядка 314 445 ₽. (gorodrabot.ru)
• Хабр Карьера по специализации “директор по информационным технологиям (CIO)” показывает оценку зарплаты на основе анкет (как ориентир для ИТ-рынка). (Хабр Карьера)

Как руководителю правильно собрать мотивацию:

• фикс (за управление функцией и устойчивость);
• премия/бонус за KPI (SLA, проекты, экономический эффект, безопасность);
• иногда — долгосрочная часть (годовой бонус), если CIO отвечает за трансформацию.

Типовые ошибки найма: почему “взяли сильного технаря” и разочаровались

1. Путают руководителя ИТ-сервиса и лидера цифровой трансформации
   Наняли “эксплуатационщика”, а ждут прорыва в автоматизации — конфликт ожиданий неизбежен.
2. Оценивают только технический кругозор
   На уровне директора важнее управление людьми, бюджетом, поставщиками, приоритизация и коммуникация с бизнесом.
3. Нет мандата и полномочий
   CIO отвечает за результат, но не влияет на закупки, доступы, дисциплину подразделений, владельцев процессов — итог будет средним.
4. Слишком размытая зона ответственности
   “Пусть отвечает за всё цифровое” — без структуры это превращается в хаос и срывы.
5. Ноль проверки достижений
   Кандидат может красиво рассказывать про проекты. Но без проверки роли, метрик и рекомендаций легко купить презентацию вместо результата.

Как выстроить найм персонала: профиль, этапы, кейсы, проверка

Чтобы рекрутинг на роль директора департамента ИТ был быстрым и точным, действуйте как в проекте.

Шаг 1. Зафиксируйте задачу в цифрах

Примеры “нормальных” целей:

• “Снизить простои CRM/учёта и сделать SLA прозрачным”
• “Запустить ERP/1С-проект с понятным планом и ответственностью”
• “Выровнять безопасность: доступы, резервные копии, базовая защита”
• “Оптимизировать ИТ-расходы без потери качества”

Шаг 2. Сформируйте профиль кандидата

• какой тип CIO нужен (сервисный / проектный / трансформационный);
• ключевые системы и технологический контур;
• масштабы: количество пользователей, филиалов, подрядчиков;
• стиль управления: “строит систему” vs “держит всё руками” (вам нужен первый).

Шаг 3. Интервью по фактам и управлению

Просите конкретику:

• “Исходная точка → действия → результат (цифры)”
• “Какие решения приняли, от чего отказались и почему”
• “Как управляли поставщиками и бюджетом”
• “Как строили SLA и дисциплину изменений”

Шаг 4. Кейс “первые 90 дней”

Дайте реальную ситуацию: два критичных сервиса падают раз в неделю, проекты буксуют, у бизнеса недоверие к ИТ. Попросите план 30–60–90: приоритеты, риски, метрики, коммуникации.

Шаг 5. Проверка рекомендаций

В топ-подборе персонала это обязательно:

• стиль управления и конфликтность;
• дисциплина и ответственность;
• реальная роль в проектах и причина ухода.

План 30–60–90 дней: что ждать от CIO на старте

Первые 30 дней

• аудит ландшафта: системы, риски, договоры, команда, “узкие места”;
• карта критичности сервисов и быстрые меры (мониторинг, резервирование, доступы);
• согласование приоритетов с бизнесом и формат отчётности.

60 дней

• запуск сервисной модели: SLA, регламенты инцидентов и изменений, понятная очередь задач;
• стабилизация 1–2 самых болезненных зон (например, падения ключевой системы);
• актуализация ИТ-бюджета и контрактов.

90 дней

• дорожная карта ИТ на 6–12 месяцев, защищённая у руководства;
• первые измеримые улучшения по KPI (SLA/простои/проекты/затраты);
• понятная структура команды и “план усиления” (где нужен найм персонала, где — аутсорсинг).

Почему стоит нанимать через нас

Без громких обещаний — по сути, за что бизнес обычно ценит кадрового партнёра в таких ролях:

• Точная постановка задачи: помогаем описать роль директора департамента ИТ так, чтобы вы не искали “универсала на всё”, а попадали в нужный тип CIO.
• Профессиональный поиск сотрудников: помимо откликов, подключается прямой поиск и работа с “пассивным” рынком (особенно актуально для сильных управленцев).
• Качественный рекрутинг и оценка: интервью по компетенциям, управленческим кейсам, проверка достижений и рекомендаций — чтобы сократить риск ошибки.
• Экономия времени руководителей: вы получаете короткий список кандидатов, которых реально можно сравнить, вместо потока резюме.
• Комплексный подход через HR-услуги: при необходимости можно закрыть смежные задачи — от настройки профиля компетенций до сопровождения адаптации, а также рассмотреть временный аутсорсинг части ИТ-функций на период поиска.

Это и есть логика “почему нанимать через нас”: сделать найм персонала на критичную роль управляемым по срокам и качеству.