Настоящий CTO: думай как технический директор. Алан Уильямсон
ПО или конфигураций?
• У вас маленькая команда начинающих или совсем неопытных технических специалистов без технического руководства?
• Слова «исправление» или «обновление» программного обеспечения звучат для вас в новинку и вы годами этим не занимались?
• У вас отсутствует документация или управление ресурсами/версиями для систем, используемых клиентами?
• У вас нет политики резервного копирования или аварийного восстановления без прерывания сервиса?
• Принципы работы системы известны лишь немногим ключевым сотрудникам, а это значит, что без них компания окажется в беде в случае критического сбоя?
• Решает ли служба поддержки проблемы, связанные с некачественным или устаревшим программным обеспечением?
• Текущие системы начинают устаревать и не в состоянии обеспечить функционал, который требуется клиентам?
Ресторан не может работать без шеф-повара, который следит за кухней и за тем, чтобы каждый выполнял свою работу, а посетители получали вкусную еду. Технический директор – это шеф-повар компании, следящий за всем, что необходимо, чтобы блюда подавались.
1.4. Эволюция от инженера
Подавляющее большинство технических директоров, с которыми мне посчастливилось работать, быть наставником или просто иметь знакомство, имели богатое техническое прошлое, что довольно важно. Многие из них обладали хорошим практическим опытом и тягой ко всему новому – это отличные качества для
надежного и грамотного старшего инженера, даже архитектора. Но делают ли они своего обладателя хорошим техническим директором?
К сожалению, не всегда. Хотя роль CTO выглядит привлекательной, она подразумевает множество обязанностей, неочевидных на первый взгляд (в этом вы убедитесь, прочитав эту книгу), и для большинства инженеров эти обязанности представляют сложность. Не каждый технический директор с легкостью несет бремя офисной работы, потому что оно не соответствует его природным инженерным склонностям. Почему так происходит?
Одна из главных причин – неготовность мыслить более масштабными и долгосрочными категориями. Масштабность – это не создание более крупных платформ или управление ими, а умение рассматривать эти системы в контексте компании и конечного пользователя. Долгосрочное мышление основано на пятилетних блоках – естественном цикле бизнеса. Как платформа будет выглядеть через пять лет? Будет ли она удовлетворять потребности бизнеса и останется ли при этом актуальной?
На первый взгляд это кажется логичным и простым, но стоит копнуть немного глубже – и проблема становится сложной и запутанной и никогда не решается до конца, но требует гибкого и адаптируемого подхода.
Помимо социальных навыков, которые необходимо освоить, – умения общаться с коллегами, не имеющими инженерного образования, готовить бюджет для проекта,