Кто такой технический директор? Почему он главный, но не пишет код?

Мы посте­пен­но рас­ска­зы­ва­ем о спе­ци­аль­но­стях и ролях в ИТ: уже гово­ри­ли о фрон­тен­дах и бэкен­дах; о джу­нах, мид­лах, сеньо­рах и тим­ли­дах; была ста­тья о тести­ров­щи­ках. Посмот­рим ещё на одну долж­ность — тех­дир, он же CTO, Chief Technical Officer.

👉 Эта ста­тья напи­са­на по моти­вам раз­го­во­ра с Алек­сан­дром Тре­ге­ром, руко­во­ди­те­лем служ­бы раз­ра­бот­ки Прак­ти­ку­ма. Про­чи­тай­те, там мно­го инте­рес­но­го не толь­ко про карье­ру.

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

Тех­дир — в первую оче­редь управ­ле­нец. Он не пишет код сам, не оце­ни­ва­ет код дру­гих раз­ра­бот­чи­ков, не дума­ет о сти­лях и ком­по­нен­тах, не настра­и­ва­ет сер­ве­ра и прин­те­ры, не раз­да­ёт досту­пы. Для это­го у него в под­чи­не­нии есть тим­ли­ды и адми­ни­стра­то­ры.

Что будет без техдира и почему он важен

В малень­кой ком­па­нии может не быть тех­ни­че­ско­го дирек­то­ра. Раз­ра­бот­чи­ки реша­ют вопро­сы сами: полу­ча­ют зада­чи от мар­ке­то­ло­гов и мене­дже­ров, рас­пре­де­ля­ют меж­ду собой и спо­кой­но пишут код. Если в ком­па­нии один-два раз­ра­бот­чи­ка, то в руко­во­ди­те­ле над ними про­сто нет нуж­ды.

Со вре­ме­нем ком­па­ния рас­тёт, в коман­де раз­ра­бот­ки уже 5–6 чело­век. Нович­ки пишут код по-разному: одни ещё не при­вык­ли к при­ня­тым фрейм­вор­кам, дру­гим пока не хва­та­ет опы­та. Тогда в коман­де появ­ля­ет­ся раз­ра­бот­чик, кото­рый берёт на себя код-ревью и архи­тек­тур­ные реше­ния, что­бы все дви­га­лись в одну сто­ро­ну и каче­ство кода не пада­ло. Но это ещё не тех­дир, ско­рее, сеньор или тим­лид.

Ком­па­ния про­дол­жа­ет рас­ти, в коман­де появ­ля­ет­ся ещё несколь­ко тех­на­рей. Появ­ля­ет­ся раз­де­ле­ние: коман­да фрон­тен­да, коман­да бэкен­да, коман­да экс­плу­а­та­ции. У каж­дой коман­ды свой руко­во­ди­тель, и меж­ду ними начи­на­ют­ся тре­ния: как оформ­лять зада­чи в таск-менеджере, на каком эта­пе тести­ро­вать, в каком поряд­ке деп­ло­ить. Один раз­ра­бот­чик уже не может решать все вопро­сы, пото­му что их про­филь слиш­ком широ­кий. Здесь необ­хо­дим тех­дир.

Если меж­ду коман­да­ми не появит­ся общий руко­во­ди­тель, то нач­нут­ся про­бле­мы. Напри­мер, бэкен­ды будут писать мето­ды для API и не тести­ро­вать — мол, фрон­тен­ды сами всё про­ве­рят. А фрон­ты будут думать, что бэкен­ды уже всё про­те­сти­ро­ва­ли. В ито­ге адми­ны выка­тят нера­бо­чий сер­вис, а кто вино­ват — непо­нят­но.

Часто быва­ет, что тех­ни­че­ский дирек­тор — свя­зу­ю­щий эле­мент меж­ду биз­не­сом и раз­ра­бот­кой. Он помо­га­ет мене­дже­рам най­ти общий язык с про­грам­ми­ста­ми, защи­ща­ет тех­на­рей от напа­док мар­ке­то­ло­гов, выби­ва­ет софт и желе­зо для коман­ды. Без него в коман­де быст­ро назре­ет кон­фликт инте­ре­сов, а отдел ИТ оста­нет­ся без ресур­сов.

В круп­ных ком­па­ни­ях тех­дир отве­ча­ет за стра­те­гию: кон­суль­ти­ру­ет гене­раль­но­го дирек­то­ра по гло­баль­ным трен­дам, помо­га­ет при­ни­мать реше­ния: что раз­ви­вать, а от чего отка­зы­вать­ся. Напри­мер, внед­рить в про­дукт искус­ствен­ный интел­лект или запу­стить VR-направление.

Чем техдир отличается от тимлида

Тим­лид руко­во­дит коман­дой раз­ра­бот­чи­ков. Напри­мер, тим­лид коман­ды фрон­тен­да отве­ча­ет за всех фрон­тен­де­ров и реа­ли­за­цию все­го интер­фей­са в про­дук­те.

Тим­лид — обыч­но силь­ный раз­ра­бот­чик. Ему нуж­но при­ни­мать реше­ния о кон­крет­ных тех­но­ло­ги­че­ских вопро­сах, помо­гать раз­ра­бот­чи­кам и оце­ни­вать каче­ство их рабо­ты. Даже если он не пишет код сам, он всё рав­но высо­ко­ква­ли­фи­ци­ро­ван­ный тех­ни­че­ский спе­ци­а­лист.

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

Говорит техдир

Вот что руко­во­ди­тель раз­ра­бот­ки Яндекс.Практикум Алек­сандр Тре­гер рас­ска­зы­ва­ет о сво­ей рабо­те:

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

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

Моя зада­ча — настро­ить этот про­цесс и сле­дить, что­бы наша рабо­та дава­ла каче­ствен­ный резуль­тат в адек­ват­ные сро­ки. Ещё сле­жу, что­бы зада­чи, тре­бо­ва­ния и реше­ния не кон­флик­то­ва­ли, были согла­со­ва­ны и лег­ко под­дер­жи­ва­е­мы в буду­щем.

Ино­гда к нам при­хо­дят мене­дже­ры про­дук­тов с иде­я­ми и спра­ши­ва­ют, можем ли мы что-то реа­ли­зо­вать. Я объ­яс­няю, что, напри­мер, вот это и это сде­лать смо­жем быст­ро, а вот это — дол­го или совсем невоз­мож­но. Дума­ем вме­сте и реша­ем, что и как будем реа­ли­зо­вы­вать.

Поми­мо факуль­те­тов Прак­ти­ку­ма есть и дру­гие заказ­чи­ки, напри­мер, мар­ке­тинг или HR. У них свои запро­сы: где-то во внут­рен­ней систе­ме баг, где-то функ­ций не хва­та­ет. Я встре­ча­юсь со все­ми, раз­би­ра­юсь и рас­пре­де­ляю по при­о­ри­те­там, что и когда возь­мём в раз­ра­бот­ку. Если при­хо­дит запрос на неболь­шую сроч­ную зада­чу, могу сра­зу взять её в спринт. Если зада­ча объ­ём­ная, мы вклю­ча­ем её в гло­баль­ное пла­ни­ро­ва­ние и опре­де­ля­ем при­о­ри­тет. После это­го я пору­чаю кому-то из раз­ра­бот­ки её деком­по­зи­ро­вать.

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

👉 Алек­сандр Тре­гер рас­ска­зы­ва­ет, какой путь про­шёл до того, как стать тех­ди­ром.

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

Тех­дир — это уже не раз­ра­бот­чик, а мене­джер. Если вам не по душе управ­лять людь­ми, думать о стра­те­гии и нести ответ­ствен­ность за биз­не­со­вые зада­чи, веро­ят­но, в роли сеньор-разработчика вам будет ком­форт­нее.

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

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

Сколько зарабатывает техдир

Мы посмот­ре­ли зар­пла­ты дирек­то­ров по инфор­ма­ци­он­ным тех­но­ло­ги­ям на пер­вое полу­го­дие 2020 года и выяс­ни­ли, что в сред­нем они зара­ба­ты­ва­ют 210 000 ₽.

Что дальше

Тех­дир — это уже стар­ший мене­джер, так что раз­ви­вать­ся даль­ше внут­ри ком­па­нии он может раз­ве что в роли гене­раль­но­го дирек­то­ра, но там совсем дру­гой набор навы­ков и уро­вень ответ­ствен­но­сти. Мож­но стать тех­ди­ром более высо­ко­го уров­ня: напри­мер, перей­ти из управ­ле­ния одним про­дук­том на уро­вень всей ком­па­нии.

При этом у тех­ди­ра боль­шие воз­мож­но­сти для гори­зон­таль­но­го роста: осва­и­вать тех­но­ло­гии, запус­кать новые про­дук­ты, пере­хо­дить в ком­па­нии с более серьёз­ны­ми ресур­са­ми и пол­но­мо­чи­я­ми. Или стать соос­но­ва­те­лем в стар­та­пе, а потом про­дать его IT-гиганту.