Использующая система

Использующая система (обычно не говорят «надсистема», хотя в некоторых школах системной мысли используется и термин «надсистема», например, в движении ТРИЗ ) прежде всего должна проверяться на то, что целевая система является в момент эксплуатации (operation, работы) неотъемлемой частью этой системы, то есть буквально входит в её состав (composition). Увы, большинство ошибок происходят именно по невниманию к этому её признаку. Системная холархия — это иерархия по отношению состава/сборки/часть-целое, а не по каким-то другим отношениям. На ошибку выделения использующей и целевой системы указывают обнаружение между ними отношений вызова подпрограммы, классификации и специализации, принадлежности в части имущества, назначения на роль — ведь есть огромное количество других отношений, кроме предписанного для холархии отношения состава (composition, is_part_of, включения как физической части).

Например, рассмотрим мужчину и женщину. Один из студентов высказал мысль, что если женщина целевая система, то мужчина — это использующая система. С этим можно согласиться, но только если мужчина съел женщину! А как ещё женщина может быть составной частью (is_part_of) мужчины?

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

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

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

Ещё одна ошибка, когда использующая и целевая система называются одинаково. Холархии типа «А состоит из А и Б» недопустимы, может быть только «А состоит из Б и В» — и скорее всего эта ошибка не в том, что сама холархия в жизни какая-то неправильная, а просто неправильно выбраны имена для холонов. Например, «ячейка состоит из ячейки и прокладки». Подробное обсуждение показывает, что речь идёт о ячейке, которая состоит из корпуса и прокладки. «Жилая комната состоит из комнаты и интерьера». Подробное обсуждение показывает, что жилая комната состоит из помещения (строительной части, даже без отделки) и интерьера (в который входят даже приклеенные к стенам помещения обои).