Типовые ошибки определения целевой системы

Признаков целевой системы не так много, но всё равно люди делают ошибки: проблема в том, что системное мышление не подсказывает, что является правильным выбором.

Мы уже о них писали, но повторим ещё раз, чтобы под рукой был маленький чеклист:

• Описание системы как целевая система. Программисты считают, что их система – исходный код, а не программа в момент её выполнения для пользователя. Проектировщики и конструкторы считают, что это проектная и конструкторская документация (неважно, в электронной или бумажной форме). Сценарист считает, что это сценарий спектакля или фильма, а не сам спектакль или фильм в момент его просмотра. Хореограф считает, что это его тщательно продуманный набор движений, который он показывает танцорам, а не тот танец, который потом станцуют танцоры. Модельер данных – что это модель данных, а не данные, структурированные в соответствии с моделью (например, база данных). Нет, это всё описания целевых систем. Нам нужно доводить мысль до изменения реальности, а не до описания изменения реальности! Описать – не сделать! При этом недостаточно даже использовать «проектирование для изготовления» (design for manufacturing), хотя и это тоже нужно, тоже важно. Проектирование должно быть прежде всего озабочено эксплуатацией, изготовление тут только промежуточная стадия.

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

• Одинаковые имена целевой системы и её части (или целевой системы и использующей системы), скорее всего нужно уточнить какое-то из использованных имён, обозвав неполную систему (скажем, дом как целевая система состоит из «строительной части дома, коммуникаций, отделки», но не «дома, коммуникаций и отделки»).

• Сверхобобщения (Принцип почтальона): это частая инженерная ошибка: игнорирование при определении целевой системы использующей системы. Маскируется словами «используется везде», или совершенно неопределённым адресом. « – Где используется ваш сверлильный станок? – В машиностроении!», «Какие танцы вы будете принимать к постановке? – Любые!».

– Релятивизм – это ошибка всех тех, кто не уверен в принадлежности к какой-то команде. При релятивизме что угодно определяется «целевой системой», игнорируя наличие обеспечивающих систем (команды), просто для целей текущего рассмотрения. Системное мышление в этом случае перестаёт служить целям координации коллективной/групповой деятельности.

• Игнорирование первичности основного назначения (функции) в определении системы. То есть система выявляется не по её назначенному каким-то стейкхолдером поведению в составе использующей системы в момент эксплуатации, а по каким-то иным соображениям (например, в холархии собственности присутствуют отношения часть-целое в разных совокупностях предметов, но без опоры на взаимодействие с системным окружением и без возникающего системного эффекта). Например, «информационная система предпринятия» очень часто определяется именно через отношение принадлежности к предприятию, а не по основной функции этой информационной системы, и это ошибка. Сказать, что «информационная система предприятия информирует» – это ничего не сказать про её функцию. Принцип почтальона говорит, что это слишком общая характеристика. Пример с собакой обычно все понимают в части соблюдения этого принципа: нужно говорить «сторожевая собака», а не «домашнее животное Василия» или «дворовой зверь». Но вот для какой-то инфраструктурной или программной системы часто упускается эта необходимая первичность рассмотрения функциональности целевой системы, протягивание мысли к эксплуатационному времени, а не времени создания системы или отношениям владения.

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