Ритуал обучения просто невозможен, если люди не чувствуют себя в безопасности. В атмосфере достаточно сильной конкуренции просто безумие позволить кому-то увидеть, что вас обучают. Ведь это будет очевидным свидетельством, что в определённой области у вас меньше знаний, чем у обучающего. Точно таким же безумием является и обучение другого человека, поскольку он в конечном итоге может воспользоваться вашей помощью, чтобы вас же и обойти.
Затруднение внутрикомандного обучения есть прямое следствие внутренней конкуренции. Поскольку обучение жизненно необходимо для процветания команды, все, что делает руководитель для повышения конкуренции в команде, можно считать травлей. Вот некоторые действия начальства, оказывающие чаще всего отравляющее воздействие на команду:
• ежегодный пересмотр зарплаты или заслуг;
• целеориентированное управление (management by objectives, MBO);
• восхваление определённых сотрудников за выдающиеся достижения;
• награды, призы и бонусы, связанные с производительностью;
• измерения производительности практически в любой форме.
Минутку, но разве это не те самые вещи, которые так много времени или даже большую его часть отнимают у руководителей? Как ни прискорбно, да. И все же эти действия с большой вероятностью оказывают отравляющее воздействие.
У. Эдварде Деминг (W. Edwards Deming) в своей книге «Out of the Crisis» (Выход из кризиса) в 1982 году сформулировал столь популярные сегодня Четырнадцать идей. Среди оных под номером 12В скрыто одно соображение:
Уничтожьте барьеры, лишающие руководителей и инженеров их права гордиться своим мастерством. Это означает [78] предание забвению рейтингов достижений и целеориентированного управления[77].
С этим испытывают затруднения даже люди, считающие себя последователями Деминга. Черт возьми, что же нам делать вместо этого?
Деминг говорит, что МВО и подобные стратегии – просто отговорки для руководителей. Используя примитивные посторонние стимуляторы для поднятия производительности, руководители избавляют себя от более сложных проблем, связанных с инвестициями, прямой личной мотивацией, вдумчивым формированием команд, удержанием персонала, непрерывным анализом и пересмотром рабочих процедур.
Мы не делаем столь глобальных выводов и утверждаем следующее: любое действие, дифференцирующее награждение участников команды, вероятно, будет способствовать конкуренции. Руководителям следует предпринимать шаги для ослабления этого эффекта или противодействия ему.
Мы прерываем трансляцию…
ПУГАЮЩИМ ПРИЗНАНИЕМ АВТОРОВ
На страницах этой книги мы упоминали и обсуждали спортивные команды в качестве метафоры, обозначающей хорошо скоординированную рабочую группу. И теперь мы вынуждены подчеркнуть своё растущее разочарование в этой метафоре.
Сегодня нас больше всего беспокоит, что спортивные команды подразумевают конкуренцию. Футбольные, баскетбольные, бейсбольные команды состязаются в пределах своих лиг, но также пропагандируют достаточно сильную внутреннюю конкуренцию. Скажем, игроки «запасные» не должны испытывать ни малейшего желания конкурировать с основным составом. Да, конечно, они болеют за основной состав, но вряд ли они от чистого сердца желают ему выглядеть звёздной командой.
В средней школе я был самым низкорослым членом нашей сборной баскетбольной команды. Я до сих пор помню парня, который должен был сфолить, чтобы меня выпустили на площадку. Его звали Даг Тиммер-ман. Он был чертовски одарённый игрок и почти никогда не фолил. Я любил его как брата, и все же…
Мы все видели, как спортивные команды побеждают, несмотря на ошибки одного из участников. Мы также видели, как отдельные игроки замечательно себя чувствуют, в то время как их команда безнадёжно проигрывает. Таким образом, успех или поражение отдельного человека никак не связаны с успехом или неудачей группы в целом. Таков изъян ситуации, лишь обостряющий любую зарождающуюся тенденцию к конкуренции.
Контрастирующий пример – хор или музыкальная группа, создающие практически идеальную связь между успехом или неудачей одного человека и успехом или неудачей всей группы. (Никто и никогда не поблагодарит вас за хорошее пение, если хор в целом пел отвратно.)
Так что мы должны запоздало сообщить, что музыкальный ансамбль – более подходящая метафора для слаженной рабочей группы. Конечно, мы не единственные, кто использует слово «команда» для описания подобной группы. Здесь имеет значение не название – «команда», «ансамбль» или «гармоничная рабочая группа», – но осознание всеми участниками того факта, что успех отдельного человека неизменно связан с успехом коллектива в целом.
29. Программы модернизации процессов
Те замечательные ребята, что в восьмидесятых познакомили нас с Методологией с большой буквы М, без дела не сидели. Их последнее новшество – Движение За Улучшение Процессов, более современное, более всеобъемлющее, оно лучше, в нем больше лоска, оно ещё более амбициозно… но по сути это все то же старьё. Ваша локальная Программа Модернизации Процессов – все та же Методология, но переродившаяся. На этот раз подход «универсального размера» достиг апогея: один размер теперь подходит не только всем в вашей компании, он ещё и всем во всем мире. Способности вашей организации измеряются в контексте жёсткой модели. Чем точнее вы соответствуете модели, тем выше ваш балл. Чем выше, тем лучше. Самый высокий балл – лучше всего. Если бы все организации получали самые высокие баллы, они все были бы лучшими, и (так уж получается) выполняли бы свою работу абсолютно одинаково – лучшим способом. Лучший – он и в Африке лучший, тут нет разницы между веб-приложениями для Yahoo и подпрограммами учёта пенсий в Aetna. По крайней мере, в теории…
На случай, если последние пятнадцать лет вы прожили на другой планете, мы представляем новейшую хронологию усовершенствования процессов:
1984: Министерство обороны США (U.S. Department of Defense, DoD) создаёт Институт программной инженерии (Software Engineering Institute, SEI) при Университете Карнеги-Меллон. На институт возлагается миссия «создания стандартов совершенства в разработке программного обеспечения».
1987: SEI публикует первую пятиуровневую схему оценки «зрелости программного обеспечения».
1988: Опубликована важнейшая работа Уоттса Хамфри (Watts Humphrey) «Characterizing the Software Process: A Maturity Framework» (Описание процесса разработки программного обеспечения: общая схема зрелости) в журнале IEEE Software за март 1988 года. Проведены и опубликованы первые оценки. Первые свидетельства о существовании СММ (Capability Maturity ModelSM – модели зрелости потенциала).
1989: Создание групп разработки стандартов и первых организаций методологической поддержки. Публикация книги Хамфри «Managing the Software Process» (Управление процессом создания ПО).
1990-е: Распространение СММ в Минобороны США и за пределами ведомства. Создание целевых уровней СММ во многих, если не во всех, крупных организациях, участвующих в разработке ПО.
Ядром СММ является упорядоченное множество ключевых областей процесса (Key Process Areas, KPAs), каждую из которых характеризует определённый отраслевой опыт, связанный с уровнем СММ. Исходя из качества опыта в ключевых областях, шкала делится на пять уровней организационной «зрелости». Переход на уровень определяется не только количеством накопленного опыта, но также порядком накопления этого опыта (скажем, заслугой не является накопление опыта Уровня 4, если организация ещё не достигла Уровня 3).