- •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 |
44 |
http://www.pratt.edu/academics/art_design/art_grad/design_management/ или http://www.scad.edu/design-management/ — такие курсы после успеха Apple и
опыта автомобилестроительной отрасли сейчас вставляются во все учебные программы и такой опыт требуется сейчас от всех инженеров, но и в смысле "проектирование" — http://www.plm.automation.siemens.com/en_us/products/velocity/solidedge/ove rview/design_management.shtml, http://en.wikipedia.org/wiki/Plant_Design_Management_System, http://am08saopaulo.fyper.com/, хотя как отдельная дисциплина design management ещё не устоялась)
●организационные катастрофы (organizational accidents), типа расследований крупных аварий и последующего принятия мер: углублённо, как прямая связка инженерных и организационных решений.
И, в инженерный менеджмент конечно, включаются традиционные для "чисто менеджмента" темы работы с людьми (leadership), ведения бухгалтерии и управленческого финансового учёта, маркетинга и многого другого "как в MBA".
Тем не менее, в инженерном менеджменте основа – это проектное управление: планирование и выполнение проектов. Вот диаграмма о представленности разных курсов в учебной программах инженерного менеджмента разных университетов США (http://www.engineering.com/Education/EducationArticles/ArticleID/6977/What- Courses-to-Expect-in-an-Engineering-Management-Program.aspx):
Управление технологией
Управление технологиями – это тоже учебная дисциплина, в которой иногда присутствует системная инженерия. Обычно это когда каким угодно (а не только инженерным -- входных ограничений на этот счёт нет) бакалаврам пытаются рассказать что-то про менеджмент, делая упор на инновации и предпринимательство (стартапы, но иногда и внутрикорпоративное предпринимательство) – обсуждая конкуренцию и конкурентоспособность, оценку технологий и оптимального времени перескока с технологии на технологию, финансы новых бизнесов, корпоративные слияния и поглощения с целью прихвата новых технологий и прочие подобные темы.
Системноинженерное мышление TechInvestLab, 2 апреля 2015 45
Почувствуйте разницу в акцентах между engineering management и technology management: в одних упор на project и операции, а в других venture и инвестиции
– при всей возможной похожести необходимых для успеха дела знаний, разница существенна, ибо у проекта есть заказчик-плательщик, а у venture есть основательпредприниматель. План проекта и бизнес-план -- в обоих говорится про деньги и время, но говорится по-разному, типовой набор стейкхолдеров и их интересы различаются.
Ещё что нужно знать, так это разницу понимания слов "innovation" в России и на Западе. В России инновацией называют любую новинку, а на Западе это будет invention (изобретение). Инновация же на Западе – это то изобретение, которое прошло стадию research (не научное исследование! Это изобретательство! Лаборатории Белла и Эдисона, не лаборатории Ферми и Кюри) и даже рабочего прототипа, и успешно вышло на рынок. Если не вышло, то это никакая не инновация, ещё просто изобретение. Не путайте яйцо, гусеницу, куколку и бабочку. Слово "бабочка" не включает в себя гусеницу, и общего слова для всех трансформаций нет. Так и тут, бабочкой инноваций гусеницу прототипа не называют. R&D management как раз про это -- как из research (прикладных! С безумными изобретателями, а не безумными учёными из мультфильмов!) перетащить что-то в development (это уже нормальная традиционная разработка, "как обычно") и далее вывести желательно даже не в продукт, а в продуктную линию.
Типичное распределение материала между "общеменеджерскими" и "технологическими и инновационными" компетенциями для мастерской степени management of technology (вариация названия, не technology management!), все курсы трёхкредитные (http://engineering.nyu.edu/academics/programs/management- technology-ms/curriculum):
Management Core
--MG 6013 Organizational Behavior
--MG 6073 Marketing, Credits
--MG 6093 Accounting & Finance
--MG 6083 Economics, Credits
--MG 6703 Operations Management For Knowledge-Based Enterprises или MG 6303 Operations Management
Technology and Innovation Core
--MG 6503 Management of Information Technology and Information Systems или MG 6933 Information Technologies, Systems and Management in Organizations
--MG 7953 Global Innovation
--MG 8203 Project Management
--MG 8653 Managing Technological Change & Innovation
--MG 9503 Mot Capstone Project Course или MG 9703 Project in Strategy & Innovation
Mgmt или MG9973 MOT Master's Thesis
Project management (в полном соответствии с традицией engineering management) дают не в management core, а в technology core. Остальное в technology core --
вполне себе менеджерское, только с добавкой слов technology (иногда information technology) и innovation (скажем, у просто менеджеров это было бы change management, а тут будет managing technological change and innovation).
Вот обязательные курсы для technology management executive master of science (то бишь магистр-начальник управления технологиями) школы продолжающегося
Системноинженерное мышление |
TechInvestLab, 2 апреля 2015 |
46 |
образования Колумбийского университета (http://ce.columbia.edu/technologymanagement/courses):
--TMGT K4116. Technology in the Business Environment.
--TMGT K4115. Accounting and Finance for Technology.
--TMGT K4125. Technology and the Law.
--TMGT K4126. Strategic Advocacy for Technology Executives.
--TMGT K4118. Behavioral Challenges in Technology Management.
--TMGT K4120. IT and Operations Management. [это про то, что делает CIO в
организации]
Как и в случае engineering management, включение инженерных курсов в программы technology management редко и возможно только там, где рядом есть сильная инженерная школа, и то с оговорками. В программе technical management (обратите внимание -- вариация названия, technical, а не technology! и таких вариаций -- тьма) университета Джона Хопкинса для специализации организационного менеджмента и инновационного менеджмента курс 645.462 Introduction to Systems Engineering необязателен, а вот для специализации проектного управления и специализации управления качеством -- обязателен
(http://ep.jhu.edu//files/2014-2015-catalog.pdf). Вот, например, специализация инновационного менеджмента в тамошней программе technical management (все трёхкредитные курсы -- обсуждение кредитности на примере программы по системной инженерии было тут: http://ailev.livejournal.com/1158612.html):
Required Courses for Technical Innovation Management
--595.460 Introduction to Project Management
--595.461 Technical Group Management
--595.465 Communications in Technical Organizations
--595.466 Financial and Contract Management
--595.468 Fundamentals of Technical Innovation in Organizations
--595.762 Management of Technical Organizations
--595.766 Advanced Technology
--635.792 Management of Innovation
Вот ещё вариант того же самого -- master of technology enterpreneurship
Мэрилендского университета (технологическое предпринимательство, название тоже вполне типовое). Тамошние курсы (http://mte.umd.edu/):
--Course 1: Innovative Ideas and Concept Development
--Course 2: Strategies for Managing Innovation
--Course 3: Business Modeling and Customer Validation
--Course 4: Innovative Thinking
--Course 5: Creative Design, Prototyping, and Testing
--Course 6: Market Development and Commercialization
--Course 7: Legal Aspects of Entrepreneurship
--Course 8: Financial Management and New Venture Financing
--Course 9: Corporate Technology Entrepreneurship
--Course 10: Fundamentals of Technology Startup Ventures
Тут можно остановиться и задать вопрос -- а где же стык между инженерами и менеджерами в этих образовательных программах по technology management? Стыков таких несколько.
Как ни странно, но часто на такие программы приходят инженеры-бакалавры, которые хотят побыстрее стать начальниками и организаторами, вместо
Системноинженерное мышление |
TechInvestLab, 2 апреля 2015 |
47 |
продолжения именно инженерного образования. Так что стык делается "внутри человека", а не осознанно авторами «образовательного салата» (назовём способ образования, при котором даются самые разные курсы, в надежде что они как-то сплавятся в голове студента. Увы, эти надежде не всегда сбываются: кусочки разных курсов часто остаются в головах студентов независимыми, связи между курсами не понимаются).
Но есть и прямое научение инженерным знаниям. Например, во всяких курсах типа
Creative Design, Prototyping and Testing в Мэриленском университете, да и во многих других вынужденно рассказывают кусок системной инженерии с упором на жизненный цикл и самые-самые ранние прединженерные стадии работы -- главным образом затрагивается инженерия требований и самое общее понятие об архитектуре. Ну, в курс включается системная инженерия в явном виде (как в том же самом университете Джона Хопкинса) или из неё хотя бы курс работы с требованиями к системе, как в программе четырёх обязательных курсов master of professional studies technology management Джорджтаунского университета
(http://scs.georgetown.edu/departments/15/master-of-professional-studies-in- technology-management/program#concentrations):
--Ethics in Technology Management
--Managing Technology
--System Requirements and Analysis
--Financial Analysis for Managers
Сами системные инженеры про эти практики говорят как про conceptual design (в том числе MBCD, model-based conceptual design) и подчёркивают их ориентацию на операционных (business management) и стратегических (executive) менеджеров: когда ни проекта, ни системы, ни финансирования, ни команды ещё нет, что делать непонятно, а работать со стейкхолдерами уже нужно, чтобы всё это появилось.
Картинка из статьи Steven J. Saunders "Return on Investment Using Model-Based Concept Design", INCOSE INSIGHT том 17 выпуск 4, декабрь 2014: