Технический директор: должностная инструкция, обязанности
Должностная инструкция технического директора – это документ, в котором прописаны права, обязанности, ответственность и общие положения руководителя. Акт составляется под конкретную компанию, где указываются определённые требования, функции и полномочия.
В статье рассмотрим, что такое квалификационный справочник должностей, каковы обязанности и права технического директора. Хотя многие знают эту должность под названием главный инженер.
Кто такой технический директор
Главный инженер заменяет руководителя предприятия и отвечает за всю эффективность работы и за сотрудников, которые должны плодотворно работать на производстве. Он может самостоятельно принимать решения, если они практичны.
Обязанности
Должностная инструкция технического директора содержит в себе основные обязанности. Ее нужно изучить подробно. Итак, технический директор должен:
Вышеперечисленные обязанности технического директора прописаны в инструкции и обсуждению не подлежат. Если руководитель подписал этот документ, он должен придерживаться установленных правил.
Права
У технического директора есть не только обязанности. Ему ещё даются права, которые предусмотрены в документе.
Технический директор имеет право:
Как оказалось, у технического директора есть не только обязанности, но и права, которые улучшат работу предприятия и работников. Есть квалифицированный справочник должностей. Вот он применяется на крупных предприятиях, где и описаны функции, полномочия, разделения труда работников и много другое.
Ответственность
Технический директор должен знать не только свои права и обязанности. Он ещё несёт и определённую ответственность:
Если технический директор не выполняет своих обязанностей и безответственен, тогда руководство рассматривает вероятность увольнение такого сотрудника, если тот в течение определённого срока не исправится.
Заключение трудового договора
Это тот документ, в котором прописываются обязанности, права, ответственность, знания и умения технического директора. Ещё в трудовом договоре часто указывают зарплату, неразглашение конфиденциальной информации и сколько часов в сутки будет занимать у человека эта работа. Технический директор должен понимать все сложности и возможности трудового договора.
Как правило, технический директор должен не только хорошо знать технологии, но и вести бизнес. Это тоже должно быть указано в договоре. В графе «Условия оплаты труда» указывается сумма, которую получит за месяц технический директор. Там же иногда прописываются и штрафные санкции, которые налагаются в том случае, если работник не соблюдал свои обязанности и отнёсся безответственно к какому-либо делу.
Что ещё указывается в трудовом договоре
Как правило, в этом документе указывается сумма и за сверхурочные часы. Если технический директор задержался по работе не более чем на 2 часа, ему обязаны выплатить в полуторном размере. Если же больше двух часов, тогда сверхурочная зарплата оплачивается в двойном размере.
В графе «Режим рабочего времени и отдыха» указываются конкретные часы, в которые технический директор обязан работать и обедать. Однако необходимо помнить, что обед в рабочее время не включается.
Когда заключается трудовой договор, нужно быть предельно внимательным, ведь впоследствии изменить его без согласия руководства технический директор не имеет права. Поэтому если вас интересует что-то на данный момент, тогда лучше заранее обсудите с начальством все плюсы и минусы работы.
Заключение
Из статьи видно, что техническому директору необходимо придерживаться должностной инструкции. Ведь от этого зависит будущее предприятия. Улучшение на производстве будет в том случае, если технический директор правильно организует рабочий процесс и будет следить за порядком.
В случае если руководителя нет на рабочем месте по уважительной причине, его обязан заменить заместитель. Однако он должен следить за порядком, но не может принимать самостоятельных решений. Заместитель технического директора не имеет права подписывать никакие документы до тех пор, пока не согласует это с вышестоящим руководителем.
На каждом предприятии должен быть квалификационный справочник должностей. Вы всегда к нему можете обратиться за помощью, если забыли свои права, обязанности или другие производственные вопросы.
Кто такой технический директор? Почему он главный, но не пишет код?
Как перейти от программирования к управлению.
Мы постепенно рассказываем о специальностях и ролях в ИТ: уже говорили о фронтендах и бэкендах; о джунах, мидлах, сеньорах и тимлидах; была статья о тестировщиках. Посмотрим ещё на одну должность — техдир, он же CTO, Chief Technical Officer.
👉 Эта статья написана по мотивам разговора с Александром Трегером, руководителем службы разработки Практикума. Прочитайте, там много интересного не только про карьеру.
Технический директор — главный по технологиям. Он руководит всем, что связано с разработкой, софтом, серверами, отвечает за общий вектор развития продукта и технологий.
Техдир — в первую очередь управленец. Он не пишет код сам, не оценивает код других разработчиков, не думает о стилях и компонентах, не настраивает сервера и принтеры, не раздаёт доступы. Для этого у него в подчинении есть тимлиды и администраторы.
Что будет без техдира и почему он важен
В маленькой компании может не быть технического директора. Разработчики решают вопросы сами: получают задачи от маркетологов и менеджеров, распределяют между собой и спокойно пишут код. Если в компании один-два разработчика, то в руководителе над ними просто нет нужды.
Со временем компания растёт, в команде разработки уже 5–6 человек. Новички пишут код по-разному: одни ещё не привыкли к принятым фреймворкам, другим пока не хватает опыта. Тогда в команде появляется разработчик, который берёт на себя код-ревью и архитектурные решения, чтобы все двигались в одну сторону и качество кода не падало. Но это ещё не техдир, скорее, сеньор или тимлид.
Компания продолжает расти, в команде появляется ещё несколько технарей. Появляется разделение: команда фронтенда, команда бэкенда, команда эксплуатации. У каждой команды свой руководитель, и между ними начинаются трения: как оформлять задачи в таск-менеджере, на каком этапе тестировать, в каком порядке деплоить. Один разработчик уже не может решать все вопросы, потому что их профиль слишком широкий. Здесь необходим техдир.
Если между командами не появится общий руководитель, то начнутся проблемы. Например, бэкенды будут писать методы для API и не тестировать — мол, фронтенды сами всё проверят. А фронты будут думать, что бэкенды уже всё протестировали. В итоге админы выкатят нерабочий сервис, а кто виноват — непонятно.
Часто бывает, что технический директор — связующий элемент между бизнесом и разработкой. Он помогает менеджерам найти общий язык с программистами, защищает технарей от нападок маркетологов, выбивает софт и железо для команды. Без него в команде быстро назреет конфликт интересов, а отдел ИТ останется без ресурсов.
В крупных компаниях техдир отвечает за стратегию: консультирует генерального директора по глобальным трендам, помогает принимать решения: что развивать, а от чего отказываться. Например, внедрить в продукт искусственный интеллект или запустить VR-направление.
Чем техдир отличается от тимлида
Тимлид руководит командой разработчиков. Например, тимлид команды фронтенда отвечает за всех фронтендеров и реализацию всего интерфейса в продукте.
Тимлид — обычно сильный разработчик. Ему нужно принимать решения о конкретных технологических вопросах, помогать разработчикам и оценивать качество их работы. Даже если он не пишет код сам, он всё равно высококвалифицированный технический специалист.
Техдир может не быть сильным программистом, особенно если занимает свою позицию давно и уже подрастерял прикладные навыки. Но он должен быть руководителем: уметь принимать сложные решения и видеть весь продукт или технологию целиком.
Говорит техдир
Вот что руководитель разработки Яндекс.Практикум Александр Трегер рассказывает о своей работе:
В Яндексе моя позиция называется «руководитель службы разработки». По сути, она подразумевает компетенции технического директора одного продукта — «Практикума». Код уже практически не пишу, вместо этого распределяю задачи, участвую в продуктовых решениях, общаюсь с заказчиками, занимаюсь наймом, смотрю на проект с глобальной точки зрения.
У нас в разработке нет выделенных менеджеров проектов: когда появляется новый проект, мы выбираем, кто из опытных разработчиков будет за него отвечать. Он раскладывает задачу на тикеты — подзадачи, которые нужно сделать, чтобы закрыть проект. Тикеты оцениваем по сложности, приоритизируем и раскладываем по спринтам. А потом уже разработчики выбирают, что кому по душе.
Моя задача — настроить этот процесс и следить, чтобы наша работа давала качественный результат в адекватные сроки. Ещё слежу, чтобы задачи, требования и решения не конфликтовали, были согласованы и легко поддерживаемы в будущем.
Иногда к нам приходят менеджеры продуктов с идеями и спрашивают, можем ли мы что-то реализовать. Я объясняю, что, например, вот это и это сделать сможем быстро, а вот это — долго или совсем невозможно. Думаем вместе и решаем, что и как будем реализовывать.
Помимо факультетов Практикума есть и другие заказчики, например, маркетинг или HR. У них свои запросы: где-то во внутренней системе баг, где-то функций не хватает. Я встречаюсь со всеми, разбираюсь и распределяю по приоритетам, что и когда возьмём в разработку. Если приходит