Ричард Шеридан - Работа мечты. Как построить компанию, которую любят

Впрочем, у нас в Menlo «поток» другой. У нас это «поток» команды, а не одного человека. Мы шумно работаем все вместе. Одно из наших немногих правил – запрет на наушники. Если вам нужны наушники, чтобы войти в состояние «потока», значит, вы не подходите для Menlo. Критики говорят, что в шумном помещении, таком как наше, невозможно работать. Они заявляют, что здесь нельзя сконцентрироваться. Они уверены, что здесь нереально что-либо сделать. Они забывают о том, как сильно может раздражать коллега, сидящий через три ячейки от вас и громко обсуждающий по мобильному телефону матч, прошедший на выходных. Они упускают из внимания крайне общительную соседку, к которой заглядывают все подряд, чтобы поболтать за кофе. Это сводит работников с ума, это свело бы с ума и меня. У нас в Menlo нет такого. Все разговоры, которые вы слышите, связаны с решением рабочих проблем. Осмысленным потоком полезного шума достаточно просто управлять. Звук, который вы слышите в нашем офисе, это звук работы .

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

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

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

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

В 2010 году я был на технической конференции в Солт-Лейк-Сити с одним из наших старших программистов, Кили, и там нам предстояло презентовать наш опыт парной работы. На конференции собрались разработчики из разных компаний со всей страны. За обедом мы сидели за столом с несколькими их них.

Кили начала работать в Menlo сразу же после колледжа в 2004 году. Она знала только стиль нашей работы, хотя до нее доходили все те страшные истории, которые рассказывают о нашей отрасли. На обеде Кили услышала, как несколько программистов представляются друг другу. Один из них был Java-разработчиком, другой – специалистом по Microsoft.NET, еще один программировал на Ruby. Кили обратила мое внимание на то, как странно они говорят о себе.

Программисты тоже услышали ее слова и спросили, что такого странного она нашла. Кили вежливо ответила, что, по ее мнению, довольно странно, что они характеризовали себя как часть технологии. Они поинтересовались, с чем работает она. «Я – разработчик программного обеспечения», – ответила Кили. Но собеседники уже насели на нее. Они хотели знать, с каким языком она работает: Java, C#, Ruby, NET? Кили ответила, что использует любой язык, который больше подходит для решения поставленной задачи. С раздражением они спросили ее, к какой технологии она имеет наибольшую склонность. На этот вопрос Кили ответила с легкостью: к той, которая лучше всего подойдет для решения задачи клиента. Уже весьма разозленные, программисты пожали плечами и вернулись к своему разговору. Они просто не могли понять, почему она не определяет себя через технологию, которую лучше знает или больше любит.

Представьте себе, насколько неподготовленными оказались эти программисты, когда несколько лет назад появились iPhone и App Store. Неожиданно язык, называемый Objective-C, стал одним из самых важных на планете. И каким же образом технологии, которым программисты хранили верность, могли помочь им в этом совершенно новом мире?

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

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

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

Работа в парах – основной стиль нашей работы и системы обучения. Два человека сидят вместе за общим компьютером, трудясь весь день вместе над одним заданием. Они делят клавиатуру и мышку, если это программисты (или мелки и маркеры, если это антропологи высоких технологий – подробнее о них см. в главе 6). Пары формирует наша команда проектных менеджеров, меняя их каждую неделю. И хотя сотрудники иногда выражают желание работать с каким-то конкретным партнером, одна из наших главных целей – сделать так, чтобы каждый мог поработать с каждым.

В самом начале моих попыток организовать парную работу на «фабрике Java» в Interface Systems я вынужден был бороться с каждым из моих управленческих инстинктов. Это же невероятно неэффективный способ организовать работу людей, разве не так? Разве не будет более продуктивным дать возможность каждому человеку трудиться отдельно? Разве нам не придется платить двоим за работу, которую должен делать один? В итоге я узнал, что такая работа в парах – это один из самых мощных инструментов управления, когда-либо виденных мной, она действительно помогает устранять все типичные трудности. Работа в парах поддерживает систему обучения, строит взаимоотношения, устраняет «башни знаний» (о них – ниже), упрощает адаптацию новых людей и стирает проблемы с производительностью.