Сам себе MBA. Самообразование на 100 %

Поэтому тщательно обдумывайте изменения, которые вы вносите в сложную систему: то, что вы получите «на выходе», может кардинально отличаться от ваших ожиданий.

Обычные аварии

Проблема не в том, что в жизни есть проблемы. А в том, что мы думаем, будто наличие проблем — это тоже проблема.

Теодор Рубин, врач-психиатр, автор популярных книг

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

В 1986 году шаттл «Челленджер» потерпел катастрофу: уплотнительное кольцо одного из ускорителей замерзло и стало очень хрупким. Нагревшись во время старта, оно разорвалось. «Челленджер» взорвался на 73-й секунде полета, что привело к гибели всех членов экипажа.

Конечно, всегда хочется создать систему, в которой все будет идеально. Но в реальной жизни такого не бывает. Помните об этом.

Теория обычных аварий — это эвфемизм для широко известного выражения «всякое бывает». Небольшие риски в сильно связанной системе постепенно накапливаются и неизбежно приводят к ошибкам и авариям. Чем больше и сложнее система, тем выше вероятность того, что что-то обязательно пойдет не так.

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

То, как отреагировало NASA на трагедию, случившуюся с «Челленджером», крайне поучительно: инженеры NASA не стали закрывать программу или вводить еще больше систем, которые бы только все усложнили. Они признали неминуемый риск и сосредоточились на поиске другого решения проблемы, которое бы минимизировало вероятность повторения катастрофы.

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

В 2003 году шаттл «Колумбия» снова потерпел катастрофу: разрушился теплозащитный слой на крыле корабля, и при входе в атмосферу Земли шаттл развалился на части. И снова NASA сосредоточилось на том, чтобы предотвратить возникновение такой проблемы в будущем, при этом не усложняя и не связывая общую систему. Когда несколько лет спустя во время старта на шаттле «Дискавери» вышли из строя теплозащитные экраны, инженеры NASA уже были подготовлены к событиям подобного рода: в итоге экипаж благополучно приземлился.

При возникновении обычных аварий усложнять систему не стоит — ее нужно, наоборот, ослабить, насколько это возможно. Ни одна система не может работать идеально, без каких-либо проблем. Слабосвязанные системы, может быть, не такие эффективные, но они работают дольше и реже дают сбои.

Чем сложнее система и чем дольше она работает, тем больше вероятность, что она выйдет из строя. Это дело времени. Будьте настороже, чтобы при необходимости суметь быстро отреагировать.

Глава 11 Анализ систем

Вы не сможете изменить то, чего вы не понимаете.

Эрик Эванс, инженер-технолог

Перед тем как внести какие-либо изменения в систему, необходимо понять, насколько хорошо она работает. К сожалению, это не так просто, как кажется. Невозможно, например, остановить вращение Земли на то время, пока вы будете снимать показания и проводить анализ.

Исследование придется проводить в режиме «нон-стоп». Конечно, это тяжело, но вполне осуществимо — если вы знаете, на что именно обращать внимание.

Данная глава поможет вам понять, как раскладывать (деконструировать) системы на меньшие составляющие, которые легче поддаются анализу, как вычленять самое важное и как прослеживать связь между элементами системы.

Деконструкция

Ничто не совершенно. Любой процесс предполагает анализ другого процесса.

Джозеф Кэмпбелл, мифолог, автор книги «Тысячеликий герой» [70]

70

Кэмпбелл Дж. Тысячеликий герой. М.: Рефл-бук: ACT: Ваклер, 1997. Прим. ред.

Мы уже поняли, что сложные системы состоят из связанных потоков, запасов, процессов и элементов. Система может быть настолько сложной, что ее невозможно осмыслить целиком. Семь-восемь переменных или зависимостей — и возникает ограничение когнитивного восприятия и замешательство.

Как же в таком случае проанализировать очень сложную систему?

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

Если вы ничего не знаете о главных принципах работы автомобиля, открывать капот и изучать его содержимое нет смысла: там так много деталей, что непонятно, с какой начинать. Как поступить в этом случае? Сначала необходимо определить основные подсистемы, такие как двигатель, коробка передач, радиатор, — это поможет вам понять, как функционирует вся система.

Затем нужно мысленно отделить эти подсистемы друг от друга и от всей системы в целом и попытаться понять «зоны их ответственности». Вместо того чтобы впустую тратить время на изучение всей машины, сосредоточьтесь, например, на двигателе. Где начинается подсистема? Какие потоки в ней задействованы? Какие процессы здесь происходят? Наблюдаются ли какие-либо петли обратной связи? Что произойдет в случае отсутствия притока? Где подсистема заканчивается? Что представляет собой отток из нее?

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

Кроме того, необходимо выявить существующие в системе условия — взаимосвязи «если… то» или «когда… тогда», которые влияют на ее функциональность. Например, энергия сгорающего топлива преобразуется в работу двигателя. Искра от свечи зажигания поджигает его, и тепловая энергия превращается в механическую, которая толкает поршень, активизирующий остальную систему Если какой-то элемент этой подсистемы отсутствует, система останавливается. То есть сгорание топлива и искра от свечи зажигания — это условия работы подсистемы.

Различные графики и схемы могут помочь вам лучше понять, как взаимодействуют между собой элементы подсистемы. Объяснить работу сложной системы на словах очень тяжело — лучше нарисуйте схемы потоков, запасов, условий и процессов. На основании хорошо продуманных блок-схем вы сможете понять, как работает система, и починить ее, если она сломается.

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