Конечно, никто и никогда прямо не говорит, что работа не должна приносить удовольствие, но идея витает повсюду, выжженная в нашем культурном подсознании. Она проявляется в виноватой застенчивости, когда нас застают восторженно хихикающими над текущей задачей. Она выходит на поверхность в нашем неохотном приятии униформы, политики «нет попкорну» и серьезного вида вообще, по которому так называемых профессионалов и отличают от тех, кому работа доставляет удовольствие.
Эта часть посвящена противоположной посылке: работа должна приносить удовольствие.
37.
Хаос и порядок
Есть нечто в человеческой природе, что делает нас непримиримыми врагами хаоса. Встречая хаос, мы закатываем рукава и приступаем к работе, чтобы заменить хаос порядком. Порядок, созданный человеком, повсюду – в домах, садах, в прическах и аккуратных сетках улиц Однако из этого не следует, что мы были бы счастливы в отсутствие всякого хаоса. Наоборот, нам было бы скучно до слез. Хаос, еще существующий в современном обществе, – это ценный товар. Мы должны аккуратно экономить его, не давая жадинам больше положенной им доли.
Жадины, как правило, – это мы, руководители. Мы часто видим хаос в своей области. И предполагаем, что наша задача – избавиться от хаоса, причем полностью. Руководитель в открытом кимоно имеет другую точку зрения. Он готов оставить небольшие фрагменты хаоса другим людям. В последнем случае задача руководителя – разделить хаос поровну. И тогда подчиненным удается получить удовольствие, приводя хаос в порядок.
Наша главная проблема – прогресс
Количество беспорядка постоянно уменьшается. Это особенно очевидно в новых технологических областях. Люди, которых в эти области много лет назад привлекла новизна, отсутствие порядка, испытывают ностальгическую привязанность к временам, когда вещи были не до такой степени механизированы. Каждое великое открытие последних тридцати лет сокращало безумие нашей работы. Разумеется, открытия эти прекрасны – кому захочется возвращаться в прошлое – но все же...
Все мы готовы улучшать методы и делать разработку более упорядоченным предприятием. Это – прогресс. Да, часть безумного веселья в процессе теряется, но удовольствие одного человека может быть агонией другого (тот проект, показавшийся вам столь веселым, вероятно, стал причиной язвы у вашего начальника). В любом случае, движение к более упорядоченным, управляемым методам остановить невозможно. Вдумчивый руководитель и не хочет препятствовать этой тенденции, но может при этом ощущать потребность в замене потерянного беспорядка, который генерировал так много энергии в работе. Это подводит нас к политике конструктивного привнесения дозированного беспорядка.
Выразив идею столь смело, мы можем достаточно легко собрать перечень способов реализации подобной политики:
пилотные проекты;
военные маневры;
мозговые штурмы;
провокационные курсы;
обучение, путешествия, конференции, торжества, отдых.
Этот список мы ограничили методами привнесения беспорядка, успешное применение которых наблюдали в реальной жизни. Ваш собственный список может быть не столь кратким. Небольшой мозговой штурм на эту тему (о мозговых штурмах чуть ниже) позволит найти фантастические и замечательные возможности.
Пилотные проекты
Пилотный проект – это такой, в котором вы откладываете в сторону толстый том стандартов и пробуете новый, неизученный метод. Новый метод вам не знаком, поэтому поначалу можно ожидать низкой производительности. Такова цена изменений. Обратная сторона медали – повышение производительности в результате применения нового метода. Кроме того, добавляется еще эффект Готорна – прирост энергии и интерес, наполняющий людей, когда они изучают что-то новое и непривычное.
Могут ли эти два плюса перевесить минус кривой обучения? Было бы безрассудством предполагать, что могут всегда. Большое значение имеет природа вносимых изменений, а также продолжительность проекта способности его участников, степень веры людей в изучаемый метод По нашему опыту, пилотные проекты в делом тяготеют к производительности, превышающей средние показатели. Это означает, что затраты на проект будут, вероятно, меньше, если вы решите сделать проект пилотным, то есть решите использовать какой-то новый метод.
Означает ли это, что все проекты должны быть пилотными? Ваша организация окажется в хорошей компании (это и Fujitsu, и части Souther Company, и некоторые подразделения IBM), если примет подобный подход за правило. В любом случае смысла больше в том, чтобы все пpoeкты были пилотными, чем в том, чтобы таких проектов вообще не было.
Вот два вероятных возражения против любой расширенной программ: пилотных проектов:
Что делать, если закончатся новые идеи?
Не усложнится ли еще более сопутствующая деятельность (поддержка продукта, обучение клиентов и т. д.), если мы начнем поставлять неустойчивую продукцию?
Первое возражение имеет смысл лишь в теории. Большинству организаций после десятилетий новых подходов редко (если вообще) приходится волноваться из-за того, что новые подходы закончатся. Если начать исследовать все хорошие идеи, на которые мы не обращали внимания в последние десятилетия двадцатого века, а затем перейти к началу века двадцать первого, то к моменту, когда исследование завершится, пройдет еще десятилетие и появятся многочисленные новые идеи.
Что касается проблемы неустойчивых продуктов, то почему бы не признать, что такая проблема существует даже в случае следования жестким стандартам? Существующая стандартизация привела к документальной стабильности продуктов, но никак не к осмысленной функциональной стабильности. Иначе говоря, стандартизация в основном затронула бумажную работу, связанную с продуктами, но не сами продукты. Если же бумажный след проекта немного отличается от стандартного, то серьезных неудобств это не вызовет.
Одно предостережение по поводу пилотных проектов: не экспериментируйте более чем с одним технологическим аспектом в пределах проекта. Несмотря на все разговоры о важности стандартов, просто удивительно, насколько часто руководители забывают обо всяких стандартах в тех редких проектах, которые оказываются пилотными. Они часто испытывают новые аппаратные средства, новые программы, новые процедуры контроля качества, матричное руководство, а еще новые методы создания прототипов – и все в одном проекте.
Разумный подход к пилотному проекту – разрешить изменить лишь одну составляющую процесса. В здоровой среде участники проекта поймут, что экспериментировать с одним новым методом в каждом проекте – это нормально, но в целом следует всегда придерживаться стандарта.
Военные маневры
25
За четыре года существования наших военных маневров разработчиков мы узнали, что иногда жесткое состязание, в котором нет проигравших, может стать замечательным источником созидательного беспорядка. Наши игры ориентированы на сообщество разработчиков программного обеспечения, но идею можно применять практически в любой области. Независимо от рода вашей деятельности, возможность испробовать себя в решении специализированных задач и сравнить свои результаты со статистикой производительности коллег может быть весьма интересной. (Конечно же, такой опыт приятен лишь при наличии гарантий конфиденциальности, описанных в главе 8 «С девяти до пяти здесь совершенно невозможно работать». Вы должны быть уверены, что результаты состязаний не будут использованы против вас.)
Военные маневры помогают вам оценить свои плюсы и минусы по относительной шкале, помогают организации выявить свои плюсы и минусы в глобальном масштабе. По