Многих ситуаций, с которыми мне приходилось разбираться, можно было бы избежать при лучшем планировании и наличии некоторого опыта. В основе книги лежат именно эти встречи реальные проблемы реальных CTO, а также мой собственный опыт создания технических команд в качестве штатного технического директора.
Книга рассматривает именно те области, которые считаются компетенцией технического директора. Поскольку границы этой роли не так четко определены, как для более устоявшихся руководящих ролей, она в значительной степени станет такой, какой ее сделаете вы. CTO может сделать себя бесценным для компании, если разглядит имеющиеся у него возможности помочь ей работать как хорошо смазанный двигатель.
Итак, работаете ли вы в одиночку или руководите командой из 100 инженеров, из книги вы узнаете, что нужно, чтобы стать успешным CTO.
Для кого эта книга
Если вы принадлежите к одной из следующих категорий, значит, вы выбрали правильную книгу:
Опытный технический специалист, желающий перейти на следующую ступень карьеры к роли технического директора.
Технический директор, впервые оказавшийся на этой должности и желающий убедиться, что он делает все от него зависящее.
Опытный технический директор, чья компания быстро растет и у которого нет ответов на задаваемые вопросы.
Технический директор, который пришел на смену предыдущему и от которого руководство ждет больших, революционных изменений.
Генеральный или финансовый директор, пытающийся решить, необходим ли компании технический директор (и чем он будет заниматься), и если да, то как подобрать человека на эту должность.
Структура книги
В книге 15 глав:
В главе 1 рассматривается, кто такой технический директор и какие бывают разновидности этой должности, а также какова роль технического директора в организации.
Глава 2 посвящена взаимодействию СТО с различными сотрудниками в организации от генерального директора до коллег.
Глава 3 посвящена разработке видения роли технического директора в организации.
В главе 4 описаны некоторые рекомендации по созданию команды.
В главе 5 показано, как подбирать будущих членов команды, проводить собеседования и принимать на работу новых сотрудников.
Глава 6 посвящена управлению командой.
В главе 7 объясняется процесс проведения ежегодных ревью.
Глава 8 поможет принимать технологические решения.
Глава 9 посвящена управлению проектами и информированию организации о ходе их выполнения.
Глава 10 объясняет, как работать с договорами.
Глава 11 посвящена созданию документации и работе с ней.
В главе 12 приводятся некоторые важные соображения, касающиеся безопасности компании.
В главе 13 рассматриваются дополнительные соображения, которые необходимо учесть в работе.
Глава 14 посвящена управлению ростом компании.
Глава 15 посвящена определению и анализу вашего собственного прогресса и планов на будущее.
В зависимости от размера организации некоторые главы могут быть неактуальны для вас. Они могут подойти к другому периоду вашей карьеры или развития компании. Однако, даже если это так, не будет лишним ознакомиться с этими главами на случай организационных изменений, при которых вам придется начать управлять этими областями.
Форум liveBook
Приобретая книгу «Настоящий CTO: думай как технический директор», вы получаете бесплатный доступ к закрытому веб-форуму издательства Manning (на английском языке), на котором можно оставлять комментарии о книге, задавать технические вопросы и получать помощь от автора и других пользователей. Чтобы получить доступ к форуму, откройте страницу https://livebook.manning.com/book/think-like-a-cto/discussion . Информацию о форумах Manning и правилах поведения на них см. на https://livebook.manning.com/#!/discussion.
В рамках своих обязательств перед читателями издательство Manning предоставляет ресурс для содержательного общения читателей и авторов. Эти обязательства не подразумевают конкретную степень участия автора, которое остается добровольным (и неоплачиваемым). Задавайте автору хорошие вопросы, чтобы он не терял интереса к происходящему! Форум и архивы обсуждений доступны на веб-сайте издательства, пока книга продолжает издаваться.
Об авторе
АЛАН УИЛЬЯМСОН более 25 лет работает в области данных и технологий, внес свой вклад в спецификацию ключевых серверных Java API, создав использовавшийся в MySpace первый в мире движок CFML, написанный на Java. Он стал первым евангелистом Java (Java Champion) в Великобритании и опубликовал несколько книг по Java, посвященных Java Enterprise, сервлетам, JavaMail и работе с базами данных.
Он работал с частными инвестиционными компаниями более 15 лет, создавая и развивая команды, а также выполняя функции технического директора в ряде портфельных компаний. Алан являлся техническим директором и партнером MacLaurin Group и поддерживал деятельность портфельных компаний, консультируя технических директоров и системных архитекторов. Он осуществлял техническое руководство в нескольких организациях, поддерживаемых частными инвесторами. В настоящее время он является партнером группы портфельных операций в New Harbour Capital, чикагской инвестиционной компании, специализирующейся на предприятиях среднего бизнеса, и предоставляет услуги исполняющего обязанности технического директора и ментора.
Алан имеет степень в области computer science Университета Пейсли, Шотландия, со специализацией «цифровое управление».
О редакторе русского издания
Логинов Олег Евгеньевич разработчик, руководитель разработки и технический директор с более чем 20-летним опытом. Создавал успешные команды и проекты в крупнейших российских IT-компаниях и медиахолдингах: ВГТРК, «Газпром Медиа», VK, «Национальная Медиа Группа».
На практике знаком со всеми аспектами работы технического директора: от создания и эксплуатации технологий для высоконагруженных проектов с аудиторией в десятки миллионов пользователей до формирования команды, организации работы, планирования и бюджетирования.
От издательства
Ваши замечания, предложения, вопросы отправляйте по адресу comp@piter.com (издательство «Питер», компьютерная редакция).
Мы будем рады узнать ваше мнение!
На веб-сайте издательства www.piter.com вы найдете подробную информацию о наших книгах.
1. Технический директор (CTO)
В этой главе
Суть работы технического директора (CTO).
Различные типы CTO.
Эволюция от инженера до технического директора.
Определяем, нужен ли компании технический директор.
Вероятно, раз уж вы читаете эту книгу, вы уже представляете себе, кто такой технический директор (CTO). Тем не менее, если попросить каждого читателя дать определение этой роли, мы бы получили столько же определений, сколько и читателей. И, скорее всего, каждое из этих определений будет верно. Подобное разнообразие интерпретаций делает эту роль не только сложной, но также и очень увлекательной.
Роли ближайших коллег, генерального директора (CEO) и финансового директора (CFO), более четко определены и их сферы ответственности более четко обозначены: генеральный директор указывает направление, а финансовый директор выписывает чеки! Хорошо, мы немного лукавим, но эти роли действительно общепризнаны, в отличие от неопределенной позиции технического директора.
Например, в выпадающем списке должностей в онлайн-формах позиция «технический директор» часто отсутствует. Хотя ситуация меняется особенно в сфере страхования, где СТО начал все же появляться в списках, неужели эта позиция предполагает повышенные страховые риски?
Определение CTO трансформируется и расширяется в зависимости от организации, при этом его обязанности сильно варьируются от компании к компании. На верхнем уровне технический директор отвечает за технологическое видение и его реализацию, хотя некоторые компании даже не в курсе, что технический директор отвечает за организацию работы. Некоторые крупные организации не видят ничего необычного в том, что у них есть CTO, которому никто не подчиняется. Однако в этой книге мы исходим из того, что технический директор отвечает за обе области: и видение, и руководство.
Мы рассмотрим различные типы CTO, чтобы вы определили, какой из них вам лучше всего подходит. Это поможет сформулировать и закрепить ваши карьерные цели. Кроме того, мы выделим качества, присущие успешным техническим директорам.
В оставшихся главах будут более подробно рассмотрены ключевые вопросы, решать которые в какой-то момент приходится подавляющему большинству технических директоров. Хотя не все главы могут иметь отношение к вам, но за рассматриваемый вопрос в вашей компании в любом случае отвечает кто-то из ваших коллег, поэтому никогда не помешает ознакомиться, с чем им приходится работать.
1.1. Суть работы технического директора
На самом верхнем уровне CTO прежде всего отвечает за техническое руководство и реализацию основного продукта компании, то есть решение задач бизнеса в интересах клиента. CTO обычно подчиняется генеральному директору, но нередко и финансовому директору, главному операционному директору (Chief Operating Officer, COO) или даже ИТ-директору (Chief Information Officer, CIO), в зависимости от размера компании и количества прямых подчиненных, которым генеральному директору комфортно управлять.
И наоборот, в компетенцию CTO обычно не входит ИТ-инфраструктура, или бэк-офис. Хотя серверы и программное обеспечение, из которых состоит ваш продукт, относятся к ведению технического директора, но настольные компьютеры, почтовые серверы, телефоны, принтеры и т. д. нет. Обычно это зона ответственности ИТ-директора или отдельного менеджера, который чаще всего подчиняется финансовому директору. Технический директор же сфокусирован на разработке, поддержке и эксплуатации основной платформы, технологии или линейки продуктов, которые обслуживают клиентов (заказчиков), иногда это называют фронт-офисом.
Тем не менее в небольших компаниях эта граница нередко бывает размытой, и в зависимости от своих навыков вы можете заниматься тем, что потенциально не входит в вашу зону ответственности. В стартапах и небольших компаниях CTO обычно делает все от заказа ноутбуков и заключения договоров с интернет-провайдером до замены чернил в принтере, написания кода и выкладывания его на серверы.
С другой стороны, в устоявшемся (малом или среднем) бизнесе обычно нет формальной должности CTO. В нем может быть команда разработчиков, группа поддержки и команда системных инженеров, но никто не следит за технологической стратегией и не управляет ею как единым целым. В подобную ситуацию легко попасть, если компания долгое время развивается, не осознавая, что ее связь с данными/технологиями теснее, чем может показаться.
В этом нет ничьей вины, поскольку большинство не понимает, как воспользоваться преимуществами роли CTO, чтобы получить максимальную отдачу от своей деятельности. Опять же, эта книга поможет вам убедить руководство в необходимости введения должности технического директора.
Подобно тому, как финансовый директор организует финансы и бухгалтерию таким образом, что работа с ними становится удобной и беспроблемной, так и хороший технический директор разгружает генерального директора и совет директоров, чтобы они могли сосредоточиться на вопросе что, в то время как он сам занимается вопросом как. Хороший технический директор обеспечивает для своей компании:
Стабильную, масштабируемую и управляемую платформу, которая обеспечит развитие компании.
Компетентное лидерство для поддержания актуальности платформы.
Возможность использовать потенциал платформы для исследования новых областей бизнеса.
Операционную устойчивость для надежного и предсказуемого обслуживания клиентов.
Гибкое использование технологий на благо компании и клиентов.
Создание и сохранение высокоэффективной команды, а также управление ею.
Переход финансового директора на должность генерального это обычная и естественная практика, а вот разработчики и ИТ-менеджеры часто плохо подготовлены к роли технического директора. Большинство из них считает, что это просто расширение их текущих повседневных задач. Такое отношение, хотя и часто встречающееся, ведет к провалу.
СТО это гораздо больше, чем просто управление командой и написание кода, особенно когда компания начинает расти и, тем более, когда ее приобретает другая компания или инвестиционная группа. Как уже отмечалось, у хорошего специалиста все выглядит просто, но за этой простотой скрываются многолетний опыт и серьезные испытания.
В зону ответственности технического директора входит широкий круг вопросов, от проектирования архитектуры и дизайна продукта до приема на работу новых сотрудников, вопросов внедрения, соответствия нормативным требованиям, безопасности, отчетности/взаимодействия, стратегии/видения, а также планирования бюджета. По мере развития компании CTO может начать заниматься и другими вопросами, включая подготовку к презентациям генерального директора и/или совета директоров, работу с поставщиками, подготовку для внешних инвесторов, получение и обработку запросов на due diligence и даже оценку других команд / технологических стеков, если планируется их интеграция с потенциальным партнерством или поглощением.
Хорошего CTO отличает способность адаптироваться к потребностям компании или, по крайней мере, вовремя признать, что он больше не может выполнять свои обязанности и должен уступить место тому, кто может.
Вице-президент по разработке
Стоит отметить, что грань между вице-президентом по разработке и техническим директором иногда довольно размыта и часто является предметом дискуссий. Разница может существовать только в названиях должностей в штатном расписании, а может быть четкое разделение, когда вице-президент по разработке подчиняется техническому директору, отвечая за обеспечение работы команды инженеров и оставляя все остальное техническому директору. Для целей этой книги многое, о чем я говорю, применимо к обоим вариантам, и я считаю, что вице-президент по разработке это промежуточная ступень на пути к должности CTO.
1.2. Различные типы CTO
Определение CTO во многом зависит от среды, в которой он работает, поэтому рассмотрим немного подробнее распространенные типы компаний, в которых может быть позиция технического директора. Вопросы в конце каждого раздела помогут вам определить, к какому типу вы ближе всего:
Предстартап, номинальная должность.
Стартап, эксперт в области технологий.
Устоявшаяся/зрелая компания:
Технический директор, должность учреждена впервые;
Технический директор, пришедший на смену прежнему СТО.
1.2.1. Предстартап, номинальная должность
Типичный стартап на начальном этапе может состоять всего из двух человек визионера и технаря. Скорее всего, они оба в начале своего профессионального пути, возможно, только что закончили учебу и не имеют реального опыта работы в отрасли. Тем не менее их привлекают перспективы, которых может достичь только мечтатель с железной волей.