Кто такой технический директор (CTO) в IT-компании
Технический директор — (или CTO на англ.: Chief technical officer) это главный технолог, специалист по технологиям и руководитель компании, отвечающий за технические вопросы на производстве.
Именно такое определение дает нам википедия и остальной интернет. Но ведь это лишь очень поверхностное определение, которое не раскрывает настоящие должностные обязанности. Давайте посмотрим на этого специалиста с точки зрения IT-индустрии.
Технический директор — это исполнительный директор с хорошей технической подготовкой, понимающий все бизнес-процессы организации и мыслящий стратегически. Он готов решать проблемы технического характера, знает огромное количество инструментов и технологий, а также понимает какими навыками владеют его технические специалисты.
Должностная инструкция технического директора
Технический директор может иметь как высшее, так и среднее специальное образование, которое обязательно должно быть техническим, технологическим или инженерным. Большую часть его времени занимает работа по оценке текущего состояния инфраструктуры помещений и координация усилий, направленных на ремонт, восстановление или замену отдельных ее элементов.
Именно по этой причине работодатель на этой позиции хочет видеть человека с техническим складом ума и инженерным мышлением. Поскольку технический директор это управленец, то опыт работы на этой должности является обязательным и должен составлять не менее 3 лет. Знание иностранных языков является желательным, но не обязательным. А вот владеть компьютером и оргтехникой он должен обязательно.
Технический директор причисляется к разряду управленцев. Технического директора могут нанять на работу или уволить с нее только личным приказом одного из вышестоящих должностных лиц – генерального директора или учредителя компании. Технический директор подчиняется непосредственно генеральному директору.
Если технический директор отсутствует на работе, все его полномочия должны быть переданы другому сотруднику в установленном порядке. На позицию технического директора может быть нанят человек с высшим или средним специальным образованием в сфере инжиниринга и не менее, чем 3 годами опыта работы на аналогичной позиции.
Технический директор обязан быть знаком с нормативной документацией, а также актами, регулирующими деятельность компании и проведение ремонтно-строительных работ, особенности внутренней структуры компании и ее специализацию, возможности для технического и технологического прогресса компании, пути, методы и способы выполнения ремонтных и строительных мероприятий, правила и нормы составления проектной документации для объектов строительства, положения техники безопасности при выполнении ремонтных и строительных работ, а также нормы пожарной охраны, санитарии и гигиены.
Технический директор в своей работе опирается на актуальную законодательную базу, устав компании, указы вышестоящих должностных персон и настоящую должностную инструкцию.
Обязанности
Технический директор должен соблюдать следующие правила:
2.1. Он занимается обеспечением надлежащей технической эксплуатации зданий, помещений и находящегося внутри оборудования;
2.2. Занимается организацией своевременного проведения ремонтных и строительных мероприятий, а также, по мере необходимости, составлением технической и проектной документации;
2.3. Занимается планированием проведения ремонтных и строительных работ, а также следит за соблюдением сроков их выполнения;
2.4. Занимается приемом выполненных работ и оценкой их качества;
2.5. Обеспечивает снабжение всех необходимых инструментов и материалов, необходимых для выполнения соответствующих работ, а также следит за надлежащей их эксплуатацией;
2.6. Ведет переговоры с прорабами и занимается согласованием сроков и стоимости предстоящих работ;
2.7. Занимается ежедневным контролем за исправностью электросети, систем отопления, вентиляции, водоснабжения и иных хозяйственных коммуникаций;
2.8. Занимается ежедневным контролем за расходованием электроэнергии, воды, строительных и иных материалов;
2.9. Занимается разработкой рекомендаций и предложений по улучшению работы систем снабжения, а также по оптимизации расходования воды, электричества и расходных материалов;
2.10. Доводит до сведения вышестоящих должностных лиц информацию о выявленных проблемах и принимает меры по их ликвидации.
Как стать техническим директором
Чтобы стать техническим директором, нужно, с одной стороны, быть технически компетентным (иметь профильное образование, опыт работы в отрасли, понимать нюансы рабочих процессов), с другой — быть руководителем (уметь управлять людьми, вести переговоры, находить общий язык с заказчиками и инвесторами).
Например, стать техническим директором в сфере строительства или производства можно работая инженером, менеджером проектов или бригадиром (прорабом). В сфере ИТ карьера начинается, как правило, с программиста, развивается в сторону проектировщика или архитектора ПО и затем выходит на уровень руководящих должностей и топ-менеджеров.
В директора «выбиваются» люди, способные наладить контакт между производителем и инвестором и просчитать инвестиционную политику фирмы на два шага вперед — прагматики и аналитики по складу ума.
Тонкости управления
Как-то я прочитал занимательные теории об оптимальном размере команды. Джордж Миллер занимался исследованиями памяти и в результате экспериментов смог заключить, что в кратковременной памяти человека обычно умещаются от 5 до 9 бессвязных элементов. То есть человеку их не надо группировать их по каким-то принципам и характеристикам, чтобы легче запомнить. Джефф Сазурленд, отец Scrum, который повторил успех компании Toyota, считает, что в команде должно быть не более 7 человек, из чего вытекло правило «7 человек на один проект». По его мнению, только такие команды достигают эффекта гиперпродуктивности, они могут быть эффективнее в 8 раз!
Я удивился, но эти теории сработали. У меня была одна команда из 12-13 человек, я её поделил на две и, о чудо, продуктивность заметно выросла. С ростом штата программистов я создал третью команду из 6 человек.
Ниже я приведу советы по управлению командой, в них ничего нового, но они в своё время мне очень помогли, и я сам убедился в их пользе на практике.
- Комбинируйте команды, чтобы им было куда расти. Одной из моих ранних ошибок было распределить коллег на две команды по уровню: в одной я собрал сильных программистов, а в другой менее опытных. После перетасовки продуктивность повысилась. И все начали более интенсивно развиваться: новички набирались технического опыта, а сильные инженеры пробовали себя в качестве наставников.
- Учитесь грамотно распределять задачи. Программист — это дорогой для компании сотрудник. Перед ним всегда должен быть вызов. Давайте задачи чуть сложнее, чем он может решить сходу. Это поможет ему расти. Опытный senior не должен сидеть над лёгкими задачами, даже если он делает их быстрее начинающего специалиста. Не забивайте гвозди микроскопом! Конечно, задачи нужного уровня сложности трудно подбирать, поэтому соблюдайте баланс и комбинируйте с рутинными.
- Правильно мотивируйте сотрудников. Здесь необходим индивидуальный подход: для одного это деньги, для другого — карьерный рост, третий хочет стать суперпрофессионалом, чтобы к нему все приходили за советом. То есть дайте им то, что действительно нужно. Это будет работать дольше и эффективнее, чем какая-то разнарядка, спущенная сверху от начальства. Кроме того, так проще соблюдать баланс между тем, что нужно компании и сотруднику.
- Комфортный график работы. Я долго боролся с начальством за гибкий график, но в итоге в цифрах доказал его преимущество. Мы договорились с командой о часах присутствия, при этом все могли приходить в удобное для себя время, отлучаться по делам, когда это было необходимо.
- Не пытайтесь контролировать каждый шаг. Люди должны осознавать свою ответственность. Человек, который это понимает, гораздо эффективнее и самостоятельнее.
- Не экономьте на обучении. Отправляйте коллег на конференции, мастер-классы и прочие мероприятия. Дорого? Устраивайте их сами в неформальной обстановке за чашкой чая и пиццей. Пусть люди делятся опытом, рассказывают о новых подходах или вместе решают какие-нибудь хитрые задачи.
- Управлять не управляя. На мой взгляд — это высший пилотаж. Легко раздавать прямые указания, но надолго ли хватит тим лида, который контролирует каждый шаг команды? В хорошей команде руководитель — это такой же сотрудник отдела, как и остальные. Только он думает не о конкретных задачах, а о развитии компании. Время от времени он сообщает о проблемах или о новых направлениях работы, а остальные накидываются на них и решают. На мой взгляд, это самый эффективный подход к управлению, только для этого уже должна быть построена хорошая команда и отлажены все процессы в ней.
Зарплата технического директора
«Вилка» зарплаты технического директора на производстве: 50-250 тысяч рублей в месяц, в строительстве и проектировании: 45-200 тысяч рублей в месяц. Наибольший разброс ставок наблюдается в сфере IT: разработчики готовы платить специалисту в среднем от 60 до 450 тысяч рублей в месяц (самый высокий оклад предлагают иностранные компании).
Что будет без техдира и почему он важен
В маленькой компании может не быть технического директора. Разработчики решают вопросы сами: получают задачи от маркетологов и менеджеров, распределяют между собой и спокойно пишут код. Если в компании один-два разработчика, то в руководителе над ними просто нет нужды.
Со временем компания растёт, в команде разработки уже 5–6 человек. Новички пишут код по-разному: одни ещё не привыкли к принятым фреймворкам, другим пока не хватает опыта. Тогда в команде появляется разработчик, который берёт на себя код-ревью и архитектурные решения, чтобы все двигались в одну сторону и качество кода не падало. Но это ещё не техдир, скорее, сеньор или тимлид.
Компания продолжает расти, в команде появляется ещё несколько технарей. Появляется разделение: команда фронтенда, команда бэкенда, команда эксплуатации. У каждой команды свой руководитель, и между ними начинаются трения: как оформлять задачи в таск-менеджере, на каком этапе тестировать, в каком порядке деплоить. Один разработчик уже не может решать все вопросы, потому что их профиль слишком широкий. Здесь необходим техдир.
Если между командами не появится общий руководитель, то начнутся проблемы. Например, бэкенды будут писать методы для API и не тестировать — мол, фронтенды сами всё проверят. А фронты будут думать, что бэкенды уже всё протестировали. В итоге админы выкатят нерабочий сервис, а кто виноват — непонятно.
Часто бывает, что технический директор — связующий элемент между бизнесом и разработкой. Он помогает менеджерам найти общий язык с программистами, защищает технарей от нападок маркетологов, выбивает софт и железо для команды. Без него в команде быстро назреет конфликт интересов, а отдел ИТ останется без ресурсов.
В крупных компаниях техдир отвечает за стратегию: консультирует генерального директора по глобальным трендам, помогает принимать решения: что развивать, а от чего отказываться. Например, внедрить в продукт искусственный интеллект или запустить VR-направление.
Чем техдир отличается от тимлида
Тимлид руководит командой разработчиков. Например, тимлид команды фронтенда отвечает за всех фронтендеров и реализацию всего интерфейса в продукте.
Тимлид — обычно сильный разработчик. Ему нужно принимать решения о конкретных технологических вопросах, помогать разработчикам и оценивать качество их работы. Даже если он не пишет код сам, он всё равно высококвалифицированный технический специалист.
Техдир может не быть сильным программистом, особенно если занимает свою позицию давно и уже подрастерял прикладные навыки. Но он должен быть руководителем: уметь принимать сложные решения и видеть весь продукт или технологию целиком.
- https://kolmogorov.pro/who-is-it-cto-kto-takoy-tehnicheskiy-director
- https://crusfit.com/kto-takoj-tehnicheskij-direktor/
- https://enjoy-job.ru/professions/technichesky-direktor/
- https://habr.com/ru/post/449208/
- https://thecode.media/chief-technical-officer/