- В статье указывается на большой пробел в волне корпоративного ИИ: руководство строит стратегии ИИ, инженеры с энтузиазмом используют новые инструменты, но именно технические менеджеры (engineering managers) должны превращать все это в реальные операционные процессы.
- Автор Вигнеш Дураи пересказывает разговор с шестью техменеджерами на конференции разработчиков. Все они столкнулись с общей проблемой: компания заявляет, что становится «AI-first», но нет конкретной политики, бюджета или инструкций по внедрению.
- Технические менеджеры вынуждены сами отвечать на важные вопросы: можно ли выпускать сгенерированный ИИ код в продакшн, кто несет ответственность за ревью и как измерять производительность, когда ИИ пишет код быстро, но время проверки увеличивается.
- Согласно статье, слой менеджеров среднего звена становится «переводчиком стратегии ИИ» между руководством и командой инженеров, хотя эта роль никогда не проектировалась для такой ответственности.
- Эта ситуация наблюдается повсеместно в таких отраслях, как здравоохранение, финансы и SaaS. Многим менеджерам приходится самим выстраивать процессы управления ИИ (AI governance), потому что у юридического отдела или руководства нет четких ответов.
- Возникающие задачи включают написание внутренних инструкций по использованию ИИ, редизайн процессов ревью кода для pull-реквестов, созданных ИИ, и психологическую поддержку инженеров перед лицом карьерных изменений.
- Несмотря на резкое увеличение объема работы, их по-прежнему оценивают по старым KPI, таким как скорость релиза продукта, удержание персонала и стабильность спринтов.
- Автор предупреждает о стратегическом риске, когда бизнес не поддерживает этот слой «переводчиков стратегии»: каждая команда внедряет ИИ по-своему, что ведет к непоследовательности качества и управления.
- В статье также подчеркивается риск потери талантов, когда способные менеджеры чувствуют, что круг их обязанностей расширяется, но это не признается и не поддерживается официально.
- Еще один риск — юридическая ответственность и качество продукта: если код, созданный ИИ, вызовет ошибку в продакшене, технический менеджер обычно оказывается «крайним», хотя ему никогда не давали четких полномочий по утверждению.
- Автор предлагает три срочных решения: разработка политики ИИ перед покупкой инструментов, официальное признание роли техменеджера как «переводчика стратегии» и создание сообщества для обмена опытом внедрения ИИ между менеджерами.
- Приводится реальный пример технического менеджера, который сам создал внутреннюю группу по обсуждению управления ИИ, несмотря на отсутствие бюджета или указаний сверху.
📌 Заключение: Широко распространенная проблема в компаниях, внедряющих ИИ: стратегия объявляется на уровне руководства, но самая сложная часть — превращение ИИ в безопасные и эффективные технические процессы — перекладывается на плечи технических менеджеров без должной поддержки. Техменеджеры сейчас вынуждены одновременно заниматься управлением, процессами ревью кода, обучением команд и операционными рисками при неизменных KPI. Если компании не формализуют эту роль, внедрение ИИ может стать хаотичным, увеличатся риски для качества и начнется отток лучших управленцев.
