- •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 |
134 |
вы выясняете для того, чтобы спроектировать и изготовить правильную колоду
(http://forum.rmnt.ru/threads/koloda-dlja-kolki-drov-nou-xau.102202/).
Есть более простой способ показывать диаграммы жизненного цикла обеспечивающих систем: жизненный цикл на них рисуется изображающими время стрелками с зарубками, отделяющими стадии жизненного цикла, а отрезки работы обеспечивающей системы над соответствующей целевой системой показываются фигурной скобочкой на линии времени:
На таких диаграммах удобно рассказывать истории типа “мы организуем стартап, который создаст САПР, при помощи которого мы затем спроектируем топор, при помощи которого мы потом будем колоть дрова” — и для каждой системы в такой диаграмме понятно, что она проходит довольно долгую жизнь перед тем, как быть использованной.
Системная медитация
Проведите “системную медитацию”:
Подумайте о том, чем вы занимаетесь. Но попробуйте подумать об этом культурно, а не "как обычно". В определённых кругах думание не абы как, а определённым способом и по определённому сценарию называют медитацией. Давайте помедитируем над тем, чем вы занимаетесь.
1. Представьте себе то, что вы создаёте. Если вы не бездельничаете, то вы что-то создаёте. Даже если вы создаёте "сервис", то вы создаете не столько сам этот сервис, сколько то, что потом этот сервис оказывает.
2. Обзовите то, что вы создаёте, "целевой системой". Обзовите себя и тех, кто трудится над целевой системой вместе с вами (людей, инструменты, помещения) "обеспечивающей системой".
3.Если вы создаёте много чего разного, то наверняка это либо какой-то повторяющийся цикл создания чего-то однотипного, либо разные части одного большого целого — подумайте, может это большое целое вы тоже создаете регулярно (раз в жизнь — это ведь тоже регулярно, не так ли? Впрочем, и ежедневный цикл, и даже ежечасный вполне возможны). Представьте себе "типовую целевую систему" — воплощающую основные черты того, что вы обычно создаёте.
4.А теперь ключевое усилие: представьте себе вашу типовую целевую систему от момента ее рождения до исчезновения в небытии. Ничего страшного в представлении системы, находящейся одновременно в
разных местах и временах нет:
а) представьте ее линией времени, проходящей слева направо графиком. Слева зарождение системы, справа её славная или
Системноинженерное мышление |
TechInvestLab, 2 апреля 2015 |
135 |
бесславная кончина. Не держите это представление в голове, нарисуйте перед собой на бумажке.
б) Все изменения состояния системы должны уместиться в этот график, моменты ключевых смен состояний (их легко вычислить не по тому, что делает сама система — она ведь значительную часть времени ничего не делает, например, на стадии замысла или стадии изготовления — а по тому, что меняется то, что делают с системой).
Важно: ваша целевая система — это не точка, кружочек, картинка, прямоугольничек или даже короткий фильм в ваших мозгах (кортексе), а стрелочка со штрихами перед вами на бумажке (экзокортексе). Все состояния, части системы и т.д. — это одна система (так, яйцо, гусеница и бабочка — это одна система, а не три разных). И обозначается одной стрелочкой. Теперь подумайте, и добавьте штришок для отделения стадии пренатального развития яйца. И штришок до оплодотворения. И штришок для сгнивания тушки. Ну, вы поняли уже, в чем фишка.
Не важно: то, что все это переход к 4D-онтологии, и вы мыслите у вашей системы темпоральные части, которые появляются и исчезают (как гусеница в системе бабочки), а система при этом остаётся сама собой. Думайте не в этих сложных терминах, а в терминах стрелочкижизненного цикла и отрезков между штришками на этой стрелочке — стадиях.
Важный вывод из неважного замечания: система — это не набор фотографий системы в какие-то понравившиеся вам моменты ее времени. Если при слове "яблоко" у вас в голове возникает яблоко, то на бумажке у вас должна быть стрелочка с штришками для переходов от бутончика к цветочку, от цветочка к завязи, от зеленого яблочка к спелому, от спелого
— вот тут подумайте сами, тут самое интересное.
5. Подумайте, где вы обычно начинаете принимать участие в судьбе целевой системы (или система начинает принимать участие в вашей судьбе обеспечивающей системы), и где вы эту систему покидаете. Отметьте это на стрелочке.
6. Нарисуйте рядом похожую стрелочку обеспечивающей системы (для "мы", или для "я" — на ваш вкус) — выполните пункт 4 для неё. Можете поупражняться, нарисовать и для этой системы обеспечивающую ее систему (кто делает вас?). Вполне может быть вариант, в котором вы сами себя делаете — ну что же, и так может быть. Или не так. Подумайте над этим.
7. Теперь можно подумать, как называть вашу целевую типовую систему (ту, первую). Собственно, тут волнует не столько название, сколько определение. Определение делается по следующему образцу:
[название типовой системы] — это [название ее родовой системы] [описание специализации]. Рама — это крепление для стекла. Рама — это набор покрашенных деревяшек. Напишите десяток таких определений, которые могли бы дать разные люди, которым система нужна для разных целей.
8. Какое из этих десяти определений сущностное? Какое из этих
Системноинженерное мышление |
TechInvestLab, 2 апреля 2015 |
136 |
определений касается назначения системы? Кому нужна эта система, чтобы ее потреблять (или потреблять оказываемый этой системой сервис)? Сколько этих ролей (система-то у нас типовая, и поэтому я пишу не "людей", а "ролей" — помним про стейкхолдеров!), как они называются? Нарисуйте маленькие фигурки вокруг стрелочки там, где они максимально связаны с системой. Обратите внимание, захотелось ли вам нарисовать эти фигурки как человечков или как стрелочки со штришками. Подумайте над этим вопросом некоторое время.
9. Помните, что вы себя как "обеспечивающую систему" уже нарисовали стрелочкой. Что делает эта ваша стрелочка со стрелочкой системы? Как называется та типовая работа, которую вы делаете с целевой системой? Какая ваша роль? Запишите это на бумажку: [моя роль] [что делаю] [целевая система]. Мама моет раму.
10. Каким методом вы делаете то, что делаете? Осознаёте ли вы, что вы делаете (другая формулировка: смогли ли вы ответить на предыдущий вопрос, назвав при этом несколько альтернативных методов, осознанно вами отброшенных)? Впрочем, это тема отдельной и специальной другой медитации.
Теперь вы знаете, что делаете. Или знаете, что этого не знаете.
Модифицируйте это упражнение, адаптируйте к вашим потребностям (например,
вот одна из недавних модификаций: http://belique.livejournal.com/67802.html
Вот очень сжатый и короткий план более продвинутой системной медитации, но суть её та же самая:
типовая целевая система как индивид [тест: постучать]
Использующая система, нужды (и какие будут тесты приёмки)
Название целевой системы (по основному назначению)
Типовая целевая система в ходе всего жизненного цикла: нарисовать ЖЦ стрелочкой
Точки входа-выхода из проекта (ЖЦ проекта)
Собственная роль в проекте
Ключевые практики, компетенции в них, доступность технологий
“Сначала как часть надсистемы”
Классическое определение системы говорит о том, что система состоит из взаимодействующих друг с другом частей, и она больше, чем сумма этих частей (свойство эмерджентности). Это классическое определение системы, оно верно, но сбивает с толку. Системные инженеры никогда не начинают рассматривать систему как состоящую из каких-то частей. Нет, системные инженеры понимают, что любая система это холон (целое, состоящее из частей-подсистем, и само являющееся частью целого-надсистемы) — и начинают рассмотрение с того, что “холон это часть другого холона”, а не “холон состоит из частей-холонов”.
