«Пятая дисциплина»[20]
В 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 я вынужден был бороться с каждым из моих управленческих инстинктов. Это же невероятно неэффективный способ организовать работу людей, разве не так? Разве не будет более продуктивным дать возможность каждому человеку трудиться отдельно? Разве нам не придется платить двоим за работу, которую должен делать один? В итоге я узнал, что такая работа в парах – это один из самых мощных инструментов управления, когда-либо виденных мной, она действительно помогает устранять все типичные трудности. Работа в парах поддерживает систему обучения, строит взаимоотношения, устраняет «башни знаний» (о них – ниже), упрощает адаптацию новых людей и стирает проблемы с производительностью.
В парной среде Menlo мы постоянно развиваем свои навыки. Каждая пара добавляет свой уникальный опыт и знания в разговор. Когда два человека работают вместе, они часто узнают что-то новое об обширном опыте своего партнера. В большинстве организаций информация о знаниях участников команды сначала извлекается с помощью резюме, а затем более узко определяется на основе рабочего опыта и приблизительного представления о способностях сотрудника. При таком подходе обычно нет возможности обнаружить скрытые таланты членов команды.
Однажды я оказался в паре с одним из наших программистов, готовясь к командной презентации, посвященной сторителлингу[21]. Мы впервые работали с ним вместе, и я поинтересовался его жизненным опытом. Из того короткого разговора я узнал, что он когда-то в крупной компании занимался распознаванием голоса. Какое совпадение – у нас уже давно был клиент, который бы мог воспользоваться знаниями этого сотрудника! А тот и не предполагал, что его давний опыт окажется полезен для нас, и, скорее всего, не сделал бы предложения сам. Такой спонтанный обмен информацией, не связанной с текущей задачей, иногда оказывается очень полезным. В условиях, когда люди работают в одиночку, этот тип взаимодействия теряется.
