В поисках совершенства. Уроки самых успешных компаний Америки

Наконец, мы чувствуем необходимость еще раз подчеркнуть важность контекста, или климата. Необходимость открытых коммуникаций подчеркивал сотрудник IBM Фредерик Брукс, обсуждая разработку знаменитой System 360 {11}. (Фредерик Брукс был главным архитектором этой системы.) Несмотря на то, что в данном случае речь шла об огромной команде разработ­чиков, численность которой намного превосходила состав ти­пичной целевой команды, эта структура обладала высокой мо­бильностью. По словам Брукса, у них регулярно проводились всевозможные реорганизации. Контакты между членами ко­манды отличались высокой интенсивностью; каждую неделю все ведущие "игроки" собирались на конференцию, которая длилась, как правило, полдня. На таких конференциях обсуж­дался ход работ, достигнутые результаты и, в случае необходи­мости, принимались решения о тех или иных изменениях. Про­токолы этих конференций публиковались менее чем за двена­дцать часов. У каждого из участников проекта был доступ ко всей необходимой ему информации: например, каждый про­граммист мог просматривать весь материал, который поступал от каждой группы, участвующей в проекте. Никто из посещав­ших эти еженедельные конференции не выступал в роли кон­сультанта (т. е. штатного работника). "У каждого было право вы­сказывать предложения, выполнять которые вменялось в обя­занность всем остальным", — говорит Брукс {12}. Группа, рабо­тавшая над System 360, ежегодно проводила заседания "высшего суда", которые обычно длились две полные недели. Любые про­блемы, которые не удавалось решить в другом месте, находили свое решение в ходе этого интенсивного двухнедельного обмена мнениями. Большинство компаний, которые мы исследовали, не могли даже представить себе, как можно отправить двадцать ключевых специалистов на две недели вершить какой-то там "высший суд" или хотя бы на полдня каждую неделю для прове­дения конференций, от которых еще неизвестно какая польза. Не могли они также представить себе совместного использова­ния информации всеми сотрудниками компании или проведе­ния собраний, во время которых каждый из участников имел право высказывать предложения, выполнять которые были обя­заны все остальные.

Разница между таким подходом и тем, что мы наблюдаем во многих других организациях, столь велика, что в завершение этого раздела стоит, пожалуй, привести еще один пример, который на этот раз относится к невыдающимся компаниям. Недавно нас попросили выяснить причину недостаточной эффективности одного из проектов компьютерных информа­ционно-управляющих систем. В разработке этого проекта принимали участие представители многих организационных подразделений, из которых была создана соответствующая команда. Мы проследили историю ее деятельности в течение последнего года и пришли к следующему выводу: несмотря на то, что в своей деятельности эта команда в основном руково­дствовалась общепринятыми правилами управления коман­дами, специалисты по компьютерной технике и представители разных подразделений компании практически не общались друг с другом, не считая, конечно, формальных совещаний. Они могли бы, например, собраться вместе в каком-либо по­мещении, создать небольшую группу, могли бы даже порабо­тать в течение какого-то времени в одной комнате. Но ни у кого из них, по-видимому, не возникала такая потребность. Отправляясь в командировку в какой-либо город, все они мог­ли бы останавливаться в одной и той же гостинице, однако та­кая простая мысль так и не пришла никому из них в голову. Когда мы спросили у них, чем это объясняется, то выясни­лось, что одни предпочитают останавливаться в более дешевых гостиницах, тогда как другие выбирают гостиницы, располо­женные поближе к заводу. Во время командировок они могли бы по крайней мере обедать в одном и том же кафетерии или ресторане, но одни заявили, что им нравится перед обедом немного поиграть в теннис, тогда как другие предпочитают сразу же приниматься за обед. Все это звучало не очень-то убе­дительно, и поначалу руководители компании-клиента даже отказывались верить нашим словам. Однако когда мы собрали всех этих людей вместе, в одной комнате, им пришлось согла­ситься в том, что мы оказались правы буквально по каждому пункту. Читатели, наверное, ожидают, что после этого собрания все наладилось и встало на свои места. Увы, ничего такого не случилось. Проект, безупречный с технической точки зре­ния, со временем пришлось полностью свернуть.

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