Анатолий Левенчук - Системное мышление

Системное мышление не даёт никаких «объективных ответов» на вопросы о системах. Эти ответы всегда зависят от того, какой стейкхолдер спрашивает, и какой стейкхолдер даёт ответ. В системном мышлении нет никакого алгоритма, приводящего к правильному ответу, нет последовательности шагов, гарантирующих какой-то приемлемый результат этого мышления. Системное мышление сложно, его долго осваивать – этим оно напоминает какую-то «необъективную высшую математику». Системное мышление даже не трудится давать точные определения своим понятиям: разные стейкхолдеры норовят приспособить эти понятия для своих самых разных потребностей. Но понятия системного мышления позволяют компактно и просто описывать сложный мир!

Первое, что нужно делать в системном мышлении – это не думать о всех системах сразу, а сначала определить ту главную систему, которую вы хотите сделать, или изменить, или эксплуатировать, или уничтожить. Сначала нужно найти целевую систему (system-of-interest). Это очень непросто, а ошибки часты и дорогостоящи. Если нет беглости в системном мышлении, то вы будете определять целевую систему неправильно, а если вы её определите неправильно, то вы просто будете заниматься не тем, чем надо, будете зря тратить время: фокус вашего внимания будет не на важном, а «рядом с важным» или даже «далеко от важного». (фото 100 100 http://joxi.ru/LmG3jgZSeoVqQm )

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

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

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

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

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

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

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

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

Целевая система раньше часто мыслилась как поставляемый продукт.

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

Клиент использует продукт двумя способами:

• в составе своей целевой системы

(например, ваши часы-продукт он устанавливает в

свой автомобиль-продукт, а затем продаёт автомобиль

своему клиенту)

• в составе своей обеспечивающей системы

(например, ваши часы-продукт он устанавливает в свой цех

на стену, чтобы рабочие могли следить за временем в ходе

сборки ими автомобиля – продаёт же клиенту автомобиль

без часов или с какими-то другими часами).

Альтернативное представление продукта – это представление его как целевой системы, принадлежащей клиенту.

Но что тогда делает команда проекта?

Она предоставляет сервис(service, услугу) обеспечивающей системы 101 101 В литературе можно найти много разных мнений, что такое «сервис», вот только несколько работ на эту тему: https://yadi.sk/d/4hIEcpcn3Ny9iN . Основная путаница тут в том, что «службой» называют и процесс (разворачивающееся во времени действие, наблюдаемое вовне поведение) оказания услуги, и ту систему, которая вызывает это поведение, т.е. «слугу». И это иногда компонентные «слуги», а иногда модульные. Изредка «сервисом» называют ещё и интерфейс между «слугой» и изменяемым этим слугой внешним миром. В нашей книге мы придерживаемся мнения, что сервис – это внешнее поведение системы как модуля. Это мнение в том числе поддерживается спецификацией архитектурного языка ArchiMate: http://pubs.opengroup.org/architecture/archimate3-doc/chap08.html . Например, парикмахерская оказывает услуги по стрижке головы. Голова и причёска на голове принадлежат клиенту, парикмахерская – обеспечивающая система, производит внешнее поведение (сервис), меняющий голову так, чтобы на ней появилась причёска.

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