Что бы ни ждало Facebook, колебания и метания в процессе ее развития оставили колоссальный след за восемь коротких лет до размещения акций в 2012 г. Замедляясь при необходимости и избегая ярлыков, когда дело касалось развития людей, обеспечивавших дальнейшее расширение компании, лидеры воспитывали в коллегах волю, навыки и устойчивость. Все это позволяло компании двигаться гораздо быстрее, когда и где это было необходимо. Мы могли видеть своими глазами, как этим людям удается сохранять сосредоточенность, каким бы диким и порой бесконтрольным ни становился бизнес начиная с 2006 г. (с момента, когда мы стали общаться с представителями Facebook, брать у них интервью и заниматься совместными проектами). Эти люди оставались в седле, невзирая на давление времени и массу отвлекающих факторов: в то время к системе присоединялось до 3 млн пользователей в неделю, а каждый шаг компании находился под пристальным вниманием СМИ (стоит ли говорить, что руководство подавляющего большинства стартапов не должно отвечать на вопросы о своем отношении к правительствам Египта и Ливии?). Не стоит забывать и о вышедшем в то время голливудском блокбастере, изображавшем Цукерберга в непривлекательном свете, и неприятных исках, и бунтах пользователей: в 2006 г. 750 тыс. человек начали протестовать против «новостной ленты», а в 2012 г. новый функционал – «шкала времени» – вызвал неодобрение уже миллионов.
Поначалу такая преданность росту и воспитанию сотрудников Facebook выражалась неформально. В первые годы Цукерберг работал бок о бок с сотрудниками в тесных офисах. Он постоянно говорил им о своих убеждениях и о том, как они подпитывают стратегию Facebook. Сотрудники внимательно смотрели на него и видели, как он выстраивает жизнь в соответствии со своими представлениями. Как только компания стала слишком большой и Цукерберг уже не мог лично влиять на каждого, он перешел к более системным методам, самым заметным из которых стал учебный лагерь для новичков под названием Bootcamp. Программисты Facebook и другие разработчики продуктов приглашаются на работу после нескольких раундов изнурительных интервью, призванных оценить их уровень технических навыков и степень культурного соответствия. Однако они не приступают к работе над конкретными проектами в первые шесть недель после приема на работу. Менеджмент компании имеет определенное представление о том, какую роль будет играть каждый новичок. Однако окончательное решение не принимается до окончания смены в лагере, созданном и управляемом инженерами – а не представителями HR-отдела.
Во время пребывания в лагере каждый новый сотрудник работает с примерно десятком различных групп. Крис Кокс, 31-летний вице-президент Facebook по вопросам разработки продуктов, подчеркивает: суть лагеря не ограничивается тем, чтобы понять, какая роль лучше всего подходит для новичка. Гораздо важнее заразить каждого образом мышления Facebook. Работа в лагере требует, чтобы новички начали жить в соответствии с главным убеждением, принятым в компании: «Действуй быстро и ломай (стереотипы)». По словам Кокса, одно дело просто сказать новым программистам, что они могут менять код сайта, и совсем другое – позволить им сделать это. В разговоре с нами он добавил: «Мы просим их: схватите то, что видите перед собой, и попытайтесь это изменить». Кокс рассказал нам об одном новичке, которому позвонил отец и сказал: «У вас там проблема с ниспадающим меню». Новичок перезвонил отцу на следующий же день: «Папа, я все починил. Ты уже видел?» Именно таков образ мышления Facebook: если вы хотите, чтобы люди действовали быстро и исправляли проблемы, они должны не бояться что-то сломать на своем пути. Когда дело касается разработки сайта, медленные действия и попытка сделать все идеально считаются в Facebook настоящим табу. По словам программиста Санджива Сингха, если вы будете ждать, пока другой скажет вам, что делать, не просите о помощи в случае проблем и не показываете другим свою работу, пока она не станет совершенной, «вы не приживетесь в Facebook».
Пребывание в лагере прививает и другие убеждения относительно святынь и табу Facebook. Программисты должны понимать суть всей базовой программы, а не только своего участка. Работа на разных участках помогает новичкам уяснить общую картину. И они понимают, что никакая роль в Facebook не вечна. Крис Кокс работал программистом, дизайнером продукта, менеджером проекта, главой HR-отдела и вице-президентом по продукту в первые шесть лет в компании. Но даже после завершения работы лагеря эти убеждения необходимо поддерживать и укреплять. Инженер Джейсон Собель рассказал: Facebook не просто говорит новым сотрудникам, что те, скорее всего, недолго останутся на одном месте; сотрудники живут в рамках этой философии, которая воплощается в «почти обязательной» программе, в рамках которой новичок каждый год «сдается» другой группе на месяц.
Каждому новичку назначается наставник – обычно инженер, не менеджер, – который помогает разобраться в происходящем. Новый «класс» из 20–30 человек начинал работу примерно каждые две недели в 2011 г. – а это значило, что 70 или 80 инженеров одновременно снимались с работы, чтобы стать наставниками. Зачастую это приводило к замедлению работы над важнейшими проектами. Но лидеры Facebook, в том числе Крис Кокс и директор по технологиям Майк Шрепфер, убеждены, что дело того стоит. В итоге в компанию приходят люди с правильными убеждениями. Лагерь также помогает Facebook масштабировать таланты, поскольку дает наставникам возможность «окунуться в холодную менеджерскую воду». Иными словами, он позволяет программистам понять, нравится ли им быть наставниками и лидерами для других. А руководители Facebook получают в итоге полезные подсказки по поводу того, можно ли считать сотрудников потенциальными кандидатами на менеджерские позиции.
Нет единого и единственно правильного образа мышления для каждой компании – или даже для отдельных частей одной компании. То, что считается в одной организации святыней, может (и должно) стать табу в других. Когда Саттон спросил руководителя компьютерной компании VMware, использует ли тот в работе подход «Действуй быстро и ломай», ответом был искренний смех. Собеседник сказал, что им куда лучше следовать противоположному убеждению, особенно в подразделении, разрабатывающем программы для атомных подводных лодок. Или возьмем, например, вопрос секретности. В Apple она почитается выше многого другого. Вернувшись к управлению компанией в 1997 г., Стив Джобс уволил нескольких сотрудников, передавших его внутреннее письмо в руки журналистов. Потом он тут же сообщил всей компании, почему так сделал. Журналист Fortune Адам Лашински говорит, что «никто из сотрудников Apple не забывает» урока, получаемого в ходе профориентации и носящего название «испуганного молчания»[4]. Новичкам говорят, что в случае намеренного или случайного разглашения секретов Apple последует моментальное увольнение. А в Mozilla секретность почти отсутствует. Эта компания, занимающаяся разработкой программ с открытым кодом, более всего известна своим браузером Firefox, которым пользуется свыше 300 млн человек и который переведен более чем на 65 языков. Нам довелось наблюдать за ростом Mozilla от небольшой компании с 12 сотрудниками до крупной, число которой превышает 500 человек. Зачастую нас поражало, насколько открыто высшие руководители вели себя, когда дело касалось проблем дизайна, угроз конкурентов, ошибок в программах или внутренних разногласий. Бывший CEO Джон Лилли как-то сказал нашему классу в Стэнфорде, что собирается отменить периодическую оценку результатов сотрудников, хотя против этого категорически протестовал руководитель отдела персонала.
На проблему «универсальных» решений можно взглянуть и под другим углом. Лучшие образы мышления дают нам полезное руководство к действию, но их применение в каждом случае приведет к почти гарантированным проблемам. Порой самое мудрое решение в том, чтобы игнорировать самые глубокие убеждения или идти им наперекор. Хороший пример – уровень секретности в Mozilla. Джон Лилли рассказывал нам, что в течение «первых десяти лет истории компании все проекты, независимо от стадии, были, по сути, открыты для всех с момента создания. Однако мы поняли (причем иногда это было болезненно): когда идеи только начинают оформляться, они напоминают хрупкие цветы – по ряду причин они окажутся слишком безумными, не сработают и даже не заслуживают того, чтобы начать ими заниматься»{5}. Чтобы защитить эти хрупкие идеи от слишком ранней гибели от рук тысяч активных помощников (и критиков) из сообщества разработчиков программ с открытым кодом, руководство открыло подразделение Mozilla Labs, «у которого было совершенно явное направление, но которое не было обязано рассказывать о своих действиях с самого начала. И это очень нам помогло: теперь проекты могли обрести чуть больше ясности и импульса, а безумным идеям удавалось выжить чаще. То, что нужно».
