К организации процессов компании основатели подошли довольно просто. Долгое время главным инструментом Google для контроля ресурсов компании была электронная таблица с ранжированным списком из 100 основных проектов. Любой сотрудник имел доступ к этой таблице и мог обсудить ее на полуквартальном собрании, где часть времени уделялась корректировке данных о состоянии производства, часть – распределению ресурсов, остальное время – «мозговому штурму». Система была не слишком научной. Большинство проектов ранжировались по значимости по шкале от 1 до 5, но в списке также были свободные графы для тех из них, которые относились к категориям «новый / отдаленный» и «секретные разработки». (Сейчас мы уже не можем вспомнить, чем эти две категории отличались друг от друга, но в те времена такая классификация имела смысл… кажется.) У нас не было понятия более долгосрочного планирования, да и потребности в нем не было. Если появлялось что-то более важное, инженеры узнавали о нем и корректировали список.
Упор на инженерное искусство делался даже тогда, когда компания расширила руководящий состав. Основатели наняли Эрика за его деловую хватку, а также за его опыт в качестве технолога (Эрик был экспертом в Unix и помогал в разработке Java, то есть языка программирования, а не напитка или острова) и из уважения к нему как к гику[12] и выпускнику Bell Labs. Они взяли Джонатана, несмотря на его степень MBA и ученую степень в области экономики, потому что за время работы в Apple и Excite@Home он зарекомендовал себя в качестве убежденного приверженца продукта и новатора. То, что мы были людьми из бизнеса, не являлось ни помехой, ни преимуществом, по крайней мере по мнению Сергея и Ларри.
Джонатан убедился в неприязни основателей к традиционным бизнес-процессам вскоре после того, как начал работать в компании. Будучи бывалым руководителем в сфере продакт-менеджмента, он обладал большим опытом в том, что называется «поэтапным подходом» в создании продуктов. Последний в большинстве компаний подразумевает серию четких этапов и вех, контролируемых руководством и постепенно двигающихся вверх по корпоративной цепочке. Этот подход разработан таким образом, чтобы сберегать ресурсы и чтобы информация поднималась из просторного «хранилища» – к небольшой группе лиц, принимающих решения. Джонатан полагал своим долгом привнести в Google именно такой принцип работы, без всяких сомнений принимая себя за того самого парня, который был обязан это сделать.
Через несколько месяцев Джонатан предоставил Ларри производственный план, который явился манифестом поэтапного подхода в чистом виде. Он включал, собственно, этапы, точки согласования, приоритеты и план выпуска продуктов Google на два года вперед. Не план, а просто шедевр в формате пошагового руководства. Ему оставалось только дождаться восторженного взрыва аплодисментов и похвалы в свой адрес. Но, к сожалению, он их не дождался: Ларри ненавидел подобный подход. «Ты когда-нибудь видел, чтобы команда справлялась раньше заданного графика?» – спросил он. «Хм, нет». – «А твоя команда когда-нибудь разрабатывала продукты лучше тех, что указаны в плане?». Снова нет. «Тогда какой толк от плана? Он только тормозит нас. Должен быть лучший способ. Просто пойди и поговори с инженерами».
Пока Ларри говорил, Джонатана внезапно осенило, что упомянутые им инженеры не являлись таковыми в традиционном понимании данного слова. Да, они были выдающимися кодировщиками и системотехниками, но наряду с серьезной технической компетенцией многие из них также обладали довольно хорошей бизнес-смекалкой и здоровой творческой жилкой. Основываясь на своем академическом прошлом, Ларри и Сергей предоставили этим сотрудникам необычайные свободу и полномочия. Руководить ими с помощью традиционных схем планирования выглядело плохой идеей. Это направляло бы их, но также и тормозило бы. «Ну и зачем оно тебе?» – спросил Джонатана Ларри. «Будет просто глупо».
К лету 2003 года мы проработали в фирме достаточно долго, чтобы осознать: она управлялась иначе, нежели большинство любых других компаний. Ее сотрудники обладали уникальными полномочиями и работали в новой, стремительно развивающейся индустрии. Мы видели динамику этой новой индустрии и понимали, что единственным способом противостоять Microsoft является постоянное совершенствование продукта. Также мы понимали: самый лучший способ достичь высокого качества продукта заключается не в следовании определенному бизнес-плану, а в том, чтобы нанять самых лучших инженеров, которых только можно найти, и не мешать им. И у нас было понимание, что наши основатели интуитивно знали, как следует руководить людьми в эту новую эпоху. Однако они (по их собственному признанию) не знали, как увеличить компанию до масштабов, которые позволили бы добиться их амбициозной мечты. Сергей и Ларри являлись ведущими специалистами в области информатики, но нам требовались больше чем просто программисты, если мы хотели создать великую компанию. Мы также осознавали, что правила, призванные направлять нас в нашем дерзком проекте, еще даже не были придуманы и их, конечно, не могло существовать в том традиционном бизнес-плане, который хотел от нас Мориц.
12
Гик – это человек, чрезмерно увлеченный чем-либо. Гиками зачастую называют людей, помешанных на (компьютерных) технологиях. (