Создателям Методологий не даёт покоя мысль, что думающие люди попросту не будут обращать на Методологии внимания. Именно это происходит во многих организациях. А ещё более прискорбен противоположный вариант: люди не станут игнорировать Методологию, а будут вместо этого делать буквально то, что она приказывает, даже если знают, что это приведёт к потере времени, созданию неработающего продукта и бессмысленной документации. Именно это наш единомышленник Кен Орр (Ken Orr) называет «умышленным повиновением»[57]
. Когда Методология призывает создать руководство оператора в восемнадцати частях, разработчики могут и написать его, даже если продукт столь глубоко запрятан в недра двигателя или спутника, что никакой оператор до него не доберётся. Если Методология обязывает вас заполнить форму базы данных по каждому элементу данных, разработчики могут выполнить это требование буквально, даже если в системе нет базы данных.В Австралии, где забастовки отнимают примерно половину рабочего времени, существует очаровательная форма протеста – «работа по правилам». Вместо того чтобы уходить с работы, сотрудники открывают толстую книгу рабочих процедур и заявляют: «Будем работать по букве инструкций, пока вы не выполните наши требования». К примеру, когда авиадиспетчеры начинают работать по правилам, они могут посадить лишь один самолёт в семь минут. У врача при таком подходе к работе вырезание аппендицита занимает неделю. Введение Методологии открывает возможность «работы по правилам» во многих других областях экономики. Люди могут строго следовать букве Методологии, и работа в этом случае практически остановится.
Преимущества, приписываемые Методологиям, в действительности являются преимуществами конвергенции методов. Реальные преимущества могут наблюдаться, если люди делают похожую работу и применяют похожие методы. Технический персонал в этом случае получает возможность быстрее осваивать новые продукты, разработчики – быстрее начинать новые проекты; кроме того, появляется возможность единообразно определять численные показатели для различных проектов, а конкретные виды ошибок обнаруживать быстрее. Конвергенция методов – вещь хорошая. Но её можно достигнуть и без помощи Методологий.
Методологии пытаются навязать конвергенцию посредством устава. Здесь неминуем ответный удар, частично как следствие тяжести руки полицейского, а частично – склонности работника к независимости и ковбойским умонастроениям, столь распространённым среди первопроходцев новых неизведанных территорий. Вот лучшие способы достигнуть конвергенции методов:
Лишь после такого рода осторожных шагов навстречу конвергенции можно подумать о публикации стандарта. На самом деле нельзя провозглашать что-либо стандартом, пока это ещё не стало стандартом де-факто. Это основа теории стандартизации, скажем, в DuPont. В этой компании руководство по стандартам определяет стандарт как «испытанный метод решения задач определённого рода». Далее руководство уточняет, что «испытанный» следует читать как «успешно и широко применявшийся в компании DuPont». Вот, по нашему мнению, здравый смысл, хотя он противоречит отраслевой мании искать новые подходы и скоропалительно провозглашать их стандартами, прежде чем кто-либо в организации успеет эти подходы опробовать.