«К марту у нас уже был двухмесячный стаж [56] . Я не мог понять, в чем тут для нас польза, но Джордж постоянно уверял меня, что она есть. Он сказал, что мы должны верить в Методологию, и в конечном итоге все получится».
Конечно, не получилось. Именно участники проекта лучше всех знакомы с предметом. Если полученные указания кажутся им бессмысленными, то они таковыми и являются.
Существует большая разница между Методологией и методологией. Методология с маленькой буквы – это базовый подход, используемый для выполнения работы. Он не требует толстой книги, а обитает в головах людей, выполняющих работу. Такая методология состоит из двух частей: простого плана (подходящего для данной задачи) и набора умений, необходимых для реализации плана. Едва ли можно отвергать методологию – без неё не начать работу. Но Методология – это нечто отдельное.
Методология с большой буквы – это попытка централизации мышления. Все осмысленные решения принимаются создателями Методологии, а не сотрудниками, которым поручено работу выполнить. Люди, выступающие в поддержку Методологии, долго перечисляют её предполагаемые преимущества, включая стандартизацию, документальное единообразие, управленческий контроль, а также современные методы. Таков явный смысл Методологии. Тайный же смысл проще и грубее: участники проекта недостаточно умны, чтобы думать.
Разумеется, если ваши люди недостаточно умны, чтобы подумать и выполнить работу, работа сделана не будет. Никакая Методология здесь не спасёт. Хуже того, Методологии способны наносить непоправимый ущерб предприятиям, в которых участвуют совершенно компетентные люди. Как? Они пытаются навязать всем единый шаблон, гарантирующий:
• болото писанины;
• ограниченное число методов;
• отсутствие ответственности и
• общую потерю мотивации.
Далее о каждом из этих эффектов рассказано подробнее.
Писанина: Методологии сами по себе огромны и становятся все больше (они вынуждены расти, вбирая в себя «возможности», необходимые для новых ситуаций). Методология часто занимает чуть ли не полметра пространства книжной полки. Что ещё хуже, она поощряет людей создавать документы, а не работать. Одержимость документированием в таких Методологиях, похоже, происходит от параноидального мышления в стиле «В последнем проекте исписали тонну бумаги, и он все равно провалился, так что в этом проекте испишем две». Последние десять лет в тех секторах нашей экономики, которые основываются на технологии, очень любят думать, что писанина, писанина и ещё больше писанины – это решение всех проблем. Похоже, настало время представить новую концепцию, противоположную до ереси:
Объёмная документация – часть проблемы, а не часть решения.
Методы: Основу большинства Методологий составляют стандартизированные методы. Если бы существовала тысяча различных, но одинаково хороших способов выполнить работу, возможно, имело бы смысл выбрать один в качестве стандарта. Но при нашей технологической недоразвитости в большинстве случаев не так уж много конкурирующих способов выполнить одну и ту же работу. Если существуют реальные альтернативы, люди должны узнать о них и овладеть ими. Выбор какого-то способа в качестве стандарта означает исключение другого. Если говорить коротко, получается, что знание бесценно, и потому мы будем применять его экономно.
Ответственность: Если что-то идёт не так в предприятии, использующем Методологию, виновата Методология, а не люди. (В конце концов, ведь именно Методология принимала все решения.) Работа в такой среде практически освобождает от ответственности. Люди хотят принимать ответственность, но не станут, если не получат определённую степень свободы в управлении собственным курсом на успех.
Мотивация: Смысл решения о применении Методологии ясен всем. Ничто не может лишить сотрудников мотивации настолько эффективно, насколько это сделает осознание ими того факта, что руководство считает их некомпетентными.
Создателям Методологий не даёт покоя мысль, что думающие люди попросту не будут обращать на Методологии внимания. Именно это происходит во многих организациях. А ещё более прискорбен противоположный вариант: люди не станут игнорировать Методологию, а будут вместо этого делать буквально то, что она приказывает, даже если знают, что это приведёт к потере времени, созданию неработающего продукта и бессмысленной документации. Именно это наш единомышленник Кен Орр (Ken Orr) называет «умышленным повиновением»[57]. Когда Методология призывает создать руководство оператора в восемнадцати частях, разработчики могут и написать его, даже если продукт столь глубоко запрятан в недра двигателя или спутника, что никакой оператор до него не доберётся. Если Методология обязывает вас заполнить форму базы данных по каждому элементу данных, разработчики могут выполнить это требование буквально, даже если в системе нет базы данных.
В Австралии, где забастовки отнимают примерно половину рабочего времени, существует очаровательная форма протеста – «работа по правилам». Вместо того чтобы уходить с работы, сотрудники открывают толстую книгу рабочих процедур и заявляют: «Будем работать по букве инструкций, пока вы не выполните наши требования». К примеру, когда авиадиспетчеры начинают работать по правилам, они могут посадить лишь один самолёт в семь минут. У врача при таком подходе к работе вырезание аппендицита занимает неделю. Введение Методологии открывает возможность «работы по правилам» во многих других областях экономики. Люди могут строго следовать букве Методологии, и работа в этом случае практически остановится.
Преимущества, приписываемые Методологиям, в действительности являются преимуществами конвергенции методов. Реальные преимущества могут наблюдаться, если люди делают похожую работу и применяют похожие методы. Технический персонал в этом случае получает возможность быстрее осваивать новые продукты, разработчики – быстрее начинать новые проекты; кроме того, появляется возможность единообразно определять численные показатели для различных проектов, а конкретные виды ошибок обнаруживать быстрее. Конвергенция методов – вещь хорошая. Но её можно достигнуть и без помощи Методологий.
Методологии пытаются навязать конвергенцию посредством устава. Здесь неминуем ответный удар, частично как следствие тяжести руки полицейского, а частично – склонности работника к независимости и ковбойским умонастроениям, столь распространённым среди первопроходцев новых неизведанных территорий. Вот лучшие способы достигнуть конвергенции методов:
Обучение: Люди делают то, что умеют делать. Если дать им базовый набор методов, они станут применять эти методы.
Инструменты: Набор автоматизирующих вспомогательных средств для моделирования, проектирования, реализации и тестирования даст большую конвергенцию методов, чем любой устав.
Рецензирование: В организациях, где принято рецензирование результатов коллегами (группы качества, совместные обсуждения, критические рассмотрения, презентации технологий), существует естественная склонность к конвергенции.
Лишь после такого рода осторожных шагов навстречу конвергенции можно подумать о публикации стандарта. На самом деле нельзя провозглашать что-либо стандартом, пока это ещё не стало стандартом де-факто. Это основа теории стандартизации, скажем, в DuPont. В этой компании руководство по стандартам определяет стандарт как «испытанный метод решения задач определённого рода». Далее руководство уточняет, что «испытанный» следует читать как «успешно и широко применявшийся в компании DuPont». Вот, по нашему мнению, здравый смысл, хотя он противоречит отраслевой мании искать новые подходы и скоропалительно провозглашать их стандартами, прежде чем кто-либо в организации успеет эти подходы опробовать.
Одержимость Методологиями на рабочих местах – ещё одно проявление иллюзии высоких технологий. Оно происходит от веры в то, что лишь технология имеет значение. Даже лучшая из всех возможных Методологий, описывающая действительно подходящие методы для всех возможных задач, не даст серьёзного улучшения в плане технологии. В конце концов, даже без руководства люди не смогут принимать только неверные решения. Каким бы ни было технологическое преимущество, его можно достичь лишь ценой существенного ухудшения социологической обстановки в команде.
Противоположный подход: каждое новое предприятие сначала выполняется как пилотный проект. И если существует определённый способ выполнения работы, негласный стандарт, именно этот способ нельзя будет использовать. И по меньшей мере одну часть проекта следует выполнить нестандартным способом. (Таково, похоже, негласное правило в некоторых отделениях Fujitsu.)
Весной 1932 года эксперты по производительности провели ряд испытаний в Hawthorne Western Electric Company, чтобы определить влияние различных параметров среды на производительность. Они пробовали увеличивать освещённость и заметили, что производительность увеличилась. Затем они попробовали снизить освещённость и заметили, что производительность увеличилась ещё больше. Они предположили, что если отключить свет совсем, производительность выбьет потолок. Было похоже, что влияние оказывает не изменение, но сам его факт. Людям было приятно, что на них обращали внимание, их интриговала новизна. Явление получило название эффекта Готорна (Hawthorne Effect)[58]. Грубо говоря, люди работают лучше, когда пробуют что-то новое.
Внимательное изучение литературы по улучшению производительности может убедить вас, что всякое улучшение происходит вследствие эффекта Готорна. В рекламе замечательных достоинств средства для улучшения производительности X неизменно присутствуют цифры, полученные при первом применении этого X. Редко когда можно встретить исследование, анализирующее «улучшения» десятилетней давности на предмет их теперешнего статуса. Вероятно, статуса уже никакого нет. Лишь с малой толикой цинизма мы подписываемся под воззрением, что именно эффект Готорна является причиной улучшения производительности в большинстве случаев.