20. Травля команд
   Здесь стоило бы поместить небольшую главу под названием «Как способствовать кристаллизации команд». Такая глава включала бы пять-шесть простых рецептов, помогающих формировать команды. Этих рецептов было бы вполне достаточно, чтобы гарантировать кристаллизацию. Планируя эту книгу, мы рассчитывали написать именно такую главу. Мы были уверены в себе. Неужели так сложно добраться до сути вопроса и дать читателю практические средства, способствующие кристаллизации? Мы задействуем все свои способности, весь наш опыт, мы одолеем проблему логикой и чистым вдохновением. Вот так это выглядело на стадии планирования…
   Между планом и реализацией нам пришлось несколько раз столкнуться с тревожной реальностью. Началось все с того, что мы просто не смогли придумать шесть рецептов для этой главы, застряв на цифре ноль. Мы были готовы немного умерить свои амбиции, но не настолько же. («Ноль способов способствовать кристаллизации команд?») Стало ясно, что в чем-то неправильна сама идея главы. Неверной оказалась мысль о том, что команды можно заставить кристаллизоваться. Это невозможно. Можно надеяться, что они кристаллизуются, можно стучать по дереву в надежде не сглазить, можно как-то стимулировать повышение вероятности кристаллизации, но невозможно найти универсальный катализатор. Процесс слишком хрупок, чтобы им управлять.
   В ходе снижения запросов нам пришлось изменить словарь. Мы перестали говорить о построении команд и заговорили об их выращивании. Сельскохозяйственный образ показался подходящим. Сельское хозяйство нельзя до конца контролировать. Вы обогащаете почву, высаживаете семена, поливаете в соответствии с новейшими теориями, а потом ждёте, затаив дыхание. Можно получить урожай, а можно и не получить. Если он взойдёт, вы сразу почувствуете себя замечательно, но на следующий год все равно придётся попотеть. Примерно так же создаются команды.
   Вернёмся в режим мозгового штурма и начнём искать «Шесть факторов, обеспечивающих возможность создания команды». Все равно было тяжело. В итоге, впав в отчаяние, мы прибегли к приёму обращения (inversion), который описан в книге Эдварда де Боно (Edward deBono) «Lateral Thinking» [62]. Если решить проблему не удаётся, деБоно предлагает прекратить поиски путей достижения поставленной цели и начать искать способы достижения диаметрально противоположной цели. В этом случае не исключено, что сознание очистится от тумана, препятствующего творческому процессу. Поэтому вместо того чтобы искать способы, способствующие формированию команд, мы принялись придумывать, как можно воспрепятствовать их формированию, сделать его невозможным. Оказалось, легко. За короткое время мы придумали множество убойных способов воспрепятствовать формированию команды и нарушить социологию проекта. Стратегию, объединяющую эти меры, мы окрестили травлей команд (teamicide). Вот наш краткий перечень методов травли:
   • оборонительная позиция руководства;
   • бюрократия;
   • физическое разделение;
   • дробление рабочего времени;
   • снижение качества продукта;
   • идиотские сроки сдачи;
   • насаждение клик.
   Некоторые из методов покажутся вам до боли знакомыми. Это они постоянно применяются в компаниях.
 
Оборонительная позиция руководства
   Для вас как руководителя идея занятия оборонительных позиций в большинстве областей, связанных с риском, наверняка привлекательна. Если вам приходится работать с механизмом, подверженным сбоям, вы обзаводитесь резервным механизмом. Если клиент проявляет нерешительность, вы прилагаете усилия, чтобы жёстко зафиксировать требования к продукту. Если подрядчик «забывает» о своих обещаниях, вы публикуете протоколы после каждого совещания.
   Но есть одна область, в которой оборонительная позиция неизбежно ведёт к неприятным последствиям. Нельзя защититься от некомпетентности собственных людей. Если ваши сотрудники не подходят для выполнения работы, провал обеспечен. Разумеется, если люди плохо подходят, следует найти новых людей. Но, приняв решение действовать с набранной группой, вы совершите ошибку, если не будете доверять этим людям. Любая защитная мера, направленная на достижение успеха в обход команды, лишь усугубит положение. Вы можете достичь временного облегчения, но в долгосрочной перспективе лишите команду всяких шансов на кристаллизацию.
    Однажды я произносил Речь Консультанта Номер 9Б перед коллективом проекта, критикуя их за то, что они не смогли получить от клиента одобрения только что разработанной концепции новой системы. Люди выглядели слегка смущёнными. Наконец одна сотрудница сказала: «Мы согласны, что клиенту стоит увидеть концепцию, но шеф строго-настрого запретил показывать посторонним что-либо без его разрешения». Она объяснила, что шеф настолько занят, что у него накопилось нерассмотренных вопросов уже за несколько месяцев. У них попросту не было выбора. Они корпели над работой, словно во тьме, понимая, что большая часть результатов будет отвергнута клиентами, когда те, наконец, эти результаты увидят.
Т. Д.
   Этот начальник не доверял собственным людям. Его беспокоило, что они могут показать представителям клиента что-то не то. Его беспокоило, что их ошибки могут плохо отразиться на нем. Лишь его собственное суждение достаточно компетентно, всех остальных следует подозревать.
   Если вы руководитель, то, конечно же, будете считать, что ваше мнение правильнее, чем мнение подчинённых. У вас больше опыта да и стандарты качества, наверное, повыше; именно так вы и стали руководителем. В любой точке проекта сотрудники, не знакомые с вашим мнением, более склонны к ошибкам. Ну и что? Позвольте им совершать ошибки. Это не означает, что вы не сможете отдавать предпочтение собственному решению (лишь время от времени) или придавать проекту определённую направленность. А вот если люди поверят, что им не разрешено совершать ошибки, они чётко осознают, что вы им не доверяете. Нет лучшего способа воспрепятствовать формированию команды.
   Большинство руководителей ставят себе «отлично» за знание того, когда людям можно доверять, а когда нет. По нашему опыту в части недоверия очень многие руководители ошибаются. Они следуют исходной посылке, что люди могут работать совершенно автономно, если работают правильно. В результате никакой автономии нет. Единственная свобода, имеющая какой-либо смысл, – это свобода поступать не так, как поступил бы руководитель. Это верно и в более широком смысле: право поступать верно (в глазах руководителя или в глазах правительства) значения не имеет; свободу даёт лишь право ошибаться.
   Самые очевидные уловки руководителя, занимающего оборонительную позицию, – это навязанные Методологии («Мои сотрудники слишком тупы, чтобы создавать системы без Методологий») и вмешательство в технические вопросы. И та и другая обречены на неудачу в долгосрочной перспективе. Кроме того, подобные уловки способствуют эффективной травле команды. Испытывая недоверие со стороны начальства, люди не слишком склонны объединяться в команду.
 
Бюрократия
   В исследованиях, проведённых в 70-е и 80-е годы, Кейперс Джоунс (Capers Jones) показал стоимость разработки систем, разбив виды работы на категории. Одной из таких категорий стала бумажная работа (в главе 17 названная писаниной). То, что Джоунс называет бумажной работой, – по большей части бездумное перекладывание бумажек, поскольку время, необходимое для заполнения этих бумажек информацией, должно быть посвящено другой работе – анализу, проектированию или же планированию тестов. Иными словами, эта категория Джоунса идентична обычной бюрократии. Джоунс сделал вывод, что бумажная работа находится на втором месте по затрате времени в процессе разработки систем. Она отнимает более тридцати процентов стоимости создания продукта [63].
   Существует печальная современная тенденция превращать разработчиков в бюрократов. Возможно, это признак эпидемии оборонительного менеджмента. Но хотя тенденция проявляется в глобальных масштабах, она проявляется везде по-разному. Мы знакомы как с компаниями, где группы разработки являются воплощением бюрократических кошмаров в духе Кафки, так и с компаниями, где тяготы бумажной работы минимальны.
   Бессмысленное перекладывание бумаг – трата времени. С этим занятием следует воевать, потому что оно отрывает людей от работы. Впрочем, мы сейчас говорим о другом. Формированию команды мешает именно бюрократия. Команда должна поверить в цель, вокруг которой происходит формирование. Эта цель может быть любой, но она должна существовать. Должно существовать свидетельство веры руководства в эту цель. Недостаточно просто сказать людям, что цель очень важна, если к этому приходится добавить, что треть времени следует тратить на перекладывание бумажек. Люди, перекладывающие бумажки, не могут заработать в режиме команды спецназа. Они не способны упорно стремиться к успеху.
 
Физическое разделение
   Когда мебельная полиция ратует за модульный офис, речь идёт в основном о «гибкости». Но когда доходит до необходимости что-нибудь действительно изогнуть, чтобы объединить рабочую группу, лица сразу вытягиваются. «Мы не можем нарушить гармонию и передвигать все подряд на нашем замечательном ковре только ради того, чтобы посадить этих четверых рядом. Они что, телефоном пользоваться не умеют?» В результате возможные составляющие тесно связанной команды разбрасываются по многим этажам или даже зданиям. Взаимодействие, которого требует работа, пострадает, скорее всего, не очень серьёзно, но внепланового взаимодействия не будет вовсе. Участники группы могут сильнее привязаться к не входящим в группу соседям просто потому, что чаще их видят. Итак, нет группового пространства, нет постоянной поддержки и во-одушевлённости, нет шансов на формирование групповой культуры. (Невозможно представить, чтобы участники Чёрной Команды, одетые в чёрное, сидели каждый в своём отсеке. Им постоянно приходилось бы общаться с людьми, не понимающими этой шутки. Эти люди просто считали бы их странными, и всему веселью моментально пришёл бы конец.)
   Физическое разделение людей, нуждающихся в близком взаимодействии, не имеет смысла в любом случае. Соседи становятся источником шума и раздражения. Когда все соседи входят в одну команду, то, как правило, одновременно работают в тишине, поэтому поток нарушается реже. Общность пространства также даёт возможность нерабочего общения, которое так необходимо для формирования команды.
 
Дробление рабочего времени
    Один из моих клиентов – австралийская правительственная организация. Однажды в телефонном разговоре я получил данные, указывающие на то, что средний сотрудник организации занят как минимум в четырех различных проектах. Я пожаловался на это представителю организации. Печально, сказал он, но такова жизнь. Обязанности людей фрагментированы потому, что их способности и знания делают их незаменимыми во многих предприятиях. Неизбежно, сказал он. Глупости, сказал я. И предложил ему ввести в действие правило, ограничивающее участие каждого человека одним и только одним проектом единовременно. Это правило следует зафиксировать на бумаге и распространить по организации. Через год, когда я вернулся, каждый сотрудник участвовал в среднем не более чем в паре проектов.
Т. Д.
   Дробление не только препятствует формированию команды, но и отрицательно воздействует на эффективность. (Возможно, вы уже начали постигать суть вопроса.) Люди в состоянии отслеживать лишь ограниченное число взаимодействий с другими людьми. Когда они пытаются участвовать в четырех рабочих группах, количество взаимодействий возрастает в четыре раза. Они проводят все своё время, переключая передачи.
   Ни один человек не может входить в несколько кристаллизованных команд. Тесные взаимодействия внутри такой команды исключают любые другие. Чуть больше дробления, и команда просто не кристаллизуется. Хуже всего то, что мы допускаем гораздо более сильное дробление, чем в действительности необходимо. Мы уступаем в этом сражении, даже не вступая в бой. Даже если просто заявить, что целью является такое распределение, при котором каждому достаётся лишь одна рабочая задача, это может привести к существенному снижению дробления, что даст командам реальные возможности для формирования.
 
Снижение качества продукта
   Заголовок этот несерьёзен, потому что никто обычно не говорит о снижении качества. Говорят обычно о снижении стоимости. Однако результаты на практике одни и те же. Типичные шаги, направленные на ускорение сдачи продукта, обычно приводят к снижению качества. Часто конечные пользователи продукта дают своё благословение на этот компромисс (менее качественно, но зато раньше и дешевле). Но такие уступки могут быть весьма болезненными для разработчиков. Их самооценку и удовольствие от работы подрывает необходимость создавать продукт, качество которого слишком низкое для их способностей.
   Ранней жертвой снижения качества становится то чувство отождествления с командой, которого группе уже удалось достичь. Коллеги, создающие низкопробный продукт, не хотят даже в глаза друг другу смотреть. Им не светит общее чувство достигнутого. Они знают, что по окончании этой работы наступит лишь общее чувство облегчения. В конце проекта каждый приложит все усилия, чтобы отделиться от других участников группы и найти себе лучшее занятие.
 
Идиотские сроки сдачи
   В главе 3 мы говорили, что сжатые сроки сдачи могут иногда снижать мотивацию работников. Определённо существуют случаи, когда сжатые, но не запредельно, сроки могут быть для команды приятным вызовом. Но что никогда не будет полезным, так это идиотские сроки сдачи. Когда руководитель сообщает, что «без всяких компромиссов продукт должен быть готов к…», сотрудники с трудом сдерживаются, чтобы не закатывать глаза. Они это уже проходили, они в курсе вопроса.
   Возможно, беспредельно сжимаемые сроки когда-то были эффективными. Возможно, когда-то существовали работники столь наивные, что верили в то, что слышали. Когда шеф говорил, что «работу действительно надо сделать обязательно к январю», они, быть может, сразу принимали это обстоятельство к сведению и энергично брались за дело. Может быть. Но теперь из этого уже точно ничего не получится. Люди в вашей команде сразу поймут, что их пытаются надуть. Если вы скажете, что продукт без разговоров должен быть готов к случайно выбранной дате, они спросят: «Почему? Вселенная перестанет существовать, если мы опоздаем? Или компания закроется? А может быть, нашу страну затопит? Или вся западная цивилизация исчезнет?»
   В типичной болтовне об идиотских сроках сдачи руководитель объявляет, что работа должна быть сделана к такой-то дате. К этой дате её сделать невозможно, и всем это известно. Опоздание неизбежно (и на том можно распрощаться с идеей об абсолютно жёстких сроках сдачи). Работа ведь была переопределена таким образом, что успех становится невозможным. Работники чётко понимают, что их руководитель – просто робот, поражённый болезнью Паркинсона, не уважающий и не ценящий их. Шеф считает, что они и пальцем не шевельнут без принуждения. В этом проекте не стоит ожидать кристаллизации команды.
 
Насаждение клик
   Участник одного из наших семинаров сделал такое наблюдение: «Наше руководство лишь тогда проявляет интерес к командам, когда предпринимает шаги, направленные на их разделение». В компании может существовать явное правило, что командам не разрешено в полном составе переходить от одного проекта к другому. Или что для завершающихся проектов необходим плавный и постепенный перевод людей в новые проекты. Это гарантирует разделение команд. Многие организации не принимают специальных мер для развала команд, но ничего не делают, чтобы сохранить уже образованные команды.
   Удовольствие от командной работы и энергия, генерируемая в командных взаимодействиях, – это символы веры нашего общества. Как же коммерческие организации пришли к такой апатии и даже антипатии в отношении команд? Одной из причин, как мы показывали в главе 19, является неуверенность. Другой – очевидно низкое осознание ценности команд в высших эшелонах руководства. Явление команды, которое мы описываем, существует лишь на нижнем уровне иерархии. Несмотря на болтовню о «командах руководителей», такого явления в природе не существует – на руководящем уровне никогда не происходит кристаллизация. Когда руководителя принимают в команду, это происходит лишь потому, что он играет двойную роль: с одной стороны руководителя, а с другой – участника группы. Он становится коллегой на неполный рабочий день для людей, которыми управляет. По мере подъёма по иерархической структуре организации понятие кристаллизованной команды все больше и больше уходит в небытие.
 
И опять на ту же грустную тему
   Большинство организаций не стремятся к разрушению команд сознательно. Просто они так себя ведут.

21. Ужин со спагетти

   Представьте себя техником, которого только что перевели в новый проект. Вы знаете руководителя и других участников по именам, но это, пожалуй, все. Вы выходите на работу в новом проекте в следующий понедельник. До этого, в среду, звонит ваш будущий босс. Она устраивает вечеринку для участников нового проекта. Есть ли вероятность, что в четверг вечером вы сможете придти к ней домой на ужин с остальными? Делать вам нечего, и вы не прочь познакомиться с группой, поэтому вы соглашаетесь.
   Когда вы появляетесь на вечеринке, вся группа уже рассредоточилась по гостиной, потягивая пиво и обмениваясь боевыми историями. Вы присоединяетесь к ним и тоже что-то рассказываете. Представитель клиента, также приглашённый на вечеринку, говорит о руководителе своего отдела. Все продолжают пить пиво. Вы вспоминаете о еде. Никакого запаха готовки и никаких признаков жизни на кухне. Наконец ваш будущий босс признается, что не успела приготовить ужин, и предлагает всем прогуляться до ближайшего супермаркета за ингредиентами пищи. «Думаю, мы вполне способны все вместе приготовить ужин из спагетти».
 
Начинают проявляться командные эффекты
   Вы отправляетесь в путь. В супермаркете вы всей группой неторопливо продвигаетесь по рядам. Никто не берет на себя роль лидера. Ваш босс, похоже, думает о чем угодно, но не об ужине. Она болтает, смеётся и рассказывает байку про налоговую службу. Несмотря на отсутствие руководства, какие-то вещи в тележку попадают. Один парень уже решил вопрос с салатом. Идёт разговор о необходимости соуса из моллюсков, и, «если никто не против», двое из ваших новых коллег начинают обсуждение некоторых деталей готовки. Вы принимаете решение сделать свой фирменный хлеб с чесноком. Кто-то ещё снимает с полки бутылку кьянти. Наконец все согласны, что тележка достаточно полна для ужина.
   Вернувшись на ранчо, вы разгружаете сумки с бакалейными товарами, а босс находит ещё банку пива и принимается рассказывать о новом программном средстве. Постепенно действие перемещается на кухню, где начинаются первые приготовления. Босс не даёт указаний, но вызывается добровольно порезать лук, когда в этом возникает необходимость. Вы начинаете заниматься чесноком и прогреваете на сковородке оливковое масло. Рядом булькает соус и кипит спагетти. В конечном итоге образуется ужин. Вы наедаетесь до отвала, а затем все вместе убираете со стола и моете посуду.
 
Что здесь происходит?
   Проект ещё даже не начат, но только что случился ваш первый успех, успех группы. Успех порождает успех, а продуктивная гармония – ещё более продуктивную гармонию. Ваши шансы кристаллизации в осмысленную команду повысились с этим самым первым командным опытом.
   С этой точки зрения ужин со спагетти может показаться проявлением изобретательности со стороны руководителя. Но, скорее всего, это была не уловка, и вам так не показалось бы при посещении ужина. Если бы вы прямо спросили руководителя, что она затевала в тот вечер, она, вероятно, совершенно искренне ответила бы: «Ужин». Прирождённый руководитель на уровне подсознания ощущает, что именно будет полезно для команды. Это ощущение может руководить проектными решениями. Весь проектный опыт состоит из достижения маленьких успехов совместными усилиями. Чтобы увидеть в этом воздействие руководителя, придётся как следует присмотреться, потому что кажется, что все происходит само собой.
   Много раз от разных руководителей мы слышали варианты истории ужина со спагетти. Общая идея такова, что хорошие руководители стараются как можно чаще предоставлять команде возможности для совместного успеха. Это могут быть маленькие пилотные подпроекты, или демонстрации, или же симуляции, все, что помогает создать в команде привычку добиваться успехов вместе. Лучший успех – тот, в котором нет очевидного участия руководства, а команда работает как содружество равных. Лучший начальник – тот, кто может повторять это раз за разом, не давая участникам команды догадаться, что ими «руководят». Таких руководителей их собственные коллеги считают просто удачливыми. У них все получается словно само собой. У них есть команды, рвущиеся в бой, проекты, быстро набирающие ход, и до самого конца все вокруг такого руководителя работают с энтузиазмом. Эти руководители никогда не напрягаются. Выглядит все настолько просто, что никто не верит, что они вообще руководят.

22. Открытое кимоно

   Выращивание кристаллизованных команд – до некоторой степени дело случая. Никто не умеет делать это последовательно. Никто не может заставить кристаллизацию произойти, особенно в тот момент, когда она наиболее необходима. Иногда ингредиенты выбраны неправильно. А иногда в группу набирают людей, не расположенных играть в команде – они одиночки, и таковыми останутся навсегда.
   Роб Томсет (Rob Thomsett) в своей книге «People and Project Management» (Управление людьми и проектами) анализирует определённые патологии, препятствующие формированию команды [64]. Это захватывающее чтение. Некоторые из этих патологий, впрочем, излечимы. Практически единственное средство – удалить из проекта определённых его участников, поскольку они плохо влияют на шансы кристаллизации команды. Само по себе это звучит неплохо, но в каждом конкретном случае вы, вероятно, обнаружите, что способ просто дурацкий. Тот человек, без которого вы примете решение обходиться в дальнейшем, вероятно, окажется звездой во многих других отношениях. Многие проекты работают (и достигают успеха) без кристаллизации команд.
   С этой оговоркой мы представим неоспоримый факт: некоторые руководители умеют помогать кристаллизации команд. Они чаще преуспевают в этой задаче, чем терпят неудачи. В данной главе мы изучим одно свойство этих руководителей.
 
Сообщите о здоровье
    Вероятно, вам приходилось слышать, как люди по телефону сообщают о своём невыходе на работу из-за болезни. Возможно, вы и сами когда-то так делали. Но приходило ли вам в голову позвонить и сообщить, что вы здоровы? Примерно так. Вы позвоните шефу и скажете: «Послушайте, я был болен все то время, когда работал здесь, но сегодня я здоров и больше не появлюсь на работе».
   Even Cowgirls Get the Blues [65](Даже девушки-ковбои иногда грустят)
   Когда говорят, что только «больной» может работать на ту или иную организацию, то имеют в виду не физическое недомогание. Подразумевается, что работа в таком месте потребует отказа от определённых правил, позволяющих защитить свою психику. Наиболее важное из таких правил связано с заботой о себе и своих интересах. Ситуация, требующая отказа от этого правила, «нездорова» сама по себе.
   Человек, сообщающий по телефону, что он здоров, готов к работе, возвышающей его собственные интересы. Назначение на такую работу является подтверждением компетентности в определённых областях, предоставляет в этих областях самостоятельность и ответственность. Руководители здоровых сотрудников стараются уважать автономию, единожды предоставив её. Они понимают, что неудача работника будет иметь плохие последствия для руководителя, но это лишь правила игры. Они готовы время от времени преодолевать препятствия, прямой результат неудачи одного из сотрудников. Когда такое происходит, они подозревают, что сами никогда не сделали бы такой ошибки, если бы выполняли работу, а не занимались руководством. Ну и что? Вы сделали все возможное, чтобы найти подходящего человека на определённую должность, и теперь нет смысла менять решение задним числом.
   Такое отношение открытого кимоно прямо противоположно оборонительному руководству. Вы не пытаетесь защититься от людей, которых поставили в доверенное положение. И в таком доверенном положении находятся все ваши сотрудники. А если вы не можете доверить человеку какую-то автономную деятельность, он для вас бесполезен.
    Одним из моих первых начальников был Джерри Винер, руководивший командой в General Electric в рамках проекта по внедрению компьютеров. Позднее он создал небольшую компанию в сфере высоких технологий. Когда я поступил на работу, компания готовилась заключить контракт такого масштаба, который превосходил все прежние достижения. Все сотрудники собрались вместе, и наш корпоративный адвокат вручил Джерри контракт, предлагая прочитать и поставить подпись на последней странице. «Я не читаю контракты», – сказал Джерри и начал ставить подпись. «О, одну минуту, – ответил адвокат. – Позвольте мне просмотреть его ещё раз».