О роли CTO (главного инженера / технического директора). Технический директор что делает


О роли CTO (главного инженера / технического директора) / Хабр

Меня часто просят определить роль СТО, и я решил поделиться своими мыслями по этому вопросу.

Начнём с того, кем СТО не является.

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

2) Из первого пункта следует, что СТО не обязательно будет лучшим инженером компании.

Так кто же такой СТО, если не лучший кодер и не венец карьеры инженера? Проблема с определением СТО в том, что если рассмотреть обладателей этой должности, вы увидите много разных личностей. Некоторые – технические со-основатели. Другие – из первых инженеров. Некоторые начинали с неё, другие получили повышение. Одни стали СТО после того, как побыли заместителями по разработке. Кто-то сосредотачивается на людях и процессах разработки, найме. Другие – на архитектуре приложений или на развитии продукта. Кто-то – лицо компании для внешнего мира. Кто-то не занимается отчётами, а кто-то управляет всей разработкой.

Лучшее, что можно придумать: СТО – технический лидер компании на текущей стадии развития компании. Я думаю иначе – СТО должен быть стратегическим техническим исполнительным директором, который требуется компании на текущей её стадии.

Стратегическим: думающим далеко вперёд, и помогающим планировать будущее бизнеса и приобретение того, что сделает это возможным.

Исполнительным: превращать стратегические планы в реальность, разбивая задачу на кусочки и управляя людьми, которые будут её решать.

Так что же делает СТО?

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

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

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

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

На прошлом моём месте работы весь высший менеджмент из технарей состоял в должности СТО в своей области. Их очень уважали и они были весьма способными в техническом плане. Они понимали бизнес и технические задачи, которые стоят перед ним, и часто вдохновляли команду инженеров и помогали с наймом сотрудников.

Их проблема была в том, что они редко следили за работой команд, потому что технология воспринималась просто как инструмент. У них не было стратегического влияния.

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

Если у СТО нет прав на управление, ему придётся достигать целей только через влияние на организацию. Если менеджеры не будут ставить людей на задачи, которые кажутся ему важными, он будет бессилен. Если вы не занимаетесь управленческими делами, вы теряете самую важную власть над бизнес-стратегией. У вас остаётся только надежда на благие намерения организации и ваши руки.

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

habr.com

Технический директор в деталях | Event.ru

1 поделиться поделиться подписаться
03‘09 Актуально сегодня Нестандартные центральные композиции: 12 решений, которые не уст

event.ru

Типичные ошибки начинающего технического директора в ИТ — мнения экспертов

Изображение с сайта tech.co

От некоторых сотрудников ИТ-компаний до сих пор можно услышать такую реплику: «Я не совсем понимаю точное значение должности Технический директор». Как отметил в предельно простой форме один из пользователей «Тостера», «CTO — технический человек, который что-то понимает в бизнесе». Если рассматривать это понятие чуть шире, то можно сказать, что он балансирует на стыке между разработкой ИТ-продуктов с командой технических специалистов и принятием бизнес-решений совместно с менеджерами.

Соответственно, для специалистов, желающих занять позицию технического директора в ИТ, существует, как минимум два пути:

  1. стандартный — «Developer -> Senior -> Team lead -> CTO»;
  2. гуманитарный – «PM -> Senior PM -> CTO».
Безусловно, в случае второго варианта понимать технические нюансы техническому директору может быть сложнее.

Но достигнув желаемого, в целом, опытный специалист переходит как бы в разряд начинающих. Он становится этаким Junior-CTO и сталкивается с новыми вызовами.

О том, какие ошибки и подводные камни ожидают новоиспеченных технических директоров в ИТ-сфере, мы попросили рассказать экспертов отрасли.

Виктор Шабуров, предприниматель, инвестор и один из основателей компаний Looksery Inc., Handster Inc. и SPB Software
Насколько часто начинающий технический директор ошибается с дедлайнами?

Это типичная ошибка почти всех СТО из СНГ — стараются показать себя наиболее эффективными, что умеют все быстро делать. Я даже не борюсь с этим — бесполезно. Просто удваиваю их сроки в своих оценках.

Какие случаи можете вспомнить?

Да это 100% случаев. Иногда удается объяснить СТО, что ему самому надо сроки удваивать, когда наверх даешь, но команде не говорить. Команду гнать по начальному плану — тогда получается вовремя все сделать.

Насколько это важно для вас?

Не важно, поскольку я уже вошел в дзен и с этим смирился, как с неизбежным природным явлением. Просто надо удваивать их сроки.

Насколько часто начинающий технический директор ошибается с постановкой и распределением задач среди сотрудников?

В принципе мне везло всегда работать с хорошими СТО. Они наверно часто ошибались, но хорошо следили. Через пару дней видно, если задачи распределены неправильно, и они эту проблему решали.

Насколько это важно для вас?

Если СТО внимательно следит за работой — это не проблема, быстро можно исправить.

Какие специалисты больше страдают от ошибок технического директора? Тестировщики, разработчики, проект-менеджеры? Какие случаи можете вспомнить?

Тьфу-тьфу — все СТО, с которыми я работал были отличными. Особенно везло СТО Handster (а потом Opera Software) Алексу Решетько — ему сначала нужно было запустить Hewlett Packard Appstore на Новый Год, а позже Opera Appstore снова на Новый Год, оба проекта за пару месяцев. Вся команда стояла на ушах в праздники, никто не пил и не спал.

Выкатили аппсторы на многомиллионную базу, было очень страшно оба раза — но запуски прошли отлично. Opera Appstore за год вырос до 100М ежемесячных пользователей.

Воспринимаете ли вы ошибки начинающего технического директора, как просчеты старшего товарища или как некомпетентность руководителя? Сможет /должна ли команда «воспитывать/выращивать» технического директора?

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

Какие случаи можете вспомнить?

Наиболее яркий случай – это, наверное, Юрий Монастыршин, который руководил технической стороной Looksery. Ответственность была очень высокая и правильный подход ко всем проблемам — их надо решать сейчас.

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

Дмитрий Шашлов, iOS-разработчик:
Насколько часто начинающий технический директор ошибается с дедлайнами? Какие случаи можете вспомнить? Насколько это важно для вас?

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

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

Насколько часто начинающий технический директор ошибается с постановкой и распределением задач среди сотрудников? Какие случаи можете вспомнить? Насколько это важно для вас?

Команды, в которых мне доводилось больше всего работать на 80% состоят из технарей до 30, среди которых достаточно распространены следующие реакции на постановку задачи:

— A. «Я не уверенно себя чувствую в задаче, подобную которой никогда раньше не делал»

— B. «Сверстать сайт? Отлично, я заодно разберусь как парсить на Perl'e»

— C. «Делать джойны по таблицам — для малолеток, дайте мне уже какую-нибудь нормальную задачу!»

— D. «В форме будет валидатор? Если нет — 8 часов, если будет, то 10-12.»

А дальше — конструктор: там, где нужно исследовать силами B, будет нерационально использовать D, в силу своего рационального расчета; если дать в помощь A товарища C — но и первый будет заряжен, и у второго зудеть перестанет. Так что, наверное, самое важное не быть безучастным, и применить смекалку.

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

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

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

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

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

Оценка сугубо субъективная, все зависит от того, какую роль CTO играет в том, над чем ты работаешь: вряд ли ты будешь относиться как к старшему товарищу к мистеру «подай да принеси»; напротив, когда у тебя сформировано ощущение, что CTO — тоже участник процесса и польза, которую он привносит непосредственно в твой производственный процесс — осязаема, и, что немаловажно, ты, как технический сотрудник, ощущаешь что в «этом джедае больше силы» — то проникаешься к такому руководителю уважением и начинаешь воспринимать ваши неудачи — как общие. Есть, правда, риск повестись на обложку, а потом сильно обломаться — тогда это опыт в собственную копилку умения читать людей.

Сможет /должна ли команда «воспитывать/выращивать» технического директора? Какие случаи можете вспомнить?

Скорее нет, чем да. Но сделать его сильнее, может только команда.

Виктор Rpsl Диктор. Человек-оркестр.
Всем привет, в первую очередь я бы хотел сделать акцент на том, что наш мир многогранен, и нельзя делать поспешных выводов об ошибках или некомпетентности руководителей. Если вы занимаете разные должности, то и «колокольни» у вас разные, и вид с них открывается соответствующий. Зачастую те упущения, которые кажутся просчетом в данный момент, могут быть полезны в долгосрочной перспективе или диктоваться бизнесом.

Насколько часто начинающий технический директор ошибается с дедлайнами? Какие случаи можете вспомнить? Насколько это важно для вас?

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

Насколько часто начинающий технический директор ошибается с постановкой и распределением задач среди сотрудников? Какие случаи можете вспомнить? Насколько это важно для вас?

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

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

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

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

Из своей практики у меня в памяти всплывает только один момент которому уже много лет, я помню, как уговаривал своего технического директора поменять стандарты и перейти на git с svn и на idea с netbeans. Все мои попытки разбивались о стену непонимания и утверждения, что «эти инструменты не дают ничего нового, абсолютно то же самое можно делать в текущих, а значит, в смене платформ нет смысла».

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

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

Сможет /должна ли команда «воспитывать/выращивать» технического директора? Какие случаи можете вспомнить?

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

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

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

Спасибо за внимание.

P.S.

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

habr.com

Должностная инструкция технического директора

 

[организационно-правовая форма,наименование организации, предприятия]

Утверждаю

[должность, подпись, Ф. И. О. руководителя или иногодолжностного лица, уполномоченного утверждатьдолжностную инструкцию]

[число, месяц, год]

М. П.

 

Должностная инструкция технического директора

 

[наименование юридического лица]

 

Настоящая должностная инструкция разработана и утверждена в соответствии с положениями Трудового кодекса Российской Федерации и иных нормативно-правовых актов, регулирующих трудовые правоотношения.

 

1. Общие положения

 

1.1. Технический директор относится к категории руководителей и непосредственно подчиняется [наименование должности руководителя].

1.2. Технический директор назначается на должность и освобождается от нее приказом [наименование должности руководителя].

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

1.4. На время отсутствия технического директора его должностные обязанности выполняет [должность].

1.5. Технический директор должен знать:

- законы и иные нормативные правовые акты Российской Федерации, методические документы, регламентирующее производственно-хозяйственную деятельность предприятия;

- профиль, специализацию и особенности структуры предприятия;

- производственные мощности, технологию производства, конструкторскую, технологическую документацию, режимы работы оборудования и правила его эксплуатации;

- перспективы технического и экономического развития предприятия;

- технологии проведения строительно-ремонтных работ;

- порядок составления и согласования планов производственно-хозяйственной деятельности;

- основы гражданского, административного, трудового, бюджетного, хозяйственного законодательства;

- основы менеджмента, управления персоналом, проектами;

- правила внутреннего трудового распорядка;

- нормы и правила охраны труда, техники безопасности, производственной санитарии и пожарной безопасности;

- этику делового общения.

 

2. Должностные обязанности

 

На технического директора возлагаются следующие должностные обязанности:

2.1. Определение технической политики и перспектив развития предприятия.

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

2.3. Обеспечение подготовки технической документации.

2.4. Организация разработок и выполнения планов внедрения новой техники и технологии, планов организационно-технических мероприятий.

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

2.6. Организация работы по обеспечению безопасности эксплуатируемого и изготовляемого производственного оборудования, по модернизации и замене оборудования, не соответствующего требованиям безопасности.

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

2.8. Подготовка установленной отчетности.

2.9. [Другие должностные обязанности].

 

3. Права

 

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

3.1. На все предусмотренные законодательством Российской Федерации социальные гарантии.

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

3.3. Осуществлять непосредственное руководство подчиненными работниками.

3.4. Запрашивать и получать необходимые материалы и документы, относящиеся к вопросам своей деятельности и деятельности подчиненных ему работников.

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

3.6. Представлять на рассмотрение руководства предприятия предложения по совершенствованию своей работы.

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

3.8. Принимать участие в обсуждении проектов локальных нормативных актов предприятия.

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

3.10. Повышать свою профессиональную квалификацию.

3.11. [Иные права, предусмотренные трудовым законодательством Российской Федерации].

 

4. Ответственность

 

Технический директор несет ответственность:

4.1. За неисполнение, ненадлежащее исполнение обязанностей, предусмотренных настоящей инструкцией, - в пределах, определенных трудовым законодательством Российской Федерации.

4.2. За совершенные в процессе осуществления своей деятельности правонарушения - в пределах, определенных действующим административным, уголовным и гражданским законодательством Российской Федерации.

4.3. За причинение материального ущерба работодателю - в пределах, определенных действующим трудовым и гражданским законодательством Российской Федерации.

 

Должностная инструкция разработана в соответствии с [наименование, номер и дата документа].

 

Руководитель кадровой службы

[инициалы, фамилия]

[подпись]

[число, месяц, год]

 

Согласовано:

[инициалы, фамилия]

[подпись]

[число, месяц, год]

 

С инструкцией ознакомлен:

[инициалы, фамилия]

[подпись]

[число, месяц, год]

 

prom-nadzor.ru

Что такое технический директор фирмы?

Зачастую на предприятиях, занимающихся производством каких-либо изделий, вводится должность технического директора.  На эту работу определенно возьмут лишь человека, полностью представляющего технологический процесс производства деталей. Нужно ли знать ЧПУ? В наше время многие предприятия приобретают станки с ЧПУ. Как может технический директор руководить рабочими, не умея работать на подобном оборудовании. Современные рабочие – не просто трудяги. Многие из них имеют высшее образование, поэтому соревноваться с ними трудно, да и не нужно.  Трудиться на них он не будет, но при необходимости должен суметь остановить заносчивого работника, доказать ему, что замена всегда найдется. Технический директор должен хорошо знать слабое звено предприятия и вовремя принять меры. А слабое звено – качественные, но пьющие специалисты, которые могут запить в самый неподходящий момент и сорвать план. Дл того, чтобы это не происходило, нужно иметь в запасе хотя бы одного ученика с высокой квалификацией, освоившего станок и способного на 60-70% изготовить определенные детали. Конечно, это временная замена, но она на какой-то момент отдалит нестыковки в работе фирмы. Думающие технические директора работают на перспективу, заранее готовя грамотных, инициативных и способных специалистов, заинтересованных не только материально, но и любящих свою работу. Соцсоревнование? А нужно ли оно? Хороший технический руководитель должен сделать так, чтобы самим рабочим работа на предприятии нравилась и приносила удовлетворение. Они должны осознавать свою нужность для предприятия, вкладывать в изготовление деталей свою душу. Это аналогично тому, как в советское время рабочие шли на завод с гордостью и считали его своим родным домом. Подобное отношение к фирме появляется благодаря техническому руководителю. Качественный руководитель организует на своем предприятии что-то типа социалистического соревнования, поднимая, таким образом,  значимость профессии рабочего. Приятно осознавать себя хорошим работником не только в душе, но и видеть свою фотографию на  Доске почета,  читать запись о благодарности или материальном поощрении в трудовой книжке. Многие ли руководители прибегают в настоящее время к таким мерам стимулирования работников? Забыли, а зря! Что зависит от технического директора? Именно грамотный технический руководитель способен вывести предприятие на новый, более качественный, уровень, и привести к его  подъему, как в техническом, так и в экономическом отношении.  В итоге предприятие начнет получать более выгодные контракты, поскольку заказчики будут уверены, что предприятие функционирует в стабильном режиме, не срывает сроков поставок изделий. А разве не к финансовому благополучию стремится любое производственное предприятие?

obychenieazambiznesa.blogspot.com