В современном системном мышлении через проектные роли, предметы интереса и ролевые интересы вводится понятие «успешная система».
Система считается успешной, если в ней учтены ролевые интересы всех внешних и внутренних проектных ролей. Команда проекта самостоятельно выявляет все заинтересованные проектные роли, и старается определить все возможные предметы интересов. Далее учитывают предпочтения выявленных ролей в соответствующих предметах интересов. А потом команда решает ролевые интересы каких проектных ролей будут удовлетворены при создании системы.
Учитывается максимальное число ролей и их предметы интересов, а удовлетворяются ролевые интересы только тех ролей, которые выбрала команда. Невозможно удовлетворить все ролевые интересы. Для этого не хватит времени и средств. Однако, учитывая всех и удовлетворяя только главные предметы интересов и соответствующие ролевые интересы, команда понимает какие издержки может понести.
Например, команда может учесть ролевой интерес покупателя к низкой цене, но не обязана удовлетворять это предпочтение. Хотя, установив определенную цену, команда может просчитаться и понести за это ответственность в виде недополученной прибыли.
Обратим внимание на то, что команда обязана не только выбирать какие предпочтения учитывать, но и стараться выявлять все возможные предметы интересов. Причем эти предметы интересов касаются не только и не столько финансов.
Заметьте, что в проектах преимущественно появляются такие предметы интересов как прибыль, сроки, качество. Это означает, что определенные проектные роли обозначают свои ролевые интересы37. С точки зрения системного мышления мы не можем назвать систему успешной, если будут удовлетворены только эти ролевые интересы. Поскольку, если система, например, может нанести вред здоровью человека, то компании не поздоровится в будущем.
Итак, сначала команда выявляет все возможные проектные роли и их предметы интересов. Потом рассматривает каждый ролевой интерес и решает что с ним делать: удовлетворять или нет? Это осознанное решение, за которое команда несет ответственность. Команда ставит свою «шкуру на кон», когда определяет список проектных ролей, чьи ролевые интересы будут прорабатываться в проекте и в итоге удовлетворяться в системе.
Какие-то ролевые интересы команда может решить не удовлетворять. Но если команды проработала все предметы интересов и предпочтения, то значит они учтены. Однако, возможно, не все из них будут удовлетворены. Учесть и удовлетворить – это разные вещи.
На схеме выше вы видите как системное мышление предлагает получать успешную систему. Обратите внимание, что за каждым словом из этой схемы стоит большая работа. В курсе мы будем обсуждать все эти понятия и действия, которые должны совершить проектные роли, чтобы получить успешную систему.
Разбираясь с ролями нельзя упустить из внимания исполнителя роли. Если роль исполняет человек, то его рассматривают как агента или актёра. Человек – это слишком объемное понятие38. Нам необходимо уделить внимание неудовлетворенностям и желаниям человека, которые обуславливают его действия. Агент – это человек, который намерен совершать действия, чтобы устранить неудовлетворенность.
Когда речь идет о человеке, то есть риск уйти в психологическую терминологию, которая менее формальна и не подходит для системного моделирования. Поэтому чтобы обсуждать человека-агента вводится понятие «намерение»39. Намерение позволяет обсуждать не роль, а её исполнителя. То есть «предпочтение» относится к роли, а «намерение» – к исполнителю роли.
В учебнике «Системное саморазвитие» вводилась схема связи психологии и системного мышления. Здесь мы немного её доработаем: ощущая неудовлетворенность, человек-агент намеревается встать в роль, чтобы посредством действия по практике устранить эту неудовлетворенность. Одновременно с этим, агент в роли с помощью данной практики участвует в создании какой-то системы.
Агент действует по роли и тем самым преследует ролевой интерес (предпочтение) к системе. Но также агент может намеренно переключаться между ролями, и, соответственно, мы можем видеть смену предпочтений. Например, мы ожидаем от человека, что он будет играть одну роль и преследовать соответствующие ролевые интересы, а он оказывается сменил роль и преследует другой ролевой интерес. И даже, возможно, к совсем другой системе. Для того, чтобы работать с намерениями агента необходимы отдельные практики40, и в первую очередь, системное лидерство. Об этом поговорим более подробно в следующих главах.
Понятие «намерение», в первую очередь, необходимо, чтобы выявлять конкретных людей, которые имеют какое-то отношение к вашей системе и проекту. По этим конкретным людям нужно выявлять проектные роли, или, наоборот, проектные роли нужно связать с конкретными людьми.
Часто бывает, что вокруг вас находится большое число людей, но вы не можете понять какие у них намерения, и соответственно не понимаете, являются ли они заинтересованными лицами41. Иногда, наоборот, вокруг вас никого нет или вы работаете маленькой командой, но где-то есть люди, которые хотят чего-то от вас или от вашего проекта. Выявив намерения этих людей, можно лучше понять, являются ли они заинтересованными лицами и какие именно роли по отношению к вашей системе они играют.
Таким образом, работая с проектными ролями, необходимо знать всех исполнителей и их намерения. Если намерения исполнителей никак не связаны с проектными ролями вашего проекта, значит вы неправильно выбрали исполнителей или вам будет необходимо изменить их намерение.
На следующем слайде кратко представлен логический порядок создания успешной системы.
Первые стадии жизненного цикла любой системы связаны с замысливанием, моделированием или проектированием. На этих стадиях мы работаем с проектными ролями. Выявляются все внешние и внутренние проектные роли, а также их потребности (проблемы). Определяются предметы интересов, ролевые интересы, предпочтения. Далее важно связать проектные роли с конкретными исполнителями42. Исходя из списка проектных ролей и работы с их конкретными исполнителями определяется короткий список проектных ролей, над ролевыми интересами которых далее будет продолжаться работа. То есть ролевые интересы, которые будут удовлетворены в системе.
Работа с потребностями и требованиями определяет архитектуру системы, а по итогам создания системы нужно провести приёмку и проверку43. А работа с намерениями внутренних проектных ролей позволит лучше выстроить работу команды.
А вот далее не буду рассказывать остальные пункты на вышеприведенном слайде, потому что вы ещё не знаете всех понятий. Но они тут приведены, чтобы вы смогли хотя бы оценить то, что потребуется ещё изучить, в чем детально разобраться.
Здесь приведено краткое описание применения системного мышления к созданию успешной системы. Множество нюансов опущено. Но вы уже должны понимать, что системное рассмотрение позволяет формальным образом проложить путь от формирования бизнес-идеи до её воплощения в физическом мире в виде успешной системы.
От успешной системы вернемся обратно к ролям и разберёмся, чем роль отличается от проектной роли.
Проектную роль всегда исполняет человек. Однако понятие «роль» можно использовать не только по отношению к человеку. Ведь роль – это функциональный объект, а её исполнитель – это какой-то физический объект. Этим объектом может быть как человек, так и неодушевленный предмет.
Давайте рассмотрим пример с такси. В такси роль водителя может исполнять человек, а может робот с искусственным интеллектом. В первом случае мы будем говорить про проектную роль, чтобы подчеркнуть участие человека. Но если мы говорим, что «в такси есть роль водитель», то допускаем, что исполнителем данной роли может быть как человек, так и неодушевленный объект.
Вы должны хорошо понять разделение на:
• физический объект: это человек, ИИ или какой другой неодушевленный предмет. Обратите внимание, что когда мы говорим про физический объект, то обозначаем, что есть нечто существующее в физическом мире. Мы ничего не знаем о том, какую роль может выполнять этот физический объект44. Главное, что мы знаем, когда называем его физическим объектом, что он имеет 4D-измерение (трехмерное пространство и время).
• функциональный объект: это и есть роль. В вышеуказанном примере – роль водителя. Когда мы говорим про функциональный объект, тогда обращаем внимание на то, что есть не просто физический объект, а роль. То есть не просто человек, а водитель с определенным мастерством. В данном рассмотрении нам важно поведение этого функционального объекта, а не то, какой физический объект будет играть эту роль45;
• ролевое или функциональное поведение. Мы говорим, что функциональный объект имеет определенное ролевое или функциональное поведение. Например, у роли водителя это поведение называется управлением автомобилем.
Физический объект (или исполнитель) – человек, ИИ или другой неодушевленный предмет.
Функциональный объект (или роль) – водитель.
Ролевое поведение (или функциональное) – управление автомобилем.
У неодушевленного предмета интереса нет, но функциональный объект тоже играет роль. Интерес – только у проектной роли!
Такое разделение на физический объект, функциональный объект (роль) и ролевое поведение является важным принципом системного мышления.
Например, сначала мы понимаем, что нам нужна функция забивания гвоздей. Функция – это поведение. Она функция привязывается к роли «забиватель гвоздей», а уже потом на эту роль назначается исполнитель. Нам не обязательно брать это будет молоток46. Нужную роль «забивателя гвоздей» может сыграть микроскоп или камень.
Так же инженеры проектируют системы. Сначала они понимают какие функции нужны, исходя из этой функции-поведения называют систему, то есть дают ей функциональное название или роль. А уже потом определяют модули или физические объекты, которые лучше всего подходят на эти функциональные роли.
Ролевой подход одинаков для человека и для «железной» системы, если мы рассматриваем их в качестве исполнителей определенных ролей. При этом поведение человека называют ролевым поведением, а поведение «железной» системы – функцией системы. Хотя можно говорить про ролевое поведение автомобиля, это не будет ошибкой.
Однако есть и более глубокие отличия. Например, чтобы человек встал в нужную роль его необходимо каким-то образом уговорить, а уговаривать микроскоп исполнить роль молотка не нужно47. Поэтому в системах с людьми на первый план выходит
О проекте
О подписке