Детерминированные и недетерминированные системы

Автоматизация системы, прежде работавшей исключительно по человеческой инициативе, делает её полностью детерминированной. Новая система способна к действию лишь в случаях, явным образом запланированных её создателями. Так что свойство самоизлечения теряется. Любой ответ, который может потребоваться, должен быть изначально заложен в систему. Если когда-либо возникнет необходимость излечить систему, это можно будет сделать лишь вне контекста её работы. Техники разберут систему и воссоздадут её, добавив один или более запланированных ответов.

С одной стороны, возможность избавиться от неуправляемых и запутанных возможностей самоизлечения — положительное свойство автоматизации. Система сразу проектируется «правильно», и потом уже не возникает нужды что-то подправлять в процессе работы. Однако не секрет, что это может обходиться дорого. Автоматизаторы проводят много времени, придумывая ситуации настолько маловероятные, что люди, работавшие в прежней системе, вряд ли задумались бы о них до тех пор, пока не возникла бы необходимость одну из таких ситуаций разрешить. Если бизнес-правила, регулирующие новую систему, изначально предусматривают достаточную степень адхократии, ошибкой будет автоматизировать систему. Детерминизм в этом случае не является достоинством, потому что система будет постоянно нуждаться в обслуживании.

Источник способности недетерминированных систем самоизлечиваться безболезненно и элегантно (а иногда и бесплатно) — это люди, работающие в системе и знакомые с её основополагающими целями. Когда возникает новая ситуация, они уже знают, какие действия имеют смысл. Возможно, в будущем мы сможем обучать компьютеры целям системы, а не действиям, выполняемым для достижения целей, но пока что это недоступно. Идея в том, что преобразование системы в детерминированную приводит к потере её способности к самоизлечению.

Организация, в которой вы трудитесь или руководите, в каком-то смысле представляет собой систему. Это сплав взаимодействующих людей и процессов, существующий с какой-то целью. В наше время очень модно обсуждать, как делать такие системы более детерминированными. Что подводит нас к предмету Методологии.

Тайный смысл Методологии

В наших организациях более всего раздражает, что они хороши лишь настолько, насколько хороши люди, набирающие в них сотрудников. Но ведь было бы здорово выйти за обозначенные рамки и создавать хорошие организации несмотря на то, что сотрудников набирают посредственные или некомпетентные люди. Нет ничего проще — нам нужна лишь (фанфары, пожалуйста) Методология.

Методология — это общесистемная теория того, как следует выполнять весь класс задач, требующих напряжения мысли. Она воплощается в толстые книги, подробно описывающие, какие шаги следует предпринимать в каждом конкретном случае, независимо от того, кто выполняет работу, когда и где. Авторы Методологии умны. Люди, использующие её, могут быть глупыми. Им никогда не приходится включать свой мозг. Они просто открывают Методологию на первой странице, после чего идут по Дороге из Жёлтого Кирпича, подобно маленьким довольным Жевунам, от начала работы до её успешного завершения. Методология принимает все решения, а люди не принимают решений вовсе. Организация становится полностью детерминированной.

Подобно всякой другой системе, по мере роста детерминированности команда из людей все более теряет свойства самоизлечения. В результате может сложиться ситуация, когда все участники работают в направлениях, не имеющих для них никакого смысла, — верный признак, что дело не идёт на лад. Несколько лет назад мы проводили посмертный анализ провалившегося проекта. По нашей просьбе каждый участник проекта наговорил около часа своих соображений на плёнку, причём каждый занимался этим у себя дома. Мы заверили всех, что лишь мы двое будем иметь доступ к записям. Один из участников подарил нам такое наблюдение:

«К марту у нас уже был двухмесячный стаж [56]. Я не мог понять, в чем тут для нас польза, но Джордж постоянно уверял меня, что она есть. Он сказал, что мы должны верить в Методологию, и в конечном итоге все получится».

Конечно, не получилось. Именно участники проекта лучше всех знакомы с предметом. Если полученные указания кажутся им бессмысленными, то они таковыми и являются.

Существует большая разница между Методологией и методологией. Методология с маленькой буквы — это базовый подход, используемый для выполнения работы. Он не требует толстой книги, а обитает в головах людей, выполняющих работу. Такая методология состоит из двух частей: простого плана (подходящего для данной задачи) и набора умений, необходимых для реализации плана. Едва ли можно отвергать методологию — без неё не начать работу. Но Методология — это нечто отдельное.

Методология с большой буквы — это попытка централизации мышления. Все осмысленные решения принимаются создателями Методологии, а не сотрудниками, которым поручено работу выполнить. Люди, выступающие в поддержку Методологии, долго перечисляют её предполагаемые преимущества, включая стандартизацию, документальное единообразие, управленческий контроль, а также современные методы. Таков явный смысл Методологии. Тайный же смысл проще и грубее: участники проекта недостаточно умны, чтобы думать.

Безумие Методологии

Разумеется, если ваши люди недостаточно умны, чтобы подумать и выполнить работу, работа сделана не будет. Никакая Методология здесь не спасёт. Хуже того, Методологии способны наносить непоправимый ущерб предприятиям, в которых участвуют совершенно компетентные люди. Как? Они пытаются навязать всем единый шаблон, гарантирующий:

· болото писанины;

· ограниченное число методов;

· отсутствие ответственности и

· общую потерю мотивации.

Далее о каждом из этих эффектов рассказано подробнее.

Писанина: Методологии сами по себе огромны и становятся все больше (они вынуждены расти, вбирая в себя «возможности», необходимые для новых ситуаций). Методология часто занимает чуть ли не полметра пространства книжной полки. Что ещё хуже, она поощряет людей создавать документы, а не работать. Одержимость документированием в таких Методологиях, похоже, происходит от параноидального мышления в стиле «В последнем проекте исписали тонну бумаги, и он все равно провалился, так что в этом проекте испишем две». Последние десять лет в тех секторах нашей экономики, которые основываются на технологии, очень любят думать, что писанина, писанина и ещё больше писанины — это решение всех проблем. Похоже, настало время представить новую концепцию, противоположную до ереси:

Объёмная документация — часть проблемы, а не часть решения.

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

Ответственность: Если что-то идёт не так в предприятии, использующем Методологию, виновата Методология, а не люди. (В конце концов, ведь именно Методология принимала все решения.) Работа в такой среде практически освобождает от ответственности. Люди хотят принимать ответственность, но не станут, если не получат определённую степень свободы в управлении собственным курсом на успех.

Мотивация: Смысл решения о применении Методологии ясен всем. Ничто не может лишить сотрудников мотивации настолько эффективно, насколько это сделает осознание ими того факта, что руководство считает их некомпетентными.

Умышленное повиновение

Создателям Методологий не даёт покоя мысль, что думающие люди попросту не будут обращать на Методологии внимания. Именно это происходит во многих организациях. А ещё более прискорбен противоположный вариант: люди не станут игнорировать Методологию, а будут вместо этого делать буквально то, что она приказывает, даже если знают, что это приведёт к потере времени, созданию неработающего продукта и бессмысленной документации. Именно это наш единомышленник Кен Орр (Ken Orr) называет «умышленным повиновением»[57]. Когда Методология призывает создать руководство оператора в восемнадцати частях, разработчики могут и написать его, даже если продукт столь глубоко запрятан в недра двигателя или спутника, что никакой оператор до него не доберётся. Если Методология обязывает вас заполнить форму базы данных по каждому элементу данных, разработчики могут выполнить это требование буквально, даже если в системе нет базы данных.

В Австралии, где забастовки отнимают примерно половину рабочего времени, существует очаровательная форма протеста — «работа по правилам». Вместо того чтобы уходить с работы, сотрудники открывают толстую книгу рабочих процедур и заявляют: «Будем работать по букве инструкций, пока вы не выполните наши требования». К примеру, когда авиадиспетчеры начинают работать по правилам, они могут посадить лишь один самолёт в семь минут. У врача при таком подходе к работе вырезание аппендицита занимает неделю. Введение Методологии открывает возможность «работы по правилам» во многих других областях экономики. Люди могут строго следовать букве Методологии, и работа в этом случае практически остановится.