Читать онлайн «Человеческий фактор: успешные проекты и команды». Страница 29

Страх перед кликами – признак неуверенности руководства. Чем больше неуверенность, тем более устрашающей может показаться идея клики. Тому есть причины: часто руководитель не является действительным участником команды (об этом мы ещё поговорим в главе 23), так что его связь с командой слабее, чем связь с компанией в целом. Внутри группы связи сильнее, чем связь группы с компанией. Кроме того, руководителей посещает ужасная мысль, что тесно связанная команда может уйти сразу вся, отдать свою энергию и энтузиазм конкуренту. По этим причинам неуверенный руководитель боится клик. Он или она чувствует себя гораздо лучше, работая с единообразными пластиковыми людьми, идентичными, взаимозаменяемыми, не имеющими внутрикомандных химических связей.

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

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

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

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

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

Изначально в Чёрную Команду входили люди, проявившие себя в тестировании и превосходившие в этом качестве своих коллег. У них было больше мотивации. Они тестировали также и чужой код, поэтому были свободны от когнитивного диссонанса, сковывающего разработчика при тестировании собственных программ. В конечном итоге руководители, сформировавшие команду, ожидали хотя бы скромных улучшений качества продуктов, но не более того. А вот получили они гораздо больше.

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

Они вовсе даже не болели за разработчиков, но напротив находили наслаждение в том, чтобы подвергнуть программу (и программиста) испытаниям, которые были бы не просто тестом. Когда программист приносил программу на тестирование в Чёрную Команду, он чувствовал себя, как на аудиенции у Мина Беспощадного[60].

Поначалу просто ходили шутки, что тесты Чёрной Команды подлые и скверные и что участникам группы очень нравится, когда код работает неправильно. Затем шутки закончились. Члены команды начали культивировать образ разрушителей. Они разрушали не только ваш код, но и весь ваш день. Они делали нечеловечески несправедливые вещи, чтобы добиться сбоя: перегружали буферы, сравнивали пустые файлы, набирали возмутительные последовательности на клавиатуре. Взрослые мужчины и женщины начинали плакать, когда видели ужасное поведение своих программ в руках сумасшедших врагов. Чем хуже вам приходилось, тем большее удовольствие получала группа тестирования.

Чтобы усилить неприятный образ, участники команды начали носить чёрное (отсюда и название «Чёрная Команда»). Они взяли в привычку страшно фыркать, когда программа давала сбой. Некоторые отращивали длинные усы, которые крутили, подражая Саймону Легри[61].

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

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

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

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

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

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

Вернёмся в режим мозгового штурма и начнём искать «Шесть факторов, обеспечивающих возможность создания команды». Все равно было тяжело. В итоге, впав в отчаяние, мы прибегли к приёму обращения (inversion), который описан в книге Эдварда де Боно (Edward deBono) «Lateral Thinking»[62]. Если решить проблему не удаётся, деБоно предлагает прекратить поиски путей достижения поставленной цели и начать искать способы достижения диаметрально противоположной цели. В этом случае не исключено, что сознание очистится от тумана, препятствующего творческому процессу. Поэтому вместо того чтобы искать способы, способствующие формированию команд, мы принялись придумывать, как можно воспрепятствовать их формированию, сделать его невозможным. Оказалось, легко. За короткое время мы придумали множество убойных способов воспрепятствовать формированию команды и нарушить социологию проекта. Стратегию, объединяющую эти меры, мы окрестили травлей команд (teamicide). Вот наш краткий перечень методов травли: