Текст книги "Работа мечты. Как построить компанию, которую любят"

Две головы, два сердца, четыре руки, один компьютер

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

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

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

Однажды я оказался в паре с одним из наших программистов, готовясь к командной презентации, посвященной сторителлингу[21]21
  Метод обучения персонала посредством рассказа о прошлых событиях компании. Прим. пер.


[Закрыть]. Мы впервые работали с ним вместе, и я поинтересовался его жизненным опытом. Из того короткого разговора я узнал, что он когда-то в крупной компании занимался распознаванием голоса. Какое совпадение – у нас уже давно был клиент, который бы мог воспользоваться знаниями этого сотрудника! А тот и не предполагал, что его давний опыт окажется полезен для нас, и, скорее всего, не сделал бы предложения сам. Такой спонтанный обмен информацией, не связанной с текущей задачей, иногда оказывается очень полезным. В условиях, когда люди работают в одиночку, этот тип взаимодействия теряется.

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

Десять пар работают над проектом за столами, стоящими вплотную друг к другу

Умение находить общий язык

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

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

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

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

Наблюдайте за ростом производительности

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

«Не получается, – ответила наша сотрудница. – Я работаю и не могу подвести своего партнера».

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

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

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

Можем ли мы действительно позволить себе все это обучение?

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

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

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

Разрушьте «башни знаний»

Еще в 1997 году, после назначения на должность вице-президента по исследованиям и разработкам в Interface Systems, я был торжественно представлен членами совета директоров на моем первом официальном заседании. В перерыве один из давних членов совета схватил меня за плечи, посмотрел прямо в глаза и сказал: «Добро пожаловать на борт, Рич. Как дела у Дэйва?»

«Дэйв» – в действительности его звали по-другому – был моей основной «башней знаний», членом команды с уникальными, огромными техническими знаниями. Тот факт, что член совета знал его настоящее имя, дал мне четкий сигнал: Дэйв должен быть счастлив здесь. Стоимость компании и, следовательно, вся работа зависит от этого. От одного-единственного программиста зависела ценность компании – в 1999 году она составила более 400 миллионов долларов. Неудивительно, что я лишался сна, когда Дэйв брал двухнедельный отпуск.

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

А что делать, если в один прекрасный день Дэйв начнет тосковать по новым возможностям и захочет узнать что-то новое и интересное? Все, что он видит, – это как новичкам достаются «лакомые кусочки». Зачем компания будет обременять Дэйва проектами, которые выходят за пределы его зоны комфорта, если он так хорош в какой-то одной области? Свою удобную маленькую «башню» он рано или поздно начнет воспринимать как проржавевший медвежий капкан, зажатый вокруг его лодыжки и приковывающий его к столу. К сожалению, Дейв не может даже выйти из своей «башни» из-за того принципа, по которому производится наем работников в нашей отрасли. В его резюме будут отражены знания только в одной конкретной области. Каждой компании нужно то, что известно Дэйву, так что в итоге на новом месте он все равно попадет в ту же «башню». Так будет, пока индустрии нужно то, что он знает. Бедный Дэйв. Я надеюсь, на его пенсионный счет идут хорошие отчисления.

Во время выступлений я часто спрашиваю аудиторию, есть ли в их компании «башня знаний» команды. Большинство присутствующих в комнате, как правило, поднимают руки. Затем я прошу их назвать только имена их «башен знаний». Медленно, нервно, начинают звучать имена. Люди всегда знают, как зовут их «башню». А если кто-то не знает, следовательно, такой «башней» является он сам.

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

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

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

Такой стиль организации команды преобладает во многих отраслях и настолько распространен, что руководство отказывается признавать риск, возникающий, когда все знания хранятся в одной-единственной голове. Это настолько же глупо, как если бы менеджер банка был единственным, кто знает код доступа в хранилище, – и даже хуже. Банковское хранилище, в конце концов, вполне реально взломать и извлечь содержимое. А когда уходит ваша «башня знаний», она забирает с собой слишком многое, что не может быть воссоздано или реквизировано. Часто предпринимается отчаянная попытка передачи знаний, накопленных десятилетиями, в течение последних двух недель работы специалиста.

Представьте себе авиакомпанию, техника в которой весьма пестрая по составу, и каждый пилот имеет уникальный опыт полетов на своей машине. Возможно, среди них есть старый DC-3[22]22
  Douglas DC-3 – американский ближнемагистральный транспортный самолет с двумя поршневыми двигателями. Классический авиалайнер всей мировой авиации. Прим. пер.


[Закрыть], вертолет, планер и даже Boeing 747. Если вы лишитесь пилота, вы, вероятно, навсегда останетесь без самолета. Это может показаться забавным или банальным, но во многих отраслях бизнеса сталкиваются с таким же типом рисков, особенно там, где создается интеллектуальная собственность или деятельность базируется на знаниях и опыте одного человека.

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

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

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

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

Работа в парах стимулирует личностный рост

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

Скрытая выгода от предоставления своей команде свободы учиться заключается в том, что в конечном счете сотрудников охватит стремление находить время на обучение других. Знания не удерживаются в личном секретном хранилище, как драгоценности короны маленьких королевств. Члены вашей команды станут более ценными по мере освоения новых практик, но они также станут и более гибкими. Некоторые заявляют, что это уменьшает уникальную ценность каждого члена команды и превращает любого в винтик машины нашей маленькой «фабрики по производству программного обеспечения». И, как правило, эти же люди, не переводя дыхания, рассказывают нам, насколько удивительно ценным является каждый наш сотрудник из-за его глубокого знания удивительно широкого спектра различных технологий и областей деятельности. Такое происходит только тогда, когда вы искренне верите, что члены вашей команды одинаково ценны и одинаково способны учиться и делиться определенными знаниями.

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

«Ешь и учись»

В парной работе мы одновременно и учителя, и ученики, но Menlo предлагает и еще одну возможность обучения. По меньшей мере раз в неделю мы организовываем «Ешь и учись». Это давняя традиция, которая была основана еще на «фабрике Java» в Interface Systems. Мы узнали, что обучение в парах проходит довольно быстро, а вот передача знаний другим членам команды может быть медленной. Чтобы сделать процесс обучения проще, мы приносим обед и занимаем угол «фабрики», обычно в полдень, чтобы глубоко погрузиться в занятия. Мы переставляем столы, стулья, лекционные блокноты и белые доски на колесиках и собираемся вокруг учителя этого дня. «Ешь и учись» чаще всего посвящено темам, непосредственно связанным с работой для клиента, над которой мы сейчас трудимся. Обучение может включать в себя технологические темы, как, например, разработки для Android, или командные упражнения в стиле мозгового штурма.

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

Менлониане также часто предлагают проводить «Ешь и учись» на темы, которые им по-настоящему интересны. И хотя они, как правило, связаны с какими-то аспектами нашего бизнеса, у нас действительно разнообразные интересы. Если кто-то в команде читает хорошую бизнес-книгу, в которой, по его мнению, есть полезные уроки для всех нас, он может запланировать «Ешь и учись» и рассказать нам о них – на одной из сессий нам была представлена книга «Rework. Бизнес без предрассудков»[23]23
  Фрайд Дж., Ханссон Д. Х. Rework. Бизнес без предрассудков. – М.: Манн, Иванов и Фербер, 2011. Прим. ред.


[Закрыть]. Когда члены команды посещают конференции, они возвращаются и делятся свои опытом. Например, Кэрол вернулась с конференции и научила нас, как можно визуализировать картину проекта, используя технику «карты историй». Темы для «Ешь и учись» на ближайший месяц, висящие на офисном холодильнике, посвящены таким вопросам, как импровизация, инструменты проектирования, сторителлинг, порядок организации расследования, ведение переговоров и споров, зарисовки и скетчи.

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

Наши «Ешь и учись» превратились уже в общественное достояние. Если кто-то за пределами компании пронюхивает, что мы проводим очередную обеденную сессию, мы приглашаем этого человека на нашу встречу. Мы делим стеклянную стену с TechArb, студенческим стартапом – инкубатором Мичиганского университета, и студенты оттуда знают, что они могут свободно советоваться с нами всякий раз, когда у них возникнет такая необходимость. Если «Ешь и учись» посвящено таким технологическим темам, как модульное тестирование приложений для iPhone, мы обязательно приглашаем их. Это хороший способ расширить круг людей, которые знают нас и нашу историю. Ведь невозможно предсказать, какую пользу они когда-нибудь принесут.