1.3. Определение потребности в техническом директоре

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

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

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

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

• Разрабатывается ли в компании специальное ПО для клиентов или для поддержки клиентов?

• Проводилась ли значительная доработка сторонней платформы (например, Salesforce или Microsoft Dynamics) для поддержки клиентов?

• У вас отсутствуют данные о взаимодействии клиентов с вашими системами?

• В вашей отрасли существуют требования или законы, которые необходимо соблюдать (например, вы храните медицинскую или финансовую информацию о своих клиентах или для них)?

• Относятся ли в компании к вопросам безопасности как к досадной помехе и часто оставляют пароли в открытом доступе?

• Вы используете и поддерживаете свои собственные серверы, с которыми работают клиенты?

• У вас отсутствует песочница или безопасная среда для тестирования и проверки нового ПО или конфигураций?

• У вас маленькая команда начинающих или совсем неопытных технических специалистов без технического руководства?

• Слова «исправление» или «обновление» программного обеспечения звучат для вас в новинку и вы годами этим не занимались?

• У вас отсутствует документация или управление ресурсами/версиями для систем, используемых клиентами?

• У вас нет политики резервного копирования или аварийного восстановления без прерывания сервиса?

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

• Решает ли служба поддержки проблемы, связанные с некачественным или устаревшим программным обеспечением?

• Текущие системы начинают устаревать и не в состоянии обеспечить функционал, который требуется клиентам?

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

1.4. Эволюция от инженера

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

надежного и грамотного старшего инженера, даже архитектора. Но делают ли они своего обладателя хорошим техническим директором?

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

Одна из главных причин — неготовность мыслить более масштабными и долгосрочными категориями. Масштабность — это не создание более крупных платформ или управление ими, а умение рассматривать эти системы в контексте компании и конечного пользователя. Долгосрочное мышление основано на пятилетних блоках — естественном цикле бизнеса. Как платформа будет выглядеть через пять лет? Будет ли она удовлетворять потребности бизнеса и останется ли при этом актуальной?

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

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

С этим можно справиться. Самые успешные технические директора — это те, кто знает, как применить свои технические знания на пользу компании. Самый эффективный инструмент в арсенале инженера на должности CTO — это понимание, чего ожидать: вы знаете, что будет работать, а что нет, и сколько времени что-то потребует или будет продолжаться. Этот инструмент поможет стать эффективным и результативным техническим директором.

...

Мудрые слова

Вам не скажут спасибо

Я вспоминаю один из лучших советов, который дал мой давний наставник и друг Джим Милбери, партнер-основатель ParkerGale Capital. В то время я был архитектором, переделывал проект платформы для портфельной компании и совершил ошибку новичка, думая о сегодняшнем дне и забывая о завтрашнем. Моим оружием было то, что благодаря новой архитектуре я экономил компании 10 000 долларов в год. По тем временам это были большие деньги. Однако существовал риск (небольшой) сбоя компонента. Джим сказал, что экономия — это хорошо, но попробуй объясни совету директоров, что ты сэкономил компании 10 000 долларов, когда они потеряют репутацию у клиентов из-за сбоя. Это был урок, который показал мне, что у моих решений более далеко идущие последствия, чем просто наличие работающего функционала.

1.4.1. Первые 100 дней

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

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

0–7 ДНЕЙ

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

7–30 ДНЕЙ

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

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

...

Заметки с полей

Поиск подсказок

Я называю эту фазу «проигрывать в течение одного часа» после фильма 1994 года «Маверик» («Maverick») с Мелом Гибсоном. Его герой просит разрешения сесть за покерный стол и, видя, что другие игроки немного колеблются, убеждает их, что в течение первого часа будет только проигрывать, что и делает. А когда час проходит, он начинает играть по-настоящему. Когда он в итоге выигрывает, один из мужчин обвиняет его в мошенничестве. Персонаж Гибсона объясняет: «Как вы думаете, что я делал в первый час? Я изучал вас». Технический директор — это марафонец, а не спринтер. У него есть время, чтобы освоиться.

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