Как стать техническим директором

Опубликовано: 17.09.2024

Здоровые амбиции и желание карьерного роста обычно идут бок о бок со стремлением к новым профессиональным знаниям и навыкам. Поэтому можно перефразировать известную поговорку и сказать, что плох программист, который не хочет занять должность IT-директора.

Работодатели часто указывают возможность карьерного роста в числе самых значимых преимуществ, причем в крупных фирмах подобные перспективы для разработчиков иногда перечисляются с описанием всех этапов. Прописанный по пунктам план демонстрирует главные факторы, которые способствуют продвижению сотрудников по карьерной лестнице и могут повысить их эффективность.

Путь развития в профессиональной сфере может быть разным. Это может быть классическая вертикальная «карьерная лестница», предполагающая высокую личную работоспособность и большие амбиции. А может быть и горизонтальное развитие, зависящее от обучения новым навыкам, увеличения собственной компетенции и роста возможностей. Например, рост количества сотрудников в команде или переход к более сложному проекту можно считать развитием карьеры.

Вертикальный рост

Для начала рассмотрим поэтапный путь от стажера до руководителя в рамках традиционной вертикальной карьерной лестницы. Это одновременно самый популярный и самый предсказуемый путь. Причем, именно такой вариант обеспечивает наибольшую скорость перемещения по ступеням карьерной лестницы.

Этап 1: Junior Developer

Именно с этого этапа начинают работу в качестве программиста большинство людей. В числе главных требований, предъявляемых к соискателям:

Знание основ как минимум одного востребованного языка программирования.
Профильное образование (студент или обладатель диплома о высшем образовании). Как альтернатива – курсы программирования + неплохое портфолио.

На этом уровне знаний не предполагается работа над серьезными и крупными проектами. Как правило, им поручают решение стандартных несложных задач, на которые не стоит тратить время более квалифицированных разработчиков. Будучи стажером, начинающий программист обычно имеет достаточно возможностей для получения нового опыта, оттачивание навыков и изучения всего необходимого для движения вперед.

Этап 2: Developer

Владение востребованными языками программирования.
Достаточные знания в программной инженерии.
Понимание работы ОС, веб-сервисов и управления БД.
Образование: в крупных компаниях обязателен диплом программиста, в небольших – далеко не всегда. Но дальше строить карьеру без диплома просто не получится.

Обязанности программиста на этом уровне расширяются, ему начинают доверять работу над существующими проектами и разработкой новых.

По мнению многих HR-специалистов, разработчику программного обеспечения очень полезно показать себя не только в качестве толкового программиста, но и как неконфликтного общительного человека, способного легко находить общий язык с разными людьми. Личные качества здесь особенно важны, так как все дальнейшие ступени карьерной лестницы предполагают тесное взаимодействие с руководителями, работниками разных отделов и подразделений, собственной командой.

Этап 3: Senior Developer

Среди дополнительных требований, выдвигаемых к претендентам на данную должность:

Участие в серьезных проектах коммерческого характера.
Опыт профессиональной работы не менее 2 лет.

В область профессиональных задач, которые стоят перед ведущим разработчиком, входят непосредственно программирование, детальное проектирование компонентов и их стартовое тестирование. Не сложно догадаться, что наибольшие перспективы карьерного роста будут у тех Senior Developer, кто умеет грамотно выстроить и контролировать командную работу.

Этап 4: Team Leader

Самые важные требования, которые предъявляются к соискателям на эту должность, сводятся к хорошим управленческим навыкам и наличию опыта управления командой программистов минимум из 2 человек.

Team Leader должен уметь убедительно выступать публично, готовить понятные и грамотные презентации, а также владеть основами принципами работы над проектами. Не обойтись и без умения эффективно делегировать задачи другим, выявлять проблемы и находить оптимальные решения.

Среди главных задач руководителя отдела — принятие рабочих решений, устранение технических проблем, организация слаженной работы людей в команде и администрирование.

Этап 5: Project Manager

Идеальный специалист на данной должности должен сочетать в себе отличные организаторские навыки с большим объемом собственных знаний в области программирования. Нередко менеджером проекта назначают далекого от самого процесса разработки человека. Например, менеджерами проектов часто становятся руководители отделов продаж или опытные «управленцы» из других подразделений, изучившие особенности работы в IT. Поэтому на пути к должности менеджера проекта каждый разработчик может столкнуться с серьезной конкуренцией от людей «со стороны».

Здесь важно продемонстрировать себя как опытного управленца. Обладание глубокими знаниями в сфере разработки при наличии хороших управленческих навыков будет бесспорным преимуществом перед просто менеджерами. Не помешает в этом деле и наличие в запасе креативных идей, применимых на практике для решения сложных задач.

Дальнейший путь возможен в нескольких направлениях и выбор зависит в первую очередь от личных предпочтений и интересов. Можно стать IT-директором, можно перейти в более масштабный или интересный проект, можно основать собственный.

Горизонтальный рост

Классический вариант с ростом снизу-вверх — это не единственный способ профессионального развития в сфере IT. Многие программисты двигаются в горизонтальном направлении, расширяя область своих знаний и навыков, становясь более универсальными специалистами. Так, опыт работы разработчиком может быть хорошей основой для того, чтобы попробовать собственные силы в аналитике, проектировании ПО, тестировании и гейм-дизайне.

Смену работы на более интересную и мотивирующую тоже можно рассматривать как рост. Тем более, что люди часто недооценивают собственные возможности, и выбирают профессию без их учета. К счастью, все перечисленные направления востребованы на рынке и тесно связаны с разработкой, зачастую для перехода из одной области в другую даже не требуется получение специального образования. Достаточно общих представлений о процессе разработки и готовности постоянно учиться.

Еще одна возможность для горизонтального развития находится в области кураторства и коучинга. Например, в обучении младших специалистов, проведении консультаций и тренингов. В этом случае можно делиться накопленным опытом с новыми сотрудниками или обеспечивать общее движение коллектива компании в нужном направлении.

Направления, связанные с обучением и кураторством, могут принимать самые разные формы, например:

Курирование небольшого коллектива из 2-3 программистов при сотрудничестве в рамках проекта, когда куратор совмещает управленческую работу с проектной и решает, исходя из своего опыта, определенные проблемы. При этом можно быть частью команды разработчиков в одном проекте, а во втором – курировать других.
Управление командой в проекте, где исполнители территориально отделены друг от друга. Здесь может пригодиться знание иностранных языков и хорошая коммуникабельность. В арсенале задач такого сотрудника введение новых членов команды в рабочий процесс, координация удаленных работников между собой и в целом ответственность за результат. Это удобный вариант развития для тех, кто хочет, не меняя локации и возможно даже должности, участвовать в масштабных международных проектах.
Исполнение обязанностей тренера-куратора для клиентов, которым нужна какая-либо поддержка.
Участие в работе учебного центра, специально созданного в рамках крупного или среднего предприятия для обучения новых и действующих сотрудников.

Горизонтальный рост часто связан с периодическими командировками. Изучение незнакомого языка, получение личного опыта непосредственно от лидеров сферы, детальное изучение работы компании работодателя — все это тоже способствует профессиональному росту.

Таким образом, трудно выделить универсальную схему профессионального движения в горизонтальном направлении. Но в любом случае человек получает опыт обучения, управления, профессиональное развитие (возможно, также в смежных сферах). И также может через время претендовать на руководящие должности, в том числе, технического директора.

Сегодня на рынке существует огромное количество возможностей и путей, по которым может пойти интересующийся IT человек. Нужно только определить для самого себя, хочется вам развивать свой функционал и постоянно узнавать что-то новое, делиться знаниями с другими, или же расти до руководящих позиций и брать на себя ответственность за людей и осуществление конкретных проектов. Выбирайте и двигайтесь к цели!

Четко обозначить, чем занимается технический директор, достаточно сложно: профессия востребована в самых различных областях (производство, строительство, IT, телевидение и др.). В обязанности специалиста любой из перечисленных сфер входит координация технического развития предприятия, контроль над эффективностью проектных решений, консультирование команды и управление работой персонала.

Специализации технических директоров

Директор по строительству

Функции технического директора в сфере строительства включают руководство эксплуатацией инженерных систем, техническое обслуживание оборудования, а также контроль над реализацией строительного проекта и ведение переговоров с заказчиком и инвесторами (часто совместно с генеральным директором).

IT-директор

Такой руководитель отвечает за создание программного обеспечения, ИТ-проекта, приложений, платформ. Иными словами, он управляет каждым этапом разработки продукта и координирует действия программистов, дизайнеров, администраторов, тестировщиков, технических писателей и прочих специалистов. В число главных задач технического директора входит также организация ведения технической и проектной документации и общение с заказчиками.

Технический директор на производстве

Такой специалист обычно зовется — директором по производству. Он отвечает за модернизацию и поддержание работоспособности производственных процессов на предприятии. Также директор продумывает пути технического развития компании, ведет переговоры с поставщиками, обеспечивает безопасность на производстве и своевременный ремонт оборудования.

Места работы

Должность технического директора есть в большинстве предприятий, связанных со строительством, IT, телекоммуникациями и промышленностью. Позиция директора, как правило, присутствует в компаниях, имеющих сложные технические системы или нуждающихся в организации производственного процесса.

Обязанности технического директора

Профессия технического директора предполагает работу с техникой в широком смысле — в сфере производства, информационных технологий или телекоммуникаций. На плечи специалиста «ложатся» следующие задачи:

управление проектами;
координация действий команды;
ведение переговоров с заказчиком;
оптимизация производственных процессов;
составление проектной и технической документации.

Более конкретные должностные обязанности технического директора зависят от его специализации и индивидуальных запросов фирмы. Вопросы, связанные с финансами и продвижением продукта, специалисту решать, как правило, не приходится — это сфера ответственности генерального или коммерческого директора.

Требования к техническому директору

Чаще всего требования к техническому директору включают в себя следующие основные пункты:

высшее профильное образование;
навыки руководства и опыт управления персоналом;
умение вести проектную и техническую документацию;
очень часто требуется опыт работы техническим директором (как правило, от 1 года).

Дополнительно от технического директора могут требовать знание иностранного языка, навыки работы в MS Project, наличие водительского удостоверения, знание особенностей технического оборудования фирмы; в IT-компаниях — опыт разработки приложений и платформ, владение несколькими языками программирования.

Образец резюме технического директора

Как стать техническим директором

Чтобы стать техническим директором, нужно, с одной стороны, быть технически компетентным (иметь профильное образование, опыт работы в отрасли, понимать нюансы рабочих процессов), с другой — быть руководителем (уметь управлять людьми, вести переговоры, находить общий язык с заказчиками и инвесторами).

Например, стать техническим директором в сфере строительства или производства можно работая инженером, менеджером проектов или бригадиром (прорабом). В сфере ИТ карьера начинается, как правило, с программиста, развивается в сторону проектировщика или архитектора ПО и затем выходит на уровень руководящих должностей и топ-менеджеров.

В директора «выбиваются» люди, способные наладить контакт между производителем и инвестором и просчитать инвестиционную политику фирмы на два шага вперед — прагматики и аналитики по складу ума.

Зарплата технического директора

«Вилка» зарплаты технического директора на производстве: 50-250 тысяч рублей в месяц, в строительстве и проектировании: 45-200 тысяч рублей в месяц. Наибольший разброс ставок наблюдается в сфере IT: разработчики готовы платить специалисту в среднем от 60 до 450 тысяч рублей в месяц (самый высокий оклад предлагают иностранные компании).

Как стать техническим директором, что делать во внештатных ситуациях, как добиваться повышения зарплаты и карьерного роста, а также как устроена разработка Am.ru — об этом мы беседуем в четырнадцатом выпуске ток-шоу для программистов «Oh, My Code».

Ведущий программы — технический директор медиапроектов Павел Щербинин, гость — Александр Мельничук, технический директор Am.ru.

Расскажи немного о себе.
Я закончил ИТМО. Пытался учиться в аспирантуре, занимался малоугловой рентгеновской дифракцией. Потом началась эпоха интернета, все начали делать порталы. В 2009 году позвонил мой знакомый и сказал, что его друг — Олег — хочет начать свой проект и собрать команду в Питере. Мы встретились у метро. С тех пор я работаю в am.ru. Во время первой встречи Олег сразу же захантил двух человек: меня, тогда руководителя разработки, и Сергея, ведущего разработчика. То есть, мы и написали первые строки кода.

Но всё-таки ты технический директор. Ты должен быть в курсе развития технологий, знать, как развивается фронтенд, бэкенд.
Я постоянно что-то читаю, смотрю, общаюсь с разработчиками. Понимаю, что и как сделано. И потом, до этого 8 лет я сам что-то писал. Конечно, это не было rocket science. Но читать код я могу и сейчас.

Как стать техническим директором?
Прежде всего, надо хотеть им стать. Нельзя сказать, что технический директор — это что-то суперклассное, лучше всего остального. Все профессии хороши. Можно быть счастливым разработчиком и радоваться этому. Директором надо хотеть быть. Разгребать менеджерские задачи — это определенный навык. Нужно понимать, что в большинстве случаев код писать не будешь. Иногда в вакансиях указывают, что нужен технический директор со знанием Symfony, да ещё и удаленно. В общем, какой-то ад. Эти люди себя обманывают. А иногда под «техническим директором» понимают архитектора, такое тоже встречается достаточно часто.

Сколько сейчас человек в твоей команде, и какая у неё структура?
43 человека. Структура плоская, то есть все эти люди административно подчиняются мне. У нас нет проджект-менеджеров и тимлидов. Зато достаточно развитая логическая структура из 5 отдельных команд, как узкопрофильных, так и широкопрофильных, которые занимаются сразу несколькими направлениями. Все команды абсолютно самостоятельные, работают над своими участками проекта. У них самоуправление, и это очень хорошо.

Задачи проходят через тебя или напрямую в команду?
Конечно, напрямую в команду. Если бы они проходили через меня, то я, наверное, уже давно бы умер, потому что поток задач огромный. Моя функция — свести коммуникации к необходимому минимуму. Если человеку что-то нужно, он должен знать, где эти знания получить, с кем поговорить напрямую.

Наверняка у многих наших читателей возникнет вопрос: зачем нужен ты? Задачи идут напрямую в команду, команды клевые, самоорганизованные. Вроде бы, технический директор даже не существует.
Один мой знакомый как-то сказал, что задача директора — выстроить работу в команде так, чтобы его можно было спокойно уволить. Мы к этому стремимся, но пока не достигли.

Интересное стремление к тому, чтобы тебя уволили.
Мечты, мечты…

Тебе не кажется, что многие стремятся к должностям лидов и директоров с целью меньше работать?
Вчера я ушел с работы около 22 часов. Я, будучи техническим директором, очень часто завидую разработчикам. Это же так прекрасно: пришел, у тебя есть задача, которая тебе нравится, ты её сам выбрал, сделал, увидел эффект. Всё супер. Устал — попил кофе, поиграл, отдохнул. Если у тебя возникли какие-то сложности — поговорил с коллегами и сделал задачу. Можешь надеть наушники, слушать любимую музыку и делать свою работу. Если тебе плохо, ты можешь работать дома, можешь что-то придумать ночью.

У технического директора всё совершенно не так. Мой обычный день начинается с листа бумаги А4, где я записываю, что хочу сделать сегодня. Записал. Потом еще вот это, вот это, потом беру второй лист, потом третий. В течение дня задачи вычеркиваю. Их огромное количество, они маленькие, они постоянно меняются. Когда делаешь что-то одно, возникает следующее, и следующее.

Иногда получается так, что вечером ты должен что-то закончить, а за час до этого появляются новые вводные. И нужно всё переиграть. Это мир, который постоянно меняется. В этом основная проблема. У меня нет какой-то одной большой задачи, у меня есть огромное количество мелких, по которым нужно постоянно принимать решения. Это сложно.

Можешь рассказать про самые часто повторяющиеся задачи или, например, что-нибудь интересное из вчерашнего дня? Что входит в твои основные задачи?
Основная задача — чтобы всё работало, чтобы мы релизились без задержек, четко по графику, выполняли те задачи, которые поставлены продуктовой дирекцией, чтобы проекты сдавались в срок. Как я это буду делать — мои трудности. Сложности бывают самые разные. Например, приехали люди в дата-центр выгружать серверы, а грузчика не пускают, потому что у него паспорт подозрительный. Или сотрудники службы безопасности просят какую-то информацию, и надо найти того, кто эту информацию даст. Или продукт меняется, соответственно, появляются новые задачи и сроки, надо эти задачи как-то встроить в план и решить их.

Как у вас Agile вписан в систему разработки?
Мы целиком живем по Agile. У нас есть команды, работающие по Scrum, а есть команды, работающие по Kanban. Я даже не знаю, как бы мы без этого справились. Давным-давно, когда я еще не знал этого термина, мы пытались выстроить подобную систему, но у нас не получалось потому, что это была самодеятельность без учебника, на чутье. Например, давно уже была «аллергия» на проджект-менеджеров и людей, которые должны раздавать задачи и закрашивать квадратики. Проджект-менеджеров у меня никогда не было.

Как устроена работа команды?
У нас есть общий CPO (Chief product owner. — Прим. ред.) который говорит, как будет развиваться продукт. Дальше есть ряд APO (Area product owner. — Прим. ред.), которые отвечают за свои направления. На самом деле, организационная структура немного сложнее, но я описываю логику. У каждого направления есть отдельная команда. Команды берут задачи у APO, а иногда ставят сами. Задачи вносят в общий бэклог, затем формируют бэклог спринта и дальше их выполняют.

В начале каждого спринта проводится планирование. Раздельно во всех командах. Возникает вопрос: «Что с координацией общих целей?» Существует общее планирование на уровне владельцев продуктов. Сюда приходят задачи, предварительно скоординированные между направлениями. Кроме того, нам нужна техническая координация, которая осуществляется несколькими способами.

Если сотруднику необходима координация с другой командой, то он приходит туда на стендап и говорит, что у них есть такая-то проблема, просит помочь. Таких сотрудников мы называем «скаутами».

Кроме этого, у нас проводится общая техническая встреча Master Sync, на которой собираются разработчики и представители всех команд, без владельцев продуктов. На ней мы решаем только технические задачи, обсуждаем, как правильно их решить, как синхронизировать общие тех. задачи между командами. Иногда на Master Sync формулируются задачи, которые выполняются сотрудниками двух и более команд или выносятся в общий бэклог для дальнейшего совместного решения.

Для составления плана проводится PBR (Product backlog refinement. — Прим. ред.). Разработчики оценивают задачи и помогают владельцам продуктов в составлении планов и их приоритезации. PBR может проходить как в одной команде, так и между несколькими командами. Иногда проводится планирование с внешней командой, если продукт подразумевает интеграцию.

Заканчивается всё еженедельной демонстрацией продукта. Прийти могут все, кто хочет. Мы ведем онлайн-трансляцию. Смотрят владельцы продукта, смотрит CPO, иногда маркетинг, продажники, поддержка. Команды рассказывают о реализованных фичах, API, документации, тестах и обо всём, что было сделано. Те, кто занимается архитектурой или администрированием, могут рассказать о своих решениях и планах. То есть демо — это некая общая веха, показывающая результаты работы всей команды за неделю или две, в зависимости от длительности цикла команды.

Дальше каждая команда проводит свою ретроспективу, на которой обсуждают организационные вопросы. Если команда не может что-то решить внутри себя, то вопросы выносятся на межкомандное retro. Проводим мы его раз в две недели и решаем то, что касается всех команд, всего офиса и всего продукта. По результатам retro за каждой задачей закрепляется ответственный, который сможет её решить или проследить за её решением, если это зависит от внешних служб. К следующему retro или Master Sync ответственные рассказывают, что они сделали или не сделали, по каким причинам, какие обнаружились преимущества и недостатки.

Расскажи о какой-нибудь неожиданной, нештатной ситуации.
Нештатные ситуации бывают, но всё реже и реже. Например, однажды у нас на сайте перестал работать весь JS на десктопе. Самое главное было найти причину проблемы и решить её. Если говорить научными терминами, то мы прибегли к Andon-методологии: остановили все процессы, вся команда занялась поисками причины. Нашли достаточно быстро. Больше времени потребовалось на решение проблемы.

В чём же была причина?
Еще немного подолью масла в огонь. Во фронтенде мы ничего не обновляли. И почему всё сломалось, никто не понимал. Но сломалось сразу везде. Оказалось, что мы зарелизили небольшой служебный инструмент, который за собой подтянул стороннюю JS-библиотеку, в которой была ошибка. Эта библиотека сразу же заменилась во всём коде. В результате JS посыпался. Никто не ожидал, что совершенно посторонний инструмент в админке системы управления может всё сломать.

Ты упомянул Andon-методологию. Что это такое?
У всех есть какая-то специализация. Я технический директор, есть фронтенд-разработчики, мобильные разработчики, системные администраторы, DevOps и т.д. Казалось бы, если я C++ программист, то буду писать на С++. Но если во фронтенде сломался JS? «Что такое JS? Что-то непонятное из гуманитарных наук, не буду я это делать. — А я вообще системный администратор или DevOps. Я вообще ни при чем, тяните сами свой JS».

Andon была разработана для того, чтобы таких ситуаций не возникало. У нас сломался проект, он наш общий. Мы все начинаем искать, где сломалось. В описанном мной случае причину нашел обычный бэкенд-разработчик, который просто сел и начал искать, не рассказывая, что он не пишет на JS, что он чего-то не знает. То есть Andon заключается в том, что все бросают дела и начинают решать проблему по мере своих сил.

Ты сказал, что проблема возникла из-за какой-то внутренней системной утилиты. Вы тогда не использовали контейнеризацию, которая сейчас очень популярна?
Нет.

А сейчас у вас есть Docker в production?
Да.

То есть вы активно перешли на Docker и пользуетесь им?
Это одно из основных направлений нашей работы.

Как впечатления?
Хорошо. Я даже не знаю, как бы мы жили без этого. Раньше у нас был PHP — катнем скрипты, и понеслась. А сейчас без контейнеров жить нельзя никак.

Ты, как технический директор, занимаешься «здоровьем» команды. Расскажи немного про это.
Одно из основных моих качеств: я люблю слушать людей. Пытаюсь поставить себя на их место, это даёт возможность понять их настроение, проблемы, почему они принимают те или иные решения, почему так себя чувствуют. И это помогает мне найти правильный выход из ситуации, принять правильное решение. Для меня крайне важно «здоровье» команды, «самочувствие» каждого человека: хорошо ли ему, комфортно ли в команде, к каким целям он движется, чего хочет достичь.

Однажды разработчик в личной беседе сказал: «Раньше я мечтал стать техлидом или техническим директором, чтобы получать больше денег, иметь власть и так далее. Сейчас я работаю в плоской структуре, у нас нет техлида. Зато есть технический директор, который выполняет менеджерские задачи, а технические решения принимают разработчики. Куда мне стремиться? Как мне жить? Жизненные принципы сломаны. Куда дальше идти, непонятно».

Постепенно я понял, что дело не в этом. Человек должен быть счастлив. Задачи, которые он выполняет, должны ему нравиться. И он может выбирать их себе. Карьерная лестница даёт финансовый рост, но его можно достичь и по-другому: ты решаешь более сложные задачи, помогаешь другим, твоя команда работает быстрее, вы быстрее поставляете сложные фичи. Вот тебе и карьерный рост, растет зарплата, ставка. Изменения в трудовой книжке вторичны. Работаете хорошо — получаете от этого наслаждение. А если это будет положительно сказываться на продукте, то и зарплата будет расти, и должность в трудовой книжке изменится.

Как стать тимлидом?
Вы можете им просто не быть. Смысл работы в команде заключается в том, чтобы делать то, что нравится. В моей практике были случаи, когда человека назначали тимлидом по его желанию. Хорошо, пишем служебную записку, меняем запись в трудовой, повышаем зарплату. При этом человек говорит, что он тимлид, а команда его не признает.

Бывает и наоборот: человек объясняет команде, как нужно что-то делать, и команда его признает. Это самые лучшие тимлиды. Если хочешь стать тимлидом, ты им будешь. А если не хочешь, то и не будешь.

Ты говоришь, что любишь слушать разработчиков, приводишь много примеров, когда они тебе что-то рассказывают. Но разработчики обычно интроверты, вытащить из них слово иногда бывает сложно. Как ты с этим справляешься? Как разговорить разработчика?
Все интроверты. Все ненавидят людей. Не в этом суть. Мы же вместе работаем. Я стараюсь периодически беседовать с людьми один на один. Это крайне полезно — получить обратную связь. Однажды я не мог понять, что происходит с человеком. Тогда мы договорились, что будем встречаться раз в две недели и разговаривать. И после этого всё пошло на лад. Я рассказываю, что не нравится мне, он рассказывает, что не нравится ему. Мы находим общие точки, принимаем решения, обсуждаем, что дальше будем делать вот так. И двигаемся вперед. Это очень хорошо работает. Надо больше общаться.

Наш небольшой блиц-опрос. Какую ОС выберешь?
Mac OS.

Какое лучшее IDE?
JetBrains.

Последнее приложение, сайт, стартап, который тебя впечатлил?
Мобильный банк от «Тинькофф Банка».

Что лучше: стартап или крупная компания?
Если вы хотите просто жить комфортно и получать зарплату, то идите в крупную компанию. Если у вас постоянно бурлит, хочется движения, адреналина, приключений, то стартап — это ваше всё. Не надо идти в стартап, если вы просто хотите много денег. Это не тот путь.

Еще вчера тенденцией было mobile first. Сегодня machine learning first. Что будет завтра?
На одном тренинге рассказывали, что есть специальные люди, которые определяют, что будет завтра, даже рисуют по этому поводу карты и продают их за деньги. Машинное обучение это некий хайп. Также есть big data, виртуальная реальность, нано- и биотехнологии. Я видел подобную карту: этакий клубок запутанных связей, которые двигаются в разных направлениях. Предсказания на уровне астрологии. Я бы сказал, что завтра будет не machine learning, а big data. О любом человеке, который выходит в интернет, уже известно очень много. Надо только научиться правильно это использовать. Эти знания собираются, обрабатываются, являются источником дохода.

Когда тебя заменят роботы?
Можно сказать, что уже заменили. Я купил себе робот-пылесос.

В чем оцениваете таски: в часах или в Story Points?
И в Story Points, и в часах. Кто как хочет.

Пост главы службы техотдела — достойная цель в плане денег, самореализации, профессионального становления. Это не карьерный потолок: на должность технический директор назначается сотрудником более высокого уровня, гендиректором. Но начинать надо с более близкой ступеньки. Как?

Для начала — разобрать главные моменты.

Суть деятельности техдиректора.
Личностные, профессиональные качества.
Алгоритм роста, продиктованный требованиями работодателей.
Перспективы должности.

Руководитель СТО — специалист, осуществляющий управление производственным процессом. Круг обязанностей — обеспечение бесперебойной работы предприятия, мониторинг эффективности применяемых решений, планирование, реализация плана по модернизации, контроль исполнительности персонала, оперативное решение проблемных (аварийных) ситуаций. В обязанности технического директора входит:

исключение рисков простоев;
координация работы персонала, подрядчиков, поставщиков;
постоянный рост производительности;
минимизация рисков, связанных со сбоями (поломка техники, недостаточная мощность устройств, сбои системы связи);
обеспечение роста компании.

Подчиняется глава техотдела генеральному. Это дает привилегии — возможность самостоятельно подбирать, менять персонал, принимать решения по замене оборудования, заключать договоры с подрядчиками.

Личные качества, профессиональные навыки

Техдиректор — должность «собирательная». Его функциональные обязанности требуют наличия качеств руководителя и инженера. Обязательный набор знаний:

профильная подготовка (зависит от деятельности);
научные методы анализа;
основы управления процессами, персоналом, финансового менеджмента;
проектирование, планирование, разработка техдокументации;
иностранный язык (английский, немецкий).

Занять должность хотят все, но добиваются приглашения единицы — прагматики, аналитики, лидеры. Хотите оказаться среди них, развивайте качества личности:

чувство справедливости;
коммуникабельность;
стрессоустойчивость;
умение разрешать конфликтные ситуации;
стратегическое видение;
целеустремленность;
пунктуальность;
стремление наращивать результаты;
любознательность;
стремление познавать.

Как стать техническим директором

Пойти на технического директора учиться нельзя (это не профессия), а получить образование, способное упростить карьерный рост до нужной «отметки», можно. Выбор направления зависит от требований работодателей. Последние у предприятий отличаются, но есть некая общая инструкция для всех. Она включает:

высшее образование (I, II);
знание иностранных языков;
стаж (отрасль, менеджмент);
мобильность;
водительское удостоверение.

По статистике, менее 20% директоров в России имеют 2 высших образования. Это возможность со старта опередить большинство конкурентов. Выбор профилей зависит от предпочтений соискателя.

Будущему техдиректору IT-компаний — на факультет ИТ (колледж, университет).
Сфера производства покоряется специалистами инженерии, нанотехнологий, химических факультетов.
Техдиректорам предприятий сферы приборостроения стоит получить экономическую профессию, усилить ее магистратурой по технаправлениям.

Второй профиль — менеджмент проектов, персонала, стратегическое управление. Если вы управленец, 2-м образованием следует выбрать техническое (плюс лингвистика).

Востребованность кадров

Штатное расписание предприятий содержит должность техдиректора в 82% случаев. предпочтительные сферы трудоустройства:

строительство;
телекоммуникации;
пищевая, химическая, фармакологическая, нефтедобывающая, нефтеперерабатывающая промышленность.

По перечисленным отраслям в России наблюдается дефицит специалистов. За рубежом ситуация та же — недостаток кадров высшего звена (технический, генеральный директор) оценивается в 300 тысяч экспертов ежегодно.

Трудоустройство

Должности технического директора предшествуют:

минимум 5 лет работы в нужной отрасли;
от 1 года обслуживания оборудования заданной марки (типа, устройства);
от 1−3 лет стажа руководителя.

Оптимальный возраст — 40−45 лет. Хотя занять пост можно раньше, если у вас есть преимущество — знание языков, опыт привлечения крупных заказчиков, 2 образования. Оцениваются навыки квалифицированного соискателя высоко:

производство — 75−200 тыс. рублей/месяц;
строительство (архитектура, проектирование) — 50−175 тыс.;
ИТ — до 450 тыс.

Более высокие зарплаты предлагают зарубежные компании (7000−15000 долл. США/месяц), зона ответственности сотрудников у них шире.

Особенности должности

Терпение и целеустремленность — условия получения должности. Карьера технического директора состоит из 4−7 ступеней от младшего сотрудника до старшего специалиста, помощника руководителя, главы СТО. Занимает путь 5−7 лет минимум. Сроки определит профиль работодателя. Быстрый рост характерен технологическим сферам при отличном уровне профессиональной подготовки.

Техдир задает темпы развития компании. Это сотрудник, чью значимость сложно переоценить. Если умеет достичь результата, работодатель будет за него держаться. Но результат — следствие мониторинга, планирования, контроля, анализа.

Техдиректор оперирует финансовыми, трудовыми, материальными ресурсами предприятия и ответственность несет по каждому пункту. Это увлекательно, полезно, но требует стального характера. Вероятно, поэтому 99% руководителей СТО — мужчины.

Адрес поступления:

Москва, Ленинградский пр-т. д. 80, корп. Г (м. Сокол)
Москва, ул. Измайловский вал, д. 2, корп. 1 (м. Семеновская)

Телефон: 8 (800) 100 00 11

График работы приёмной комиссии:
Пн — Пт: 09.00−20.00;
Сб — Вс: 10.00−17.00.

Игорь Фоменко в 17 лет начал свой путь на телевидении кабельмейстером, а в 24 года занял пост технического директора известных телепередач Первого канала: «Большие гонки», «Форт Боярд», «Контрольная закупка», «Познер». Сейчас Игорь генеральный директор и основатель технического продакшна CEO&Creative. Он рассказал, как быстро вырасти в компании, руководить теми, кто старше, и понять, что пришло время менять работу.

Это второй разговор из новой серии интервью с энтузиастами – СЕО, СОО и СТО компаний, которые начали свою деятельность до 24 лет. Они поделятся с тобой опытом, расскажут, каких ошибок можно избежать, и докажут, что делать бизнес никогда не рано.

– Ты начал работать на телевидении, когда учился в университете. Как тебе это удавалось?

– Да, но мое образование никак не связано с профессией: оно не творческое и даже не техническое. У меня диплом финасиста Государственного университета управления (ГУУ). Вообще я успел поучиться в нескольких вузах. Сначала – в Финансовой академии. После первой сессии как раз начал работать на ТВ, совмещать получалось с трудом, и в деканате поставили ультиматум: «Выбирай, либо ты учишься, либо работаешь». Я решил, что работу терять не хочу, и перешел в Финансово-промышленную академию (ФПА): там с посещаемостью проще. Родители были в шоке, но ничего поделать не могли. В ФПА числился только полтора года. Образовательный процесс был ниже среднего, поэтому я пересдал ряд экзаменов и перевелся в ГУУ. Учился на очно-заочной форме, но расслабляться нам не давали. Мы посещали вуз четыре дня в неделю с 15:00, а в выходные были полноценные учебные дни.

– Образование финансового менеджера пригодилось в работе?

– Для начала карьеры, конечно, нет, а в рамках нынешнего положения генерального директора – более чем. Образование нужно, чтобы в голове молодого человека выстроить структуру: как взаимодействовать с людьми, как использовать сложившиеся обстоятельства для достижения своих целей. Это его главная польза, а вот теоретические знания на практике редко применимы. Они быстро устаревают.

Конкурс ВТБ – придумай имя голосовому помощнику и выиграй Iphone 12

– Что должен делать студент вуза, чтобы быть интересным для работодателя после выпуска?

– Первые два года надо изучать то, что преподают – это «прокачает» после школы. Но нельзя ограничиваться только вузовским образованием: читай статьи, смотри видео на YouTube и подпишись в Instagram на коллег по индустрии. Идеально найти подработку по специальности, чтобы получать и практические знания. У меня сложилось так, что в университете я изучал отчеты, цифры, а на работе носился с техническим оборудованием.

– Как ты попал на телевидение?

– С первого курса я работал в компании «Техностайл Технолоджи». Начинал с должности кабельмейстера. Это человек, который отвечает за коммутацию: сматывает кабель, следит за ним, если оператор куда-то бегает, укладывает в корзинку. Потом потихоньку стал осваивать паяльное дело. Случались и проколы. Не раз бывало, что главный по площадке рявкал: «А ну-ка быстро уберите Игоря от паяльника!». А я разбирал свои ошибки и пробовал снова. Год я проработал на сдельной оплате, потом позвали в штат. Мне как раз исполнилось 18 лет. Первый проект, в котором я участвовал как сотрудник компании – «Последний герой», потом снимали КВН. Затем я устроился в «Красный квадрат».

– Какие сложности были в начале работы?

– Я уверен, что практика гораздо важнее теории, но мне порой сильно не хватало знания терминов. Помню, как мой старший товарищ Дима Ващенко на съемках КВН попросил принести бленду. Я долго ломал голову над тем, что это. Взял резиновую накладку на объектив, подошел к нему и спрашиваю: «Тебе вот эта штуковина нужна?». Оказалось, угадал, но Дима меня потом долго еще подкалывал, что таких простых вещей не знаю.

– Как менялись твои обязанности и должности?

– Я учился у коллег и из кабельмейстера вырос в инженера, потом в старшего инженера. Мне стали доверять серьезные проекты вроде «Контрольной закупки». Уже недостаточно было просто собрать камеру и отдать человеку на плечо. Я прописывал прокси, контролировал синхронную работу четырех операторов, отстраивал цветовую гамму, чтобы она не отличалась – отвечал за техническое оснащение площадки от и до. Появилась возможность поработать на прямых эфирах, мы с командой делали Евровидение 2009.

– Как ты стал техническим директором?

– Банально благодаря природному любопытству. Чтобы называться техническим директором, ты должен разбираться в звуковых, световых схемах, в типах приборов, микрофонов, пультов. Я все это потихоньку изучал на практике. Еще техдиру нужно знать административную часть работы, уметь находить подход к людям. Мой первый проект в статусе технического директора – «Познер». Там был небольшой комплект света, звука, его показывали не в прайм-тайм. Вообще специалист считается тем круче, чем больше разноплановых проектов он реализовал. Из программы «Пусть говорят», например, ты не можешь сразу пойти делать Олимпиаду. Нет нужных компетенций. К 24 годам у меня в обойме были «Контрольная закупка», «Большие гонки», «Жестокие игры», «Форт боярд», «Вышка», даже «Давай поженимся».

– Как ты руководил сотрудниками, которые были старше?

– Этому пришлось учиться. Представь, стоит передо мной, пацаном, дядя лет 45, и нужно четко сказать ему: «А ну-ка свет перенеси сюда» или «А чего это мы задержались? За чей счет стоим?». Я поначалу не мог себе такого позволить, получалось что-то вроде: «Извините пожалуйста, а вы не могли бы вот это сделать», – так, к сожалению, не работало.

Если на площадке присутствовал Александр Геннадьевич Петров, ровесник моего отца, многоуважаемый технический директор, он подходил к этому сорокапятилетнему «дяде» и грозно так говорил: «Ты что, не слышал? Тебе технический директор только что команду дал. Тебя уволить что ли? Вы что тут распустились все?».

Конечно, доставалось от Александра Геннадьевича и мне: «Ты технический директор или кто? Ты что, людям донести информацию не можешь правильно?». Потом он объяснял, что иногда надо и прикрикнуть, матерное слово сказать, но все-таки крик – это приступ слабости. Нужно уметь грамотно внушить.

– Почему ты ушел из «Красного квадрата» с такой высокой должности?

– По-моему, каждому человеку раз в три года необходимо менять рабочее место или расти в рамках компании. Надо использовать время по максимуму, потому что после 35 лет будет уже гораздо сложнее выходить из зоны комфорта.

В какой-то момент я начал замечать, что читаю книжки на работе. Нет, не подумай, что я филонил: процесс был отлажен, результат достигался. Просто я раскусил, как все устроено, и начался «день сурка». Надо бы двигаться куда-то дальше.

Я стал дополнительно делать проекты в свободное время. Оказалось, что есть жизнь за периметром телевизионного мира. Это я понял, когда мы снимали презентацию YotaPhone. Я настроил свет, микрофоны, расставил операторов, а тут приходит заказчик и говорит: «А что площадка то не готова?». Я не понял вопроса, он увидел мое смятение и пояснил: «Слушай, а кто коммутацию убирать будет? Все эти кофры и прочее. Люди же придут». Для меня людьми считалась массовка, которая участвует в передаче, и работа которой оплачивается. А тут это были настоящие зрители. Понимаешь, в телевизионной истории было важно только то, что видит камера, а на массовых мероприятиях обзор уже на 360 градусов.

– Как ты пришел в ивент-индустрию и начал в ней развиваться?

– Сначала столкнулся с огромным количеством челленджей, чего стоит только проведение саундчека на концертах. Вот представь ситуацию: в программе четыре артиста, каждый из которых настраивает по два часа свои инструменты, а у тебя в запасе только пять часов на все про все. Мозг начинает дико работать: думаешь, как со всеми договориться и все успеть.

Сначала я был просто фрилансером: делал проект и уходил на следующий. Потом поступило предложение от команды Star Project присоединиться к их продакшену. Вместе мы реализовали «Матч звезд КХЛ», Comedy Club, неделю моды в Москве.

В какой-то момент я оказался на распутье: хотелось чего-то своего, даже зарегистрировал юридическое лицо, и еще позвали делать выставку Expo в Астану. У меня в копилке не было организации такого масштабного мероприятия, но очень хотелось доказать себе, что могу – выбрал предложение о работе на выставке.

– Одна из самых сложных задач в бизнесе – собрать команду. Как ты с этим справился?

– После выставки я еще немного поработал в StarProject, но в коллективе начинался разлад, и я ушел в свободное плаванье. Вспомнил про юридическое лицо, которое зарегистрировал, и стал набирать людей для создания технического продакшна. На собеседовании я проверял кандидата по нескольким пунктам:

Он ловко лавирует в своей теме и не смущается от дополнительных вопросов;
Он не работал в крупной компании. Я уверен, что после корпорации в малый бизнес идти нельзя, потому что структуры управления совсем разные;
Он готов самостоятельно принимать решения и не боится ответственности, иначе от такого человека в команде будет больше суеты, чем пользы;
Он приятен в общении. Коллектив – это семья, поэтому человек должен соответствовать общим принципам и интересам.

– Какие задачи ставишь себе на ближайшее будущее?

– Мы сейчас выходим на рынок Абу-Даби, и я хочу понять специфику Востока, чтобы не наделать глупостей. У нас есть наставники, которые помогают компании обходить какие-то трудности, развиваться быстрее, однако метод проб и ошибок никто не отменял. Не стоит надеяться, что придет гуру и все тебе по полочкам разложит. У каждой компании свой уникальный путь, универсальных советов в принципе не существует. Поэтому пробуй, оступайся, поднимайся и учись на собственном опыте.

Читайте также: