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

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

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

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

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

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

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

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

Команда проекта может быть и на пару тысяч человек сотрудников предприятия, а может состоять и из пары человек, и даже одного человека. Разделение на внешних стейкхолдеров и команду как внутренних стейкхолдеров может быть даже более дробным: внутренние стейкхолдеры предприятия (юрлица) и команда предпринятия (отдельного проекта внутри предприятия ). Внутренние стейкхолдеры предприятия (например, финансисты, юристы, высшие менеджеры предприятия) заинтересованы в успехе целевой системы, но преследуют совсем иные интересы, нежели команда проекта. Если у вас появятся лишние $1000 в проекте – вы куда их потратите? Улучшите на эту сумму целевую систему, не увеличивая её стоимости – т.е. подарите клиенту? Улучшите ресурсы команды – наймёте более квалифицированных людей, закупите более дорогое оборудование? Отдадите на дивиденды владельцам предприятия? Интересы всех стейкхолдеров разные, критерии принятия ими решений разные.

Нужно коллективно/группой договориться, что считать целевой системой, какие цели преследует проект, в чём состоят возможности проекта. И ещё нужно понять, какой именно коллектив/группа договариваются.

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

Целевая система определяется ситуативно, о ней договариваются командно, нет никакого алгоритма. Тем не менее, есть эвристики(правила, которые срабатывают часто, но не всегда 103 103 https://en.wikipedia.org/wiki/Heuristic ), которые помогают найти свою целевую систему среди многочисленных чужих систем в самых разных холархиях. Да, в системном мире царит хаос из совокупности самых разных субъективных мнений, но человек склонен упорядочивать хаос, наводить в нём структуру – символ хаоса совсем не случайно выглядит весьма структурированно:

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

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