- •1. Системная инженерия
- •Определения системной инженерии
- •Ответственность за целокупность и междисциплинарность
- •Для чего нужна системная инженерия: победить сложность
- •Профессия системного инженера
- •Системный инженер как профессия
- •Профессиональные организации системных инженеров
- •Можно ли научить творчеству?
- •Метанойя — не просто обучение, а смена способа мышления
- •Можно ли научить системного инженера, или им нужно родиться?
- •Моделирование творчества в виде, понятном даже компьютеру
- •Методология системной инженерии
- •Образование системных инженеров
- •Отличия системной инженерии от других дисциплин
- •Системная инженерия против других инженерий
- •Системная инженерия против советской инженерии
- •Системная инженерия и системотехника
- •Системная инженерия и менеджмент
- •Инженерный менеджмент
- •Управление технологией
- •Системная инженерия и государство
- •2. Формализмы системной инженерии
- •Терминология и онтология
- •Соглашение по терминологии
- •Выбирайте слова
- •Что такое онтология
- •Индивиды, классы и классификаторы
- •Экстенсионализм и интенсионализм
- •Функциональные объекты
- •Процессы и действия
- •О логических уровнях
- •Выбор уровней
- •Математические формализмы
- •Объекты и атрибуты
- •Объекты и факты
- •Факты и графы
- •Теория категорий
- •Моделеориентированность
- •Что такое модели
- •Онтологизирование, моделирование, программирование
- •Зачем моделировать
- •Почему моделирование не повсеместно
- •Информатика
- •Принципы моделеориентированности
- •3. Инженерия и наука
- •Инженерия не научна
- •Разница между инженерами и учёными
- •Предмет инженерии и научные предметы для инженерных объектов
- •Ненаучность инженерии. Эвристики
- •Наука как “научение птиц полёту”
- •Инженерия научна
- •Инженерная наука
- •Научное (формальное) основание системной инженерии
- •Системный подход как научное основание системной инженерии
- •Системноинженерное мышление коллективно
- •А в чём мышление?
- •Наука/менеджмент = наука/инженерия
- •4. Схема/онтология инженерного проекта
- •Схемное/онтологичное мышление
- •Ситуационная инженерия методов
- •Описание метода в настоящем курсе системноинженерного мышления
- •Яблоки из жизни и яблоки из задачи
- •Альфы
- •Метонимия и схемы
- •Методологическая действительность: дисциплины, практики, методы
- •Дисциплины/области интереса
- •Практики
- •Метод
- •Методологическая действительность и действительность предпринятия
- •Семь основных альф инженерного проекта
- •Основы системной инженерии: альфы инженерного проекта
- •Стейкхолдеры
- •Возможности
- •Определение системы
- •Воплощение системы
- •Команда
- •Работы
- •Технология
- •5. Системный подход
- •Понятие “подхода”
- •Системный подход в системной инженерии
- •Варианты системного подхода
- •Системный подход и кибернетика
- •Сложность и меры сложности
- •Термин “система”
- •Классификация систем по ISO 15288
- •Системная медитация
- •“Сначала как часть надсистемы”
- •Стейкхолдеры. Театральная метафора
- •Система — это субъективное понятие
- •Театральная метафора.
- •Позиция
- •Работа со стейкхолдерами
- •Граница системы и деятельностная субъективность её проведения
- •“Просто” системы и системы систем.
- •Навигация по уровням холархии ”zoom — select”.
- •Системы с участием людей: осторожно!
- •6. Воплощение системы: компоненты, модули, размещения
- •Многерица
- •Сколько разных ипостасей в одной системе?
- •Принцип разделения интересов
- •Закрытый и открытый миры
- •Два типа “целого”
- •Компоненты, модули, размещения
- •Компоненты
- •Модули
- •Размещения
- •Структура системы: разбиения.
- •Разбиения (breakdowns)
- •Представления разбиений
- •Обозначения систем
- •Практики изготовления (производства)
- •7. Определение системы: требования, архитектура, неархитектурная часть проекта
- •Определения и описания
- •Обобщение ISO 42010 на определение системы
- •Контроль конфигурации
- •Фокусирование определений системы
- •Практики проверки и приёмки
- •Практики описания системы
- •Требования
- •Два смысла слова “требования”.
- •Модальности в требованиях
- •Инженерные обоснования
- •Рабочие продукты требований
- •Требования стейкхолдеров
- •Требования и ограничения
- •Требования к системе
- •Инженерия требований
- •Какие бывают виды требований
- •Кто должен делать требования
- •Целеориентированная инженерия требований
- •Архитектура
- •Практики архитектурного проектирования
- •Минимальная архитектура
- •Субъективность и относительность архитектуры.
- •Архитектурные описания
- •Как объединять разные модели и группы описаний
- •Архитектурные модели и другие виды описаний
- •Архитектурные знания
- •Неархитектурная часть проекта
- •8. Жизненный цикл системы и проекта
- •Понятие жизненного цикла
- •Жизненный цикл чего?
- •Управление жизненным циклом
- •Типовой жизненный цикл и разнообразие
- •Гейты и вехи
- •Рабочие продукты для определения жизненного цикла
- •Информационные системы управления жизненным циклом
- •Управление информацией/данными жизненного цикла
- •Практики жизненного цикла
- •V-диаграмма
- •Горбатая диаграмма
- •Водопад и agile
- •Вид жизненного цикла
- •Стили разработки: водопад и agile
- •Паттерны жизненного цикла
- •Основной жизненный цикл
- •Состояния альф
- •Основной жизненный цикл
- •Практики жизненного цикла в версии ISO 15288
- •9. Практика контрольных вопросов
- •Контрольные вопросы для управления жизненным циклом
- •Успех контрольных вопросов
- •Контрольные вопросы к состояниям альф
- •Карточки состояний
- •Когда заводить подальфы
- •Карточные игры
- •Контрольные вопросы инженерного проекта
- •Карточки основных альф инженерного проекта
- •Стейкхолдеры
- •Возможности
- •Определение системы
- •Воплощение системы
- •Команда
- •Работа
- •Технологии
- •Пример введения новой альфы: подальфа «подрядчик»
- •10. Инженерия предпринятия
- •Инженерия: организационная, предприятия, бизнеса, предпринятия
- •Сообщества и их отличия от предпринятия: целенаправленная коллективная деятельность
- •Миссия предпринятия
- •Корпоративное управление
- •Стратегирование, маркетинг, продажи
- •Предпринятие как система-машина, а не толпа людей
- •Развитие и совершенствование предпринятия
- •Проект технологического развития: постановка практик
- •Организационное развитие. Закон Конвея
- •Системноинженерное мышление и инженерия предпринятия
- •Цикл непрерывного совершенствования
- •Цикл Деминга
- •Шесть Сигм
- •Архитектура предпринятия
- •Основные альфы организационного и технологического решения предпринятия
- •Подальфы определения предпринятия
- •Подальфы воплощения предпринятия
- •Виды практик описания деятельности
- •Предпринятия-киборги, workflow
- •Организация, координация, коммуникация
- •Архитектура предприятия
- •Подход Захмана к архитектуре предприятия
- •Бизнес-архитектура
- •Органиграмма
- •Писцы против инженеров
- •Неархитектурные описания предпринятия
- •Это всё системный подход
- •ArchiMate
- •Зачем нужен Архимейт
- •Люди, программы, оборудование
- •Элементы и отношения
- •Нужен не ты, нужен твой сервис.
- •Люди
- •Роли
- •Работы людей
- •Архитектура IT-решения
- •Управление операциями
- •Инженерия предпринятия и управление операциями
- •Проектное управление
- •Управление процессами
- •Ведение дел/кейс-менеджмент
- •Управление проектами и управление жизненным циклом
- •Проектное управление и ведение дел: не “или”, а “и”.
- •Управление мероприятиями
- •Финансы
- •Управление знаниями, НСИ, (справочными и мастер, а также проектными) данными
- •Инженерия и предпринятия-киборги.
- •Инженерия знаний и управление знаниями.
Системноинженерное мышление |
TechInvestLab, 2 апреля 2015 |
34 |
бакалавриата материал слишком трудный). В курсе две темы (системноинженерное мышление + практики моделеориентированной системной инженерии), они занимают примерно 24 астрономических часа аудиторных занятий каждая, всего 48 астрономических часов. При этом студенты в среднем тратят на домашнюю работу (чтение литературы, ответы на вопросы, подготовку эссе) не дополнительно 96 внеаудиторных часов, а много меньше, увы. Так что классных занятий получается чуть больше, домашних по факту чуть меньше (никого ведь не выгонят за невыполнение!) — но итого получается примерный аналог западного трёхкредитного университетского курса навроде introduction to systems engineering, с результативностью прямо пропорциональной затраченному студентами времени на домашнюю работу.
Такой вводный курс системной инженерии обычно даётся как начальный в традиционном образовании магистров системной инженерии. Но очень часто он вставляется как обязательный в программы technology management, engineering management, software engineering и другие программы, где требуется общее знакомство с системной инженерией, но не специализация на ней. Эта обязательность изучения вводного курса системной инженерии для других инженерных и даже менеджерских специальностей, конечно, сильно зависит от университетов и конкретных программ. Так, в той же программе technology management университета Джона Хопкинса для специализации организационного менеджмента и инновационного менеджмента курс 645.462 Introduction to Systems Engineering необязателен, а вот для специализации проектного управления и специализации управления качеством — обязателен.
На межвузовской (в 2015г. Это МФТИ, МИСиС, МИФИ) кафедре технологического предпринимательства программа похожа на подготовку западных магистров по управлению технологиями, растянутый на пару семестров трехкредитный (в пересчёте на западные мерки) вводный курс системной инженерии обязательный и поддерживается настоящей книгой.
В России пока единственное место, где взялись готовить магистров системной инженерии — это Екатеринбург, высшая инженерная школа УрФУ
(http://magister.urfu.ru/master/institutions/hse/). Не знаю, что там получится в итоге
(первый набор только-только начал учиться с сентября 2014 года), но презентация программы (http://www.slideshare.net/atner/prezentacija-na-sait) там вполне сравнима с западными, а первые "полтора кредита" (как обычно в России — по аудиторным часам больше, а по часам домашней работы студентов меньше) системноинженерного мышления по данной книге студенты уже получили.
Тут нужно обязательно отметить, что в России ещё магистров учат “системному инжинирингу”, но обычно под таким названием это сводится к двум вариантам:
●Инженерия программно-аппаратных компьютерных комплексов (сервера, системное и прикладное программное обеспечение, задачи системной интеграции в информационных технологиях).
●Инженерный менеджмент, а не системная инженерия.
Отличия системной инженерии от других дисциплин
Системная инженерия против других инженерий
Системная инженерия (systems engineering) противопоставляется “специальным инженериям” и “инженерным специализациям”. Инженерная специализация чаще
Системноинженерное мышление |
TechInvestLab, 2 апреля 2015 |
35 |
всего определяется по виду целевой инженерной системы. В этом плане различают аэрокосмическую инженерию (авиационную инженерию, космическую инженерию), сельскохозяйственную инженерию, автомобильную инженерию, биоинженерию, программную инженерию, инженерию предприятия, инженерию управляющих систем, строительную инженерию, химическую инженерию, пожарную инженерию, горную инженерию, механотронику, атомную инженерию. Инженерные специализации часто можно узнать, потому как занимающихся той или иной инженерией часто называют “отраслью” (industry).
Границы отраслей и сам принцип отраслевого деления (когда-то отраслью назывались даже не предприятия, занимающиеся в чём-то похожим производством, а предприятия, подчиняющиеся одному министерству) сегодня размыты. Иногда говорят не об отраслях, а о “промышленностях” или даже “строениях” (тяжёлое машиностроение и в нём энергомашиностроение и металлургия, точное машиностроение, среднее машиностроение и в его составе автомобилестроение, тракторостроение, станкостроение и т.д.).
Сегодня эти деления стремительно устаревают и чаще уже говорят об эко-системах (business eco-system), собирающихся вокруг каких-то целевых систем или сервисов. В эко-системах можно найти много самых разных инженерий по специальности. Так, программной инженерией занимаются и в эко-системе мобильной связи, так и в экосистеме атомной электроэнергетики.
Системная инженерия отличается от инженерий по специальности тем, что в ней используются специальные средства мышления о целостности целевой системы: средства системного мышления, когда слово “система” обозначает не просто любой объект, а именно систему — и в явном виде используются практики системной инженерии. В инженериях по специальности есть свои способы удержания целостности целевой системы в сборке различных требуемых для её создания деятельностей — но эти способы основаны не столько на общих принципах, сколько на глубоком опыте разработки тысяч и тысяч более-менее однотипных систем. Этот опыт достигается специализацией инженерной работы, обучением и воспитанием инженеров-специалистов — в отличие от “генералистов” системных инженеров.
Любой более-менее сложный инженерный проект (помним, что системная инженерия нужна тем более, чем более сложен инженерный проект) требует участия десятков и даже сотен инженерных специальностей. Разделение труда в инженерии сегодня очень глубоко, но кто ответственен за сборку всех этих узкоспециальных работ в одно непротиворечивое целое в рамках инженерного проекта? Системный инженер (или чаще — команда системных инженеров разных специализаций уже внутри системной инженерии), который имеет для этой сборки аппарат системного мышления.
В последние несколько лет азы системной инженерии стремительно изучаются инженерами разных специальностей — хотя отнюдь не везде “системные инженеры” так и называются, но методы их работы и мышление всё больше и больше соответствуют представлениям классической (двадцатилетней давности) и даже современной моделеориентированной системной инженерии. В любом случае: кто собирает работы инженеров-специалистов, занимающихся различными отдельными аспектами системы (электроникой, программным кодом, механической частью и т.д.), тот и системный инженер — его мышление междисциплинарно, в отличие от мышления инженеров по специальностям.
Так что вполне правомерно говорить о системном инженере-автомобилестроителе,
Системноинженерное мышление |
TechInvestLab, 2 апреля 2015 |
36 |
системном инженере атомной промышленности — если они используют в своей работе системное мышление и практики системной инженерии и занимаются своими системами как междисциплинарным (”межспециализационным”) целым. Если нет, то это будут просто инженеры-машиностроители, инженеры-атомщики.
Что касается “специальной инженерии” (specialty engineering), то оно относится к видам инженерной работы, которая не самая массовая в проекте. Так, если речь идёт о проектировании электроустановок, то вопросы проектирования заземления в этих установках могут быть отнесены к специальной инженерии: таких работ в проекте немного, и они требуют особых знаний, что и даёт основание их считать
“специальными”, а не “общими” (http://en.wikipedia.org/wiki/Specialty_engineering).
Системная инженерия против советской инженерии
Традиционный советский способ ведения сложных разработок
А) отсутствует как отдельный предмет рассмотрения, поскольку в советское время существовал только в устной традиции (на генеральных конструкторов никто не учил специально, ГОСТы и учебники также не определяют состав работ и способы мышления генерального конструктора). Генеральные конструкторы получались методом “охоты и собирательства” (они набирались опыта на производстве — в каком-то смысле они были “самоучками”, ибо учили их только как инженеров по специальности), системных же инженеров учат этой деятельности в ВУЗах, они не “самоучки” в системной инженерии. Системный инженер имеет опыт взаимодействия с инженерами по специальностям и различными менеджерами в ходе учебных проектов, а не “по ходу дела” сразу в реальных проектах.
Б) за последние двадцать лет практически не поменялся, а ведь прошла буквально революция в способах производства — появились новые компьютерные технологии (системы автоматизации проектирования, инженерных расчётов, управления жизненным циклом), новые методы производства (из последних — 3D-печать), что нашло отражение в западных учебных программах по системной инженерии, но не нашло ни малейшего отражения в практикующейся до сегодняшнего дня советской инженерии. Речь идёт не столько изменении стандартов (ГОСТов), чтобы учесть новые производственные реалии, сколько изменении “традиций” — их и трудно изменить, поскольку они нигде не записаны, а передаются “из уст в уста”, как народный эпос или “прямая передача” от учителя к ученику как в практиках восточных единоборств. Жизнь меняется, но способ мышления “советской школы” не документирован и не меняется (в том числе в силу недокументированности даже его изменения трудно отследить).
В) включал как административное, так и техническое руководство проектами со стороны генеральных конструкторов, совмещающих менеджерскую и инженерную роли — и по мере разворачивания работ акцент с технического руководства переводился во всё более и более административный пласт. Этот тренд советского времени был поддержан в постсоветское время: ГИП (главный инженер проекта) только номинально выполняет роль технического лидера, по факту же он менеджер и несёт ответственность за соблюдение сроков, выполнение бюджета, своевременность отгрузок результатов работ и проплат вознаграждений контракторам. По факту сейчас работы по удержанию инженерного целого выполняет “консилиум” начальников отделов специальной инженерии — в ходе проведения бесчисленных совещаний и согласований результатов работы подразделений. Это вполне нормально, но методы такой коллективной работы не опираются на системный подход явно, правила согласований изобретаются по ходу
Системноинженерное мышление |
TechInvestLab, 2 апреля 2015 |
37 |
дела, нет ответственных за отсутствие “белых пятен” в целостной инженерной проработке, что ведёт к плохому качеству работ.
Г) в системной инженерии принято архитектурное проектирование/конструирование (design) как метод работы, в советской инженерии хотя и говорится о нескольких уровнях проработки проекта (эскизный/технический проект, рабочий проект), по факту это отличается от осознанной архитектурной работы. В результате на большинстве предприятий испытываются трудности с выделением и документированием архитектуры и её повторным использованием, улучшением. Такие же проблемы с требованиями: технические задания включают в себя именно задания на работу, перемежаемые с требованиями к системе, но никак не отдельный корпус требований к системе, который непрерывно уточняется и меняется по ходу разработки. В советской инженерии нет особого внимания к инженерии требований и методам этой инженерии. Также в советской инженерии нет явного различения между проверками и приёмками, отсюда огромные проблемы по обеспечению качества (приёмка неминуема, а вот проверки часто отсутствуют — и приёмка затягивается на полгода-год. Или наоборот, результаты проверки предлагается считать результатами приёмки, после чего “работы выполнены полностью, но системой пользоваться нельзя”).
Увы, отдельные байки и истории успеха (типа “но мы же запустили первый в мире спутник”) не убеждают в правоте сторонников развития советской школы инженерии системы в целом: как её развивать-то, где её взять, курсов-то генеральных конструкторов нет! Тем более что на каждую байку и историю инженерного советского успеха есть множество контрпримеров, их легко найти, если непредвзято (без фильтра “крымнаш”) поглядеть за окошко и спросить потребителей инженерной продукции, а не поставщиков — предпочтут ли они для собственного использования изделия и сооружения российской инженерной мысли, или продукты работы инженеров из развитых других стран Востока и Запада. Пока же Индия импортировала для своей космической программы опыт системной инженерии США и Европы и с первого раза добилась успеха в запуске искусственного спутника Марса. Послевоенный выход Японии в лидеры на технологических рынках и рост качества китайского производства за последние полтора десятка лет и обеспечилось тоже не импортом советского или российского технологического знания. Хотя отдельные и конкретные технические решения вполне могли быть импортированы. Но не инженерный метод (за исключением инженерной методологии ТРИЗ, которая появилась в ещё СССР, но так и не смогла получить широкого распространения в России, развившись главным образом за пределами России).
Системная инженерия и системотехника
В СССР в середине 60-х годов появилось несколько исследовательских групп, которые пытались разобраться с системным подходом в его научном (а не инженерном) изводе. В те времена системный подход очень часто обсуждался в связи с кибернетикой (наукой об управлении в неживой и живой природе), а кибернетика считалась чуть ли не синонимом компьютерной науки (computer science) и уж точно её обобщением. Это потом уже выяснилось, что кибернетика совсем не так всеобща, как может показаться, общей науки управления в живой природе так и не получилось, а управление в неживой природе свелось к очень небольшому курсу теории автоматического регулирования в инженерных ВУЗах (что-то типа “как бы выглядел регулятор Уатта паровой машины, если бы его делали