Настоящий CTO: думай как технический директор - Алан Уильямсон

Сколько усилий или времени обычно занимает в компании подключение новых клиентов? Участвует ли в этом техническая команда? Какие серьезные сбои или проблемы были за последние 12 месяцев? Как они повлияли на клиентов и что было сделано, чтобы они не повторились? Что не дает руководству спать по ночам и что бы они сделали в первую очередь, если бы у них была волшебная палочка?

БЕЗОПАСНОСТЬ

Как в целом в компании организовано обеспечение безопасности? Когда в последний раз менялись основные пароли? Какие доступы имеют разработчики? Отделен ли продакшен от окружения для разработки?

Если компания работает с учетными данными пользователей, то как хранятся пароли в базе данных (открытым текстом или в виде хэша с солью)? Вы удивитесь, сколько компаний до сих пор хранит пароли в открытом виде!

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

ИСХОДНЫЙ КОД

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

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

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

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

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

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

ПРОДАКШЕН

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

Вам нужно понять, что необходимо для бесперебойной работы проекта. Помните: если сделка пройдет успешно, это станет вашей заботой. Итак, выясните, какие требуются ежедневные проверки, какие журналы нужно просматривать и по каким признакам можно понять, что что-то может пойти не так.

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

Еще в рамках этой темы узнайте, кто отвечает за оплату сторонних сервисов и продление подписок и договоров с ними. Нередко (особенно в небольших компаниях) учетные записи таких сервисов, как AWS, GitHub или GoDaddy, «принадлежат» программисту, который начал с ними работать, просто потому, что к ним привязана его банковская карта и с нее списывается ежемесячный платеж, который затем возмещается компанией.

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

Google забыл оплатить счет за домен

В современном мире, где все взаимосвязано, сервисы могут оказаться отключенными по самым нелепым причинам, в том числе если не оплатить продление домена или SSL-сертификата. Такое произошло с Blogger, одним из сервисов технологического гиганта Google. Кто-то не оплатил продление домена blogger.in, поэтому контроль над ним был на некоторое время потерян. См. https://www.androidpolice.com/2020/07/16/someone-at-google-forgot-to-renew-a-blogspot-domain-still-offline-a-week-later/.

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

14.5.2. Проведение due diligence

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

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

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

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

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

• Узнаете, какие термины приняты в компании для общения с клиентами. Это позволит вам использовать привычные для них формулировки и тем самым уменьшить количество вопросов, которые могут быть неверно поняты, потому что вы выбрали не те слова или фразы.

• Понять, какие функции наиболее важны для клиентов. Фразы наподобие «Мы такое можем, но никто этим не пользуется» сразу отсекут целую массу вопросов, а вы узнаете, что что-то не совпадает с ожиданиями руководства.

• Получите возможность углубиться в детали той или иной области, чтобы выяснить то, что вас интересует. Например, вам показывают интерфейс чата и в нем можно загрузить файл. Вы сможете спросить, куда в итоге попадает загружаемый файл, а также есть ли резервные копии этого места, и если есть, то где они