Как управлять интеллектуалами. Я, нерды и гики

Наш второй свободный электрон тоже очень любил проект, однако он больше занимался инфраструктурой, которая потребуется для последующих продуктов. Что-что? Чем он занимался? У него же еще даже не было продукта! Да, именно так! Один из наших ключевых сотрудников уже инвестировал свое время и силы в будущее. Разве инвестиции в будущее бывают плохой идеей? Бывают! Например, когда мы еще не определились с тем, что происходит сейчас! Наш второй свободный электрон исходил из того, что 1.0 будет успешным. Я очень ценил его энтузиазм, однако давайте вспомним о факте № 0: Стартапы почти всегда проваливаются.

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

Как вы узнаете из главы 43, выдающиеся инженеры такого типа встречаются довольно редко. Нанимать «свободных электронов» — это довольно глупая затея для большинства компаний, потому что у них слишком большой потенциал, однако всё дело в том, что вы не можете называться компанией до тех пор, пока не будет готов ваш 1.0. Самый верный способ опрокинуть вашу неустойчивую пирамиду — это нанять людей, которые не будут работать над завершением продукта с максимальной скоростью. Сначала вы должны закончить 1.0 и только потом можете начинать думать о том, что делать дальше.

Процесс

Не существует другого слова, которое раздражало бы инженеров так же сильно, как слово процесс. Вы можете убедиться в этом прямо сейчас! Пригласите в свой офис кого-нибудь из своих инженеров и скажите ему что-нибудь вроде: «Я разработал новый процесс, он поможет тебе в работе с багами». И вы увидите, как исказится его лицо. Для него ваша разработка процессов — это «имитация бурной деятельности». Про себя он подумает: «Руководители, как всегда, всеми силами пытаются оправдать свое существование!»

«Процесс» — это не совсем то слово, которое определяет третий уровень иерархии. Правильное слово — коммуникация.

Факт № 3: Процесс определяет коммуникацию.

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

Когда ваш второй инженер говорит: «Да, конечно, я сохраню мое решение по дизайну в вики-файле», — это и называется процессом. Когда ваш третий инженер начинает регистрировать баги на гигантской доске в конференц-зале — это тоже называется процессом. Он не обязательно должен быть хорошим, он даже не обязательно должен быть универсальным и согласованным со всеми членами команды, однако если он застопорится, то все должны видеть, в каком именно месте он остановился.

В моем первом стартапе мы пользовались Microsoft’s SourceSafe. Хватит ржать! Он делал свою работу, и его было вполне достаточно для команды из шести инженеров, у которых не было ни секунды времени на то, чтобы побеспокоиться о контроле исходного кода. Конечно, он был адски медленным, и иногда мы теряли результаты целого рабочего дня из-за разных затыков, но ведь мы работали над нашим 1.0. Кто в такой период сможет найти время на то, чтобы подумать о более надежном инструменте?

Роланд!

Роланд был нашим младшим инженером и фанатом Perforce. Роланд сделал то, что сделали бы многие хорошие сотрудники стартапа. На выходных он установил сервер Perforce, перезаписал все наши инструменты разработки и запланировал совещание на 10 утра понедельника, пообещав всем пончики «Криспи Крим». Его сообщение звучало так: «Дело обстоит так и так… Теперь всё работает лучше. Всем спасибо, и угощайтесь пончиками!»

За одни выходные Роланд устранил крупный недостаток в нашем процессе (а именно паршивый инструмент) и заодно продемонстрировал еще один факт, касающейся иерархии 1.0:

Факт № 4: Каждый уровень двигает и оказывает влияние на те уровни, которые находятся по соседству с ним.