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

Строить государство и организовывать госпроекты вы будете не из своего материала, а всегда из чужого: из других людей. Но люди – это не железо, и не компьютеры. Не считайте, что именно вы из них что-то построите удачное для вас или них самих, и не считайте, что вы как системный мыслитель (системный менеджер, или инженер, или даже просто программист, или сапожник, или деятель культуры) квалифицированы что-то строить из людей. Эти люди, эти самопринадлежные системы, из которых вы будете пытаться строить системы систем, не ваши материалы для строительства, и они не материалы ваших заказчиков-чиновников, заказчиков-политиков. Они самопринадлежны, они все свои собственные. И они так же точно могут хотеть что-то построить из вас – в том числе и то, что вам не понравится. Золотое правило работает и тут: не делайте с людьми того, чего не хотели бы, чтобы делали с вами.

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

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

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

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

Системное мышление даёт возможность понять, как думать о будущем.

Будущее физично – это просто весь мир как 4D индивид, только интересует его временной срез не прямо сейчас, а через некоторое время.

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

Будущее представляется людям как использующая система для множества использующих систем, для которых эти люди-стейкхолдеры будут делать свои целевые системы.

Что будут люди делать в будущем? Это описывается требованиями.

В каких системах это будет использоваться? Это описывается потребностями.

Мы узнаём будущее по описаниям его целевых и использующих систем – по требованиям и потребностям. «Будущеведение» тем самым – инженерия требований.

Предприниматели зарабатывают на том, что могут предвидеть будущее. Тем самым ведущая дисциплина предпринимательства – это инженерия требований(requirements engineering), которая занимается выявлением потребностей (stakeholder needs/requirements) и требований (system requirements).

В июне 2014 года INCOSE (International Council on Systems Engineering, Международный совет по системной инженерии 95 95 http://www.incose.org/ выпустила публичный документ System Engineering Vision 2025 96 96 http://www.incose.org/AboutSE/sevision , в котором описала в том числе и рейтинг систем по их сложности для инженерии.

Самые простые системы – это системы с механическими и электрическими элементами (mechanical and electrical elements), вроде велосипеда, насоса или холодильника. Более сложные – это в которых можно найти электронику, и контроллеры с программным обеспечением, управляющие логикой работы каких-то элементов системы (electronic, isolated islands of software), например, стиральная машина или современный автомобиль с двигателем внутреннего сгорания. Но вот уже реактивный самолёт или космический корабль с трудом попадает в эту категорию: логика их работы уже полностью определяется программным обеспечением, поэтому такие системы называют программоёмкими (software-intensive). Это граница применения классической инженерии, все учебники системной инженерии, все стандарты по факту описывают практики создания именно таких систем.