В современном мире технологий роль Chief Technical Officer (CTO)* становится все более значимой. CTO отвечает за техническую стратегию компании, инновации и управление техническими командами. Однако вопрос о том, должен ли CTO быть в первую очередь хорошим программистом или хорошим управленцем, до сих пор остается предметом ожесточенных споров.
Технологии правят миром. Это уже бесспорный факт и глубокое понимание технологий ключ к успеху как стартапа, так и большой корпорации. Любой профессиональный разработчик должен разбираться в передовых информационных технологиях и уметь их применять на практике. Почему же тогда, например мы делим веб- разработку на фронтенд и бекенд, а hr подбирает нам лучших, но с конкретными навыками в разработке? Ответ очевиден- информационные технологии настолько развились и стали столь сложными, что профессиональные разработчики стали делиться по конкретному профилю. И чем более развиваются технологии, тем более узкоспециализированные специалисты требуются для решения высокотехнологических задач.
Можем ли мы требовать от руководителя разработки корпорации знания всех тонкостей и нюансов технологий? Наверное нет. CTO должен быть в «теме». Он должен понимать, как та или иная выбранная технология повлияет на развитие продукта с точки зрения разработки. Требовать от него быть одновременно лучшим в команде фронтендером, бекендером, идеальным DevOps специалистом и тестировщиком- это утопия! Такие супергерои могут быть только в кино.
Аналогию к вышесказанному можно найти в медицине. Там давно уже есть своя специализация: отоларинголог, хирург, педиатр, гинеколог, терапевт и тд. А Главврач, в медицинском учреждении - это управленец, отвечающий за медицинские вопросы, который руководит лечащими врачами различных специальностей.
Так почему же не утихают споры о компетенциях Технического директора? На мой взгляд на лицо путаница или подмена понятий. Очень часто CTO путают с Тимлид**. Особенно это характерно для небольших команд и стартапов на стадии развития. Если вернуться к аналогии с медициной, то это как спутать Главврача с Лечащим врачом.
У Лечащего врача тоже есть своя команда, которую он собирает в зависимости от сложности диагноза пациента. Эта команда небольшая, мобильная, с подключением других специалистов по мере необходимости. Уловили аналогию? Фронтенд, бекенд, тестировщик и тд.
На начальном этапе развития продукта Тимлид выполняет роль Технического директора, определяя направление разработки и стек используемых технологий. Он и «ручками» работает, и обучает, и мотивирует. Постепенно продукт становиться все сложнее и сложнее, а компания все больше и больше. Если раньше бухгалтера брали работать на аутсорс, то теперь это уже целый штат специалистов. Появляются отделы продаж, маркетинга, дизайна… и все они ждут от ИТ специальных, а порой и индивидуальных решений. Со всем этим надо разобраться, найти технологии, которые в перспективе не позволят компании снизить обороты ее развития. Нужен специалист, который понимая современные технологические решения грамотно встроит их в стратегию развития компании. Это и есть основная задача СТО - найти баланс между техническими и управленческими задачами. Современной Технический директор уже не только ИТ-специалист, а в большей мере стратегически мыслящий топ-менеджер, умеющий организовывать и управлять командами, разбирающийся в управлении бюджетами, распределении ресурсов и оценке рисков принимаемых им решений. Он должен уметь эффективно коммуницировать как с техническими специалистами, так и с не техническими руководителями и инвесторами. Это требует навыков перевода сложных технических концепций в понятные бизнес-термины и обратно.
В конечном итоге, успешный CTO должен уметь адаптироваться к изменяющимся условиям и постоянно развиваться в обеих областях, чтобы эффективно выполнять свои обязанности и способствовать успеху компании.
Технологии правят миром. Это уже бесспорный факт и глубокое понимание технологий ключ к успеху как стартапа, так и большой корпорации. Любой профессиональный разработчик должен разбираться в передовых информационных технологиях и уметь их применять на практике. Почему же тогда, например мы делим веб- разработку на фронтенд и бекенд, а hr подбирает нам лучших, но с конкретными навыками в разработке? Ответ очевиден- информационные технологии настолько развились и стали столь сложными, что профессиональные разработчики стали делиться по конкретному профилю. И чем более развиваются технологии, тем более узкоспециализированные специалисты требуются для решения высокотехнологических задач.
Можем ли мы требовать от руководителя разработки корпорации знания всех тонкостей и нюансов технологий? Наверное нет. CTO должен быть в «теме». Он должен понимать, как та или иная выбранная технология повлияет на развитие продукта с точки зрения разработки. Требовать от него быть одновременно лучшим в команде фронтендером, бекендером, идеальным DevOps специалистом и тестировщиком- это утопия! Такие супергерои могут быть только в кино.
Аналогию к вышесказанному можно найти в медицине. Там давно уже есть своя специализация: отоларинголог, хирург, педиатр, гинеколог, терапевт и тд. А Главврач, в медицинском учреждении - это управленец, отвечающий за медицинские вопросы, который руководит лечащими врачами различных специальностей.
Так почему же не утихают споры о компетенциях Технического директора? На мой взгляд на лицо путаница или подмена понятий. Очень часто CTO путают с Тимлид**. Особенно это характерно для небольших команд и стартапов на стадии развития. Если вернуться к аналогии с медициной, то это как спутать Главврача с Лечащим врачом.
У Лечащего врача тоже есть своя команда, которую он собирает в зависимости от сложности диагноза пациента. Эта команда небольшая, мобильная, с подключением других специалистов по мере необходимости. Уловили аналогию? Фронтенд, бекенд, тестировщик и тд.
На начальном этапе развития продукта Тимлид выполняет роль Технического директора, определяя направление разработки и стек используемых технологий. Он и «ручками» работает, и обучает, и мотивирует. Постепенно продукт становиться все сложнее и сложнее, а компания все больше и больше. Если раньше бухгалтера брали работать на аутсорс, то теперь это уже целый штат специалистов. Появляются отделы продаж, маркетинга, дизайна… и все они ждут от ИТ специальных, а порой и индивидуальных решений. Со всем этим надо разобраться, найти технологии, которые в перспективе не позволят компании снизить обороты ее развития. Нужен специалист, который понимая современные технологические решения грамотно встроит их в стратегию развития компании. Это и есть основная задача СТО - найти баланс между техническими и управленческими задачами. Современной Технический директор уже не только ИТ-специалист, а в большей мере стратегически мыслящий топ-менеджер, умеющий организовывать и управлять командами, разбирающийся в управлении бюджетами, распределении ресурсов и оценке рисков принимаемых им решений. Он должен уметь эффективно коммуницировать как с техническими специалистами, так и с не техническими руководителями и инвесторами. Это требует навыков перевода сложных технических концепций в понятные бизнес-термины и обратно.
В конечном итоге, успешный CTO должен уметь адаптироваться к изменяющимся условиям и постоянно развиваться в обеих областях, чтобы эффективно выполнять свои обязанности и способствовать успеху компании.
*CTO (англ. Chief technical officer или Chief technology officer — технический директор) — руководящая должность в западных компаниях, соответствует русскому «главный инженер». Один из руководителей корпорации, отвечающий за её развитие и разработку новых продуктов; в ведении CTO обычно находится вся технологическая часть производства. https://ru.wikipedia.org/wiki/CTO
**Тимлид (от англ. team lead или team leader) — это руководитель, который планирует и организует работу команды, распределяет задачи между сотрудниками, мотивирует их, отвечает за результаты перед заказчиком. Тимлид управляет небольшой командой, в которой обычно не больше 10—12 человек. https://practicum.yandex.ru/blog/kto-takoy-timlid-i-kak-im-stat/