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