Инженерная онтология. Инженерия как странствие

Когда новация превращается в инновацию, ее можно начать потреблять. Субъектом потребления может быть рынок, отдельный человек, государство, общество, мир, социосистема… Поскольку в настоящее время создано «общество потребления», здесь нет нужды ни в каких специфических механизмах: все социальные структуры и институты выступают в роли такого механизма. Нужно, однако, иметь в виду, что общество потребления не вечно, и при изменении общественных паттернов поведения проблема потребления инноваций может встать достаточно остро.

Как, например, она остро стояла в Советском Союзе, где оставались невостребованными сотни и тысячи инноваций, доведенных до технологий, опытных образцов а, иногда, и до серийного производства.

Последнее звено: сделанная и потребленная инновация должна быть оплачена. Для этого существует масса институциональных решений: частные, корпоративные и государственные инвесторы, венчурные фонды, исследовательские гранты. Технопарки. Бизнес-ангелы.

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

Таким образом, инновационный цикл остается незамкнутым или замыкается «в ручном режиме», то есть государством через налоговую систему. А эта система крайне медлительна и неповоротлива, что, собственно, представляет собой одно из проявлений барьерного торможения.

6. Системная инженерия

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

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

Нечеткость или, напротив, излишняя детализаций требований приводит к запаздыванию технических и инженерных решений, а в большинстве случаев — к переделке уже готового. Кроме того, как правило, проектировщики и думать не думают о тех требованиях, которые, якобы, подразумеваются сами собой, но в техническом задании прямо не указаны. Например, о том, что танк или бомбардировщик иногда приходится ремонтировать. Или о том, что атомный реактор по окончании срока эксплуатации нужно утилизировать. Тем более, не принимается во внимание возможное изменение со временем нормативно-правовых норм. Так пострадал «Конкорд». Еще существует изменение базовых эксплуатационных расходов — это про тот же «Конкорд», и целый ряд моделей автомобилей.

Таким образом, перед инженерами встает четыре взаимоувязанные задачи:

Учесть при проектировании не только саму систему и ее непосредственное окружение, но и все среды, в которые эта система вписана, причем в их сценарном развитии;

Проанализировать полный жизненный цикл системы от ее создания до утилизации, принять во внимание расходные материалы, отходы и другие обременения;

Проектировать систему таким образом, чтобы иметь возможность реализовывать новые требования, поступающие от Заказчика уже после начала работы, а, зачастую, и после ее окончания.

При этом нужно еще в процессе проектирования экономить время и финансовые ресурсы, что, опять-таки, означает свести к минимуму возможные переделки.