Парадокс управления. Командование и управление используются для обеспечения порядка и поддержания соответствия какой-то форме стратегического руководства (цель, задача или результат). Однако, для того, чтобы способствовать развитию инноваций, творческих способностей и чувства самосознания, у вас не должно быть командования и управления.
Парадокс клиента. Для продуктивной работы и получения прибыли необходимо прислушиваться к вашим клиентам. Однако, для того, чтобы воспользоваться преимуществами передовой технологии, которая может дать новые возможности для продуктивной работы и извлечения прибыли, вы не должны прислушиваться к вашим клиентам.
Парадокс разнообразия. Для того, чтобы команда (в том числе проект, миссия, целевая рабочая группа и т. д.) достигла успеха, необходимы как единообразие, так и дифференциация. Единообразие необходимо для того, чтобы обеспечить наличие одновременно боевого духа и чувства сопричастности общей цели. Однако дифференциация с учетом способностей и навыков членов команды необходима для достижения командного успеха.
Парадокс программного обеспечения. Из-за фундаментальной природы программного обеспечения ЭВМ возникает парадоксальная ситуация, когда программные системы нужно планировать, при этом в то же самое время творческие способности вездесущего программиста требуют, чтобы их не планировали. Это является центральным вопросом в спорах между сторонниками планового и гибкого программирования.
При изучении различных системных перспектив системный мыслитель должен смотреть вверх и наружу, а также вниз и вовнутрь и должен рассматривать целевую систему в узком смысле, целевую систему в широком смысле, окружение, а также окружение в широком смысле, как это показано на рис. 1.5. Таким образом, когда мы рассматриваем какие-либо подходы к моделированию (описанию) системных ситуаций, следует не упускать из виду понимание парадоксальных ситуаций и создаваемых ими напряжений, а также стремиться рассматривать различные аспекты проблемы или возможности в целом. Некоторые из подходов к моделированию могут использоваться и для жестких и для мягких систем, в то же время имеются подходы, которые лучше подходят для моделирования жестких или мягких систем. Тем не менее, давайте сначала рассмотрим системы и взаимосвязи, которые нужно охарактеризовать.
Описание системных ситуаций
Существуют различные подходы к количественному и качественному моделированию системных ситуаций. Эти подходы задают различные проекции, которые помогают вникнуть в широкий круг системных особенностей. Качественные модели могут включать прозаический текст на естественном языке, структурированный текст, наглядное изображение и/или графическое представление существенных свойств проблемы или возможности, связанной с системой. Все формы качественных моделей предназначены для того, чтобы рассказать историю системы, которая и дает полезное понимание. Ниже будут рассмотрены различные способы рассказа историй посредством использования моделей, но сначала давайте еще раз обратим внимание на важность парадигмы диаграммы системной связности.
Система, как доминанта
Выявление проблем или новых возможностей чаще всего обусловлено связями между элементами нескольких систем. Поэтому, давайте в данном контексте еще раз рассмотрим мысленную модель диаграммы системной связности, изображенную на рис. 2.1.
Рис. 2.1. Где проблема, а где возможность?
Проблема или возможность может возникнуть из-за элементов и связей, которые были вовлечены в ситуацию и ограничены связанной с ситуацией целевой системой, понимаемой в узком смысле. Однако, если посмотреть вверх и наружу, границы проблемы или возможности меняются, поскольку существуют целевая система в широком смысле, окружение в узком смысле и даже окружение в широком смысле. Естественно, что ситуации, связанные с проблемой или возможностью, возникают в реагирующих системах, а также во взаимосвязях с системными активами, которые нужно описывать. В этих случаях также следует учитывать целевую систему в широком смысле и, более того, окружение в узком и широком смысле.