Источник
Think Like a CTO (part I)
Разбор книги Алана Уильямсона: роли CTO, взаимодействие с C-level, стратегия и построение команды.
Источник
Think Like a CTO (part I)
Разбор книги Алана Уильямсона: роли CTO, взаимодействие с C-level, стратегия и построение команды.
Think Like a CTO (Настоящий CTO: думай как технический директор)
Авторы: Alan Williamson
Издательство: Manning; Питер (русское издание)
Объем: —
Обзор книги Алана Уильямсона как практической вводной по роли CTO: от взаимодействия с бизнесом и найма до технологических решений и операционного контура.
Management / CTO
Think Like a CTO полезна как стартовая карта роли технического директора, особенно в компаниях масштаба до нескольких десятков инженеров. Главная ценность книги в широте охвата: автор проходит по большинству ключевых тем CTO, даже если часть из них раскрыта на базовом уровне.
Кому полезна эта книга
Новые CTO и Head of Engineering
Как структурировать первые 3-6 месяцев в роли: ожидания бизнеса, команда, процессы, технологический контур и управленческая рутина.
Основатели и CEO SMB-компаний
Понять, что ждать от CTO на этапе роста и где роль должна быть бизнес-партнерством, а не только техническим supervision.
Senior/Staff на переходе в management
Базовая управленческая рамка перед углублением в стратегии, org design, people ops и платформенные практики.
Part I: главы 1-6
1. Роль CTO
Роль зависит от размера компании и стадии. Больше практической пользы для контекста небольших и нетехнологических компаний.
2. Взаимодействие с CEO/CFO и руководителями
База по коммуникациям, внутренней политике и управлению изменениями; полезно как стартовая рамка для нового CTO.
3. Долгосрочное видение
Связка миссии, стратегии и технологий: roadmap, бюджетирование, оценка окупаемости и работа с ожиданиями стейкхолдеров.
4. Создание команды
Плюсы/минусы in-house, аутсорса и аутстафа, плюс матрица навыков для снижения bus factor и закрытия критичных рисков.
5. Найм и онбординг
Классический pipeline интервью, выбор кандидата и вход в роль. Материал скорее обзорный, чем глубоко прикладной.
6. Управление командой
Типы команд, цели и метрики описаны на базовом уровне; стоит использовать как введение перед более сильными моделями.
Продолжение
Think Like a CTO (part II)
Вторая часть обзора: performance, tech decisions, contracts, security, ops и личная траектория CTO.
Продолжение
Think Like a CTO (part II)
Вторая часть обзора: performance, tech decisions, contracts, security, ops и личная траектория CTO.
Part II: главы 7-15
7. Performance review
Оценка, промо и увольнение: гигиенический минимум для регулярного people-цикла.
8. Технологические решения
Buy vs build, cloud vs on-prem, monolith vs microservices: автор дает набор сравнений и критериев.
9. Разработка
Проектное управление, agile/waterfall и качество затронуты поверхностно; раздел требует усиления внешними источниками.
10. Договоры
Базовые риски контрактов, роль юристов и учет лицензий на код и интеллектуальную собственность.
11. Документация
Нормы документирования описаны для малого масштаба; при зрелом SDLC часть рекомендаций лучше автоматизировать.
12. Безопасность
Общий security baseline без глубокой инженерной конкретики по secure-by-design и SRE-практикам.
13. Поддержка и эксплуатация
Операционная часть дана вводно: инциденты, надежность и эксплуатация покрыты не глубоко.
14. Рост компании
Due diligence, вход/выход из роли CTO и передача ответственности как часть организационной зрелости.
15. You, Inc
Личное развитие CTO: держать техническую форму, прокачивать лидерство и не застревать в роли без карьерного смысла.
Частые антипаттерны CTO-практики
Считать, что универсальный playbook CTO одинаково работает в стартапе, SMB и enterprise.
Принимать архитектурные и организационные решения без сравнения альтернатив и явных критериев trade-off.
Документировать ручные релизные процедуры вместо системной автоматизации SDLC-пайплайна.
Недооценивать внутреннюю политику и коммуникации на уровне CEO/CFO и совета директоров.
Практические рекомендации на 30 дней
Собрать CTO decision log: 10 ключевых решений за квартал с контекстом, альтернативами и ожидаемым эффектом.
Провести skill-matrix с рисками концентрации знаний и закрыть минимум один критичный single-point-of-failure.
Сверить технологическую стратегию с бизнес-целями на горизонте 12-18 месяцев и зафиксировать приоритеты инвестиций.
Перепроверить operating model команды: где нужны платформенные сервисы, где stream-aligned ownership.