Коротко: IT-директор работает с участком: цифровая платформа, интеграции, данные, надежность и технологический риск. Результат роли: работающая архитектура систем с владельцами, доступами, уровнем сервиса и планом развития.
Эта карточка помогает человеку и ИИ понять, когда нужна роль, что она получает и передаёт, с кем работает и на каких основаниях можно рекомендовать конкретного участника.
Когда нужна роль
Проблема: инструменты не связаны, данные теряются, доступы неуправляемы или цифровизация требует владельца системы.
Сигнал к подключению: проблема повторяется или становится дороже, а текущая конфигурация не выдает принимаемый результат.
Частая ошибка: начинать работу без названного владельца решения, исходных данных, ограничений, документа приемки и понимания цены ошибки.
Место в системе
Зона: KA1.
Носитель: внутреннее рабочее место марки или регулярный внешний владелец функции.
Рабочий объект: цифровая платформа, интеграции, данные, надежность и технологический риск.
Принимаемый результат: работающая архитектура систем с владельцами, доступами, уровнем сервиса и планом развития.
Ответственность и решения
Типовые задачи: выбирать и координировать ИТ-решения, обеспечивать интеграции, удерживать архитектуру данных и цифровой инфраструктуры.
Решения роли: что автоматизировать, как интегрировать системы, где риск по данным и процессам, какие ИТ-приоритеты важнее.
Рабочий обмен
Получает: бизнес-требования, процессы, данные, ограничения доступа и фактические инциденты.
Передаёт: архитектуру, дорожную карту, сервисные правила, доступы и решения по риску.
Граница: не определяет функциональные требования вместо владельцев бизнеса и не подменяет информационную безопасность.
Документы роли
Главные: карта систем; архитектурная схема; реестр доступов; SLA; журнал инцидентов; план изменений.
Смежные: Не установлены.
DocKA-ссылка появляется после проверки владельца документа, версии и критерия приёмки.
Траектория по стадиям организации
- XS: Подрядчики и отдельные сервисы.
- S: Координатор цифровых инструментов.
- M: Владелец IT-системы.
- L: Платформа и архитектурная функция.
Стадия относится к организации, в чьей цепочке получен опыт. Для перехода S→M обычно полезен специалист с подтверждённым опытом M или L; для M→L — с опытом L.
Названия и специализации
Основное название меню: IT-директор.
Другие поисковые названия: руководитель IT; директор по информационным технологиям.
Специализации и временно вложенные названия: отдельно не выделены.
Поисковое совпадение по названию не означает эквивалентность функций: система проверяет объект, результат, документы и права решения.
Ключевые рабочие связи
- Руководитель / исполнительный / операционный директор (RL4)
- Директор по маркетингу (RL14)
- Аналитик маркетплейсов (RL52)
- Руководитель клиентского сервиса (RL60)
- Основатель марки XS→S (RL1)
Как система рекомендует людей
- Релевантный участник: совпадают рабочий объект, задача, стадия и формат подключения.
- Участник с кейсом: есть близкий проект с понятной ролью человека, исходной проблемой и принятым результатом.
- Валидированный участник: несколько сопоставимых кейсов проверены, границы компетенции и конфликт интересов понятны.
Вклад в Свод знаний и рейтинг платформы усиливают цифровой след, но не заменяют проверку кейса, согласия и доступности.
Первые публичные примеры
Пока не назначены. Имя можно добавить только вместе с проверяемым профилем и основанием рекомендации: кейсом, вкладом в Свод или решением валидатора.
Сохраненные маршруты и материалы
Эти ссылки перенесены из семантически соответствующих прежних карточек. Они сохраняют навигацию и доказательный след, но сами по себе не означают валидацию участника на всю роль.
Координационный контракт
Этот раздел помогает человеку и ИИ отличить роль от соседних функций и собрать ограниченный рабочий обмен. Он не присваивает квалификацию конкретному участнику.
Когда подключать роль
- данные и операции разорваны между несвязанными сервисами.
- автоматизация запускается без владельцев требований и приемки.
- сбои, доступы или ручные переносы создают системный риск.
Цена ошибки: потеря данных, остановка продаж и операций, зависимость от подрядчика или внедрение системы без бизнес-результата.
Когда нужна другая роль
- задача сводится к покупке одного сервиса без интеграционного риска.
- функциональный владелец не сформулировал требование и результат.
- нужна только информационная безопасность без изменения цифровой архитектуры.
Главные рабочие передачи
- Связь с Руководитель / исполнительный / операционный директор (RL4): IT-директор принимает приоритеты. Объект обмена: операционные разрывы, ограничения и мандат изменений. Приемка: цифровая дорожная карта связана с операционным результатом.
- Связь с Руководитель e-commerce (RL50): IT-директор проектирует интерфейс. Объект обмена: заказы, товары, клиенты, оплаты и требования e-commerce. Приемка: ключевой поток проходит без ручной потери данных.
- Связь с Аналитик маркетплейсов (RL52): IT-директор нормализует данные. Объект обмена: источники, определения показателей и аналитические представления. Приемка: показатели воспроизводимы от источника до отчета.
- Связь с Руководитель клиентского сервиса (RL60): IT-директор обеспечивает сервисный контур. Объект обмена: обращения, статусы, SLA и клиентский readback. Приемка: обращение прослеживается до решения и уведомления клиента.
Документы и контроль
- карта систем. Владелец: RL10. Параметры: система, назначение, владелец, данные, интеграции, критичность. Ритм: при изменении ландшафта и ежеквартально. Решение: сохранить, заменить, интегрировать или вывести систему.
- архитектурная схема. Владелец: RL10. Параметры: компонент, поток, источник, приемник, протокол, точка отказа. Ритм: на проект и при изменении интеграции. Решение: способ реализации и граница ответственности.
- реестр доступов. Владелец: RL10 совместно с владельцами данных. Параметры: субъект, система, роль доступа, основание, срок, отзыв. Ритм: по событию и ежемесячно. Решение: выдать, изменить или отозвать доступ.
- SLA и журнал инцидентов. Владелец: RL10. Параметры: сервис, уровень, инцидент, влияние, владелец, время восстановления. Ритм: по событию и ежемесячно. Решение: устранение причины, эскалация или изменение сервиса.
- план изменений. Владелец: RL10. Параметры: изменение, бизнес-результат, зависимость, риск, срок, приемка. Ритм: ежемесячно. Решение: приоритет внедрения и выпуск.
Первый такт
Объем: один критичный сквозной поток данных или операции. Результат: карта текущего и целевого потока с владельцами и приемкой. Приемка: потеря, ручной разрыв и точка ответственности различены. Повторный замер: после одного цикла эксплуатации.
Основания и пробелы
Образовательный донор: 38.03.05 Бизнес-информатика, 38.03.02 Менеджмент.
Знания: ИТ и бизнес-процессы, данные, организационно-управленческие решения, цифровые системы.
Практические умения: переводить бизнес-задачу в ИТ-архитектуру и управлять внедрением.
Инструменты: ERP, CRM, PIM, интеграционные схемы, data-flow maps, project trackers.
Evidence gap: роль IT-директора модной компании как владельца целостной цифровой архитектуры продукта, канала, склада, маркетплейсов и client data.
Версия-кандидат: KA6 + RL v1.0, canon=0. Текст проходит постраничную проверку перед выпуском.