Опубликован онлайн-курс "Системная инженерия 2022"
С сегодняшнего дня онлайн-курс "Системная инженерия 2022" доступен для всех желающих -- https://system-school.ru/engineering, состав онлайн-курсов школы https://system-school.ru/open-endedness. По сравнению с пререлизами содержание курса было существенно изменено, поэтому знакомым с пререлизом настоятельно рекомендуется знакомиться с курсом по текущей версии.
По нашим оценкам, курс можно изучить за 60 часов, если тратить два часа каждый день, то это займёт месяц. Это всего четыре "помидорки" по 25 минут занятий и пять минут отдыха в день, в курсе есть встроенный таймер pomodoro и счётчик времени, которое инвестировано в курс. Это время включает чтение учебника, ответы на вопросы курса, выполнение упражнений и заданий, но не включает в себя чтения книг последних пяти лет издания по системной инженерии, программной инженерии, инженерии предприятия, которые рекомендованы для подробного знакомства с материалом курса.
Курс рекомендуется всем, кто имеет высшее техническое образование и предварительно прошёл курсы "Онтология и коммуникация", "Практическое системное мышление" и "Методология" в их последних версиях. Прохождение курсов-пререквизитов мы не проверяем, но предупреждаем, что без них содержание "Системной инженерии" будет непонятно. Наш опыт показывает, что проблемы с системной инженерией чаще всего не в плохом понимании самой системной инженерии, но плохом владении системным мышлением, неустойчиво отслеживаемой типизацией объектов, непонимание методологической терминологии, которой описываются практики. Поэтому отнеситесь к требованию знакомства с пререквизитами серьёзно. С преподавателем курс пока доступен только в составе тренинга "Системный менеджмент и стратегирование", https://system-school.ru/sms как одна из его частей.
Курс рассказывает о практиках инженерии
-- современной (литература и идеи главным образом последних пяти лет, в курсе гармонизированы лучшие практики классической "железной" системной инженерии, программной инженерии, инженерии предприятия)
-- системной (основанной на системном мышлении)
-- безмасштабной (для систем самого разного вида: косное вещество, косное вещество с универсальным компьютером, существо, личность, организация, сообщество, общество, человечество)
-- непрерывной (эксплуатируемая система постоянно развивается)
Курс учитывает, что договариваться в одном проекте придётся по поводу изменений самых разных видов систем, встречаться в проекте с представителями самых разных профессий, не все из которых принято считать инженерными, но в этом-то и задача курса, чтобы показать лучшие практики того, как изменять мир к лучшему (это ведь и есть задача инженерии, независимо от масштаба и вида систем, с которыми приходится работать):
-- косное вещество (инженеры-конструкторы, инженеры-строители),
-- киберфизические системы, то есть "косное вещество с датчиками, моторчиками и контроллерами на универсальных компьютерах" (классические системные инженеры, инженеры-программисты),
-- живые существа (от генной инженерии и создания искусственной жизни до агрономии, фермерства и даже ветеринарии с медициной -- врачи это "инженеры человека"),
-- личности ("инженеры" личности -- это психологи, коучи, преподаватели),
-- организации (проекта, команды, коллектива как команды команд, производственной кооперации как расширенного предприятия -- менеджеры-организаторы это инженеры предприятия, операционные менеджеры -- это эксплуатационные инженеры предприятия, серийные предприниматели -- это инженеры бизнеса/основатели предприятий/founders)
-- сообщества (ими занимаются строители сообществ, просветители -- социальные инженеры)
-- общества (ими занимаются политики -- тоже социальные инженеры)
-- человечество в целом (им мало кто занимается, хотя политикам оно очень интересно, да зуб неймёт, но это тоже социальная инженерия)
Курс рассказывает о практиках, которыми придётся заниматься инженеру в любом проекте по изменению мира к лучшему:
-- непрерывная разработка: надо будет создать концепцию использования системы (что делает система в её окружении), концепцию системы (как функция системы будет выполнена какими-то физическими объектами), потом выполнить моделирование с точностью, достаточной для изготовления. И это всё делать для системы в целом и для отдельных инкрементов системы, реализующих какие-то "новые фичи". Разработчики отвечают за то, чтобы система выполняла своё предназначение, реализуют и тестируют функциональность, абсолютно различную для разных систем.
-- непрерывное принятие архитектурных решений: архитектура за последние пять лет окончательно обособилась, у неё появился свой предмет -- принципы нарезки системы на модули, позволяющие достичь приемлемых архитектурных характеристик (надёжность, масштабируемость, скорость изменений и т.д.). Архитекторы помогают разбить систему на независимо разрабатываемые части, и они осуществляют архитектурный надзор за разработчиками и менторят их, чтобы те не просто слепо выполняли архитектурные решения, но и понимали их. То, что множество непрерывно обновляемых и независимо разрабатываемых частей системы собираются в одно работоспособное, надёжное и масштабируемое целое -- это и есть задача архитектора, и у него есть средства решения этой задачи: архитектурные стили и паттерны.
-- непрерывный ввод в эксплуатацию (continuous delivery, куда включают и continuous intergation, и continuous deployment, и continuous testing, и, что важно continuous transfer -- то есть delivery переводим по последней операции конвейера/трубопровода/pipeline, по которому поток инкрементов системы, реализующий новые фичи, достигает, наконец, своего потребителя: transfer/введение в эксплуатацию). Альтернативное название этой практики -- DevOps, а раньше аналогичная практика в водопадной модели называлась "управление жизненным циклом, конфигурацией и изменениями".
Основные события, которые прошли за последние пять лет в инженерии, и были отражены в курсе, не связаны даже с распространением компьютерного моделирования. Основные события -- это изменение в мышлении о проектах:
-- в классической системной инженерии осознали, что инженерия систем самых разных видов имеет общие черты, инженерия системна и безмасштабна. Но классическая системная инженерия консервативно придерживалась идеи "водопада", одного прохождения жизненного цикла со стадиями от "замысла" до "введения в эксплуатацию". Хотя в жизни всё уже идёт совсем не так, в учебниках системной инженерии отражена до сих пор эта идея "сначала разработай требования, потом реализуй и проверь, потом отдай эксплуатироваться, и всё -- свободен к следующему проекту". Все эти "спирали" и V-диаграммы отражают это "путешествие организма от замысла к смерти", жизненный цикл.
-- в программной ниженерии осознали, что никаких "требований", ибо всё это только "гипотезы" и они быстро меняются. Система эволюционирует (включая развитие её архитектуры, которая воспринималась раньше как "всё важное, поэтому трудноменяемое", а сегодня воспринимается как "всё важное, что позволяет быстро меняться" -- кардинальный сдвиг), она не столько организм с жизненным циклом, сколько эволюционирующий в ходе техноэволюции вид, включающий множество жизненных циклов отдельных даже не систем, а инкрементов систем (типа как у краба менять конструкцию клешни -- это ждать смерти краба и удачной мутации для клешни у новых крабов, а у технокраба -- это именно менять клешню, всего краба можно не трогать). Но в программной инженерии подчёркивается, что речь идёт о компьютерных программах (а на сегодня даже узком классе компьютерных программ: облачных приложениях), и о безмасштабности речи не идёт.
Современные учебники инженерии поэтому показывают либо системную безмасштабную инженерию "железных" систем и предприятий, либо непрерывную инженерию софта. Наш курс, насколько нам известно, это первый в мире курс, который гармонизировал изложение этих версий инженерии на базе системного мышления третьего поколения, в котором кроме безмасштабности появился выход за пределы времени жизненного цикла одной системы в эволюционное время множества жизненных циклов.
Курс можно проходить в удобном для себя темпе, начинать в любой удобный день. Курс содержит полный текст книги учебника "Системная инженерия 2022", 4 главы, в которых 50 подраздела. Кроме этого в курсе есть "рабочая тетрадь" с задачами, упражнениями, заданиями. В этой "рабочей тетради" есть 6 ситуаций, к ним 28 вопроса и ответа с авторскими объяснениями. И ещё там 11 упражнений, в которых нужно заполнить таблицы. И ещё там 12 заданий, в которых 29 подзаданий. Курс может быть использован в полностью самостоятельном режиме, в режиме асинхронной проверки "рабочей тетради" преподавателем (планируется), а также в режиме смешанного (общение с преподавателем плюс общение с компьютером) обучения в группе с преподавателем. И можно ещё думать об опции менторинга как индивидуальной помощи в прохождении курса на материале вашего рабочего проекта. Курс вполне подходит как обзорный курс по системной инженерии в вузах, но не забываем: проблема будет в прохождении не этого курса, а в прохождении курсов-пререквизитов. Если курс закупается в вуз, то преподаватель получает доступ к рабочим тетрадям студентов для проверки домашних заданий, а также статистике прохождения курсов группой.
На странице курса https://system-school.ru/engineering вы можете найти все подробности, страница чуть более формальна, чем этот текст. Есть чат поддержки книги и курса в телеграм, https://t.me/systemsthinking_course. "Рабочую тетрадь" можно заполнять сколько угодно раз, это тренажёр (но во всех ситуациях с вопросами встроены ловушки, они сконструированы как concept inventory, а заполнение табличек в упражнениях -- это системное моделирование, задания -- это "мышление письмом"). Если вы выполнили все задания "рабочей тетради", то вам будет выслан электронный сертификат Школы системного менеджмента об окончании курса.
Вот что получилось в курсе "Системная инженерия 2022":
-- в курсе нет никакой авторской самодеятельности, "авторской системной инженерии". В материале курса строгая опора на современные учебники и статьи по программной и системной инженерии, инженерии предприятий (эти учебники более свежи, чем стандарты и публичные документы системной инженерии и менеджмента, но которые тоже учитывались и на них есть ссылки). В курсе приведены не просто ссылки, но и картинки обложек книг, которые рекомендуется изучить, и на которых основано изложение материала курса. Единственная "самодеятельность" -- это гармонизация материала этих книг в общем изложении, а также перевод многих терминов на русский язык не первым же словарным значением, а исходя из сути термина (скажем, delivery по сути включает transfer, поэтому переводим не логистически/операционно "доставка", а инженерно "введение в эксплуатацию"). Для большинства терминов приведены их англоязычные оригинальные варианты. Терминология согласована с терминологий, использованной в курсах-пререквизитах.
-- даются толкования инженерии как практики изменения мира к лучшему (и разъясняется, что такое "к лучшему" с точки зрения этики и системного мышления)
-- даны множество примеров отношения к традиционно неинженерным практикам как к инженерым (безмасштабность)
-- даётся понятие техноэволюции (непрерывность инженерии)
-- разведены понятия концепции использования, концепции системы (ими заняты разработчики) и архитектуры (ей заняты архитекторы).
-- введено обновлённое понятие архитектуры как принципов деления системы на модули (ограничения в модульном синтезе), обеспечивающих многокритериальную оптимизацию архитектурных характеристик как предметов интереса/concerns архитектора (эти характеристики известны как -ilities/-ости). Обсуждена новая архитектурная характеристика: изменяемость/evolvability самой архитектуры.
-- объяснено исчезновение "требований" и что делается вместо них (требования являются чаще всего результатом "испорченного телефона", а ещё у них деонтическая модальность предписания, а не доксическая "гипотезы" и поэтому коннотации однократного удовлетворения, а ещё они менее эффективны как описание системы -- более эффективна пара use case и тесты, которые пишут разработчики). "Требования качества" в итоге оказались архитектурными характеристиками, ими занимаются архитекторы, опять-таки в непосредственном контакте с исполнителями внешних проектных ролей.
-- от обсуждения "управления жизненным циклом" и "управления конфигурацией" перешли к более современной идее DevOps (управлять нужно эволюцией, а не прохождением разового жизненного цикла, а для этого нужно много чего сделать в плане инфраструктуры создания), вышли в том числе на стадию непрерывной эксплаутации с цифровыми двойниками, цифровой нитью и цифровой инженерией как их созданием.
-- даны основы теории творчества на базе рациональности (стадии: 1. Сформулировать проблему, которую нужно решать -- какая нужна функция. 2. Сгенерировать несколько альтернатив с идеями решений. 3. Выбрать на базе теории решений).
-- инженерные обоснования (assurance) успешности системы на базе свидетельств (оценка успешности на базе испытаний) и отдельных архитектурных и проектных решений (rationale) даются на базе теории решений, в том числе ставится проблема непрерывного обоснования
-- рассказано о том, как адаптировать системную схему проекта к рабочему проекту и как альфы переводить в единицы отслеживания в case management в случае инкрементов.
-- показана связь DevOps и идей операционного менеджмента
-- важный материал повторяется (или хотя бы упоминается) в разных контекстах. Изложение ведётся "по спирали" -- сначала просто упоминается понятие, потом оно раскрывается подробней, потом пару раз напоминается о его существовании. Связь материала из разных подразделов или разных глав становится очевидной. В тексте использовано большое число синонимов основных терминов, чтобы не было ощущения, что в жизни встретится какое-то одно "правильное слово". Например, раскрывается синонимия практики/труда/деятельности/инженериии. Учитывается, что у системного мышления есть множество диалектов в части терминологии, поэтому учим понятийному мышлению, а не терминам.
-- курс подчёркивает важность письменной культуры в системном мышлении (системное моделирование, в котором модели обязательно документируются), использование экзокортекса в системном мышлении. Сам курс поддерживает и "мышление письмом", и "мышление моделированием": в рабочей тетради курса для всех вопросов тестов есть поля, где вам предлагается написать ваше обоснование ответа. Не ленитесь, пишите эти обоснования! И смутное "системноинженерное мышление на ощущениях", в котором "термины вертятся на кончике языка" станет в существенной мере понятийным, и термины не будут так уж легко забываться. А ещё нужно будет заполнять таблички. А ещё нужно будет писать посты.
В конце сентября выйдет электронная и бумажная книга по материалам курса (текст уже отослан на вёрстку в Ridero).
По нашим оценкам, курс можно изучить за 60 часов, если тратить два часа каждый день, то это займёт месяц. Это всего четыре "помидорки" по 25 минут занятий и пять минут отдыха в день, в курсе есть встроенный таймер pomodoro и счётчик времени, которое инвестировано в курс. Это время включает чтение учебника, ответы на вопросы курса, выполнение упражнений и заданий, но не включает в себя чтения книг последних пяти лет издания по системной инженерии, программной инженерии, инженерии предприятия, которые рекомендованы для подробного знакомства с материалом курса.
Курс рекомендуется всем, кто имеет высшее техническое образование и предварительно прошёл курсы "Онтология и коммуникация", "Практическое системное мышление" и "Методология" в их последних версиях. Прохождение курсов-пререквизитов мы не проверяем, но предупреждаем, что без них содержание "Системной инженерии" будет непонятно. Наш опыт показывает, что проблемы с системной инженерией чаще всего не в плохом понимании самой системной инженерии, но плохом владении системным мышлением, неустойчиво отслеживаемой типизацией объектов, непонимание методологической терминологии, которой описываются практики. Поэтому отнеситесь к требованию знакомства с пререквизитами серьёзно. С преподавателем курс пока доступен только в составе тренинга "Системный менеджмент и стратегирование", https://system-school.ru/sms как одна из его частей.
Курс рассказывает о практиках инженерии
-- современной (литература и идеи главным образом последних пяти лет, в курсе гармонизированы лучшие практики классической "железной" системной инженерии, программной инженерии, инженерии предприятия)
-- системной (основанной на системном мышлении)
-- безмасштабной (для систем самого разного вида: косное вещество, косное вещество с универсальным компьютером, существо, личность, организация, сообщество, общество, человечество)
-- непрерывной (эксплуатируемая система постоянно развивается)
Курс учитывает, что договариваться в одном проекте придётся по поводу изменений самых разных видов систем, встречаться в проекте с представителями самых разных профессий, не все из которых принято считать инженерными, но в этом-то и задача курса, чтобы показать лучшие практики того, как изменять мир к лучшему (это ведь и есть задача инженерии, независимо от масштаба и вида систем, с которыми приходится работать):
-- косное вещество (инженеры-конструкторы, инженеры-строители),
-- киберфизические системы, то есть "косное вещество с датчиками, моторчиками и контроллерами на универсальных компьютерах" (классические системные инженеры, инженеры-программисты),
-- живые существа (от генной инженерии и создания искусственной жизни до агрономии, фермерства и даже ветеринарии с медициной -- врачи это "инженеры человека"),
-- личности ("инженеры" личности -- это психологи, коучи, преподаватели),
-- организации (проекта, команды, коллектива как команды команд, производственной кооперации как расширенного предприятия -- менеджеры-организаторы это инженеры предприятия, операционные менеджеры -- это эксплуатационные инженеры предприятия, серийные предприниматели -- это инженеры бизнеса/основатели предприятий/founders)
-- сообщества (ими занимаются строители сообществ, просветители -- социальные инженеры)
-- общества (ими занимаются политики -- тоже социальные инженеры)
-- человечество в целом (им мало кто занимается, хотя политикам оно очень интересно, да зуб неймёт, но это тоже социальная инженерия)
Курс рассказывает о практиках, которыми придётся заниматься инженеру в любом проекте по изменению мира к лучшему:
-- непрерывная разработка: надо будет создать концепцию использования системы (что делает система в её окружении), концепцию системы (как функция системы будет выполнена какими-то физическими объектами), потом выполнить моделирование с точностью, достаточной для изготовления. И это всё делать для системы в целом и для отдельных инкрементов системы, реализующих какие-то "новые фичи". Разработчики отвечают за то, чтобы система выполняла своё предназначение, реализуют и тестируют функциональность, абсолютно различную для разных систем.
-- непрерывное принятие архитектурных решений: архитектура за последние пять лет окончательно обособилась, у неё появился свой предмет -- принципы нарезки системы на модули, позволяющие достичь приемлемых архитектурных характеристик (надёжность, масштабируемость, скорость изменений и т.д.). Архитекторы помогают разбить систему на независимо разрабатываемые части, и они осуществляют архитектурный надзор за разработчиками и менторят их, чтобы те не просто слепо выполняли архитектурные решения, но и понимали их. То, что множество непрерывно обновляемых и независимо разрабатываемых частей системы собираются в одно работоспособное, надёжное и масштабируемое целое -- это и есть задача архитектора, и у него есть средства решения этой задачи: архитектурные стили и паттерны.
-- непрерывный ввод в эксплуатацию (continuous delivery, куда включают и continuous intergation, и continuous deployment, и continuous testing, и, что важно continuous transfer -- то есть delivery переводим по последней операции конвейера/трубопровода/pipeline, по которому поток инкрементов системы, реализующий новые фичи, достигает, наконец, своего потребителя: transfer/введение в эксплуатацию). Альтернативное название этой практики -- DevOps, а раньше аналогичная практика в водопадной модели называлась "управление жизненным циклом, конфигурацией и изменениями".
Основные события, которые прошли за последние пять лет в инженерии, и были отражены в курсе, не связаны даже с распространением компьютерного моделирования. Основные события -- это изменение в мышлении о проектах:
-- в классической системной инженерии осознали, что инженерия систем самых разных видов имеет общие черты, инженерия системна и безмасштабна. Но классическая системная инженерия консервативно придерживалась идеи "водопада", одного прохождения жизненного цикла со стадиями от "замысла" до "введения в эксплуатацию". Хотя в жизни всё уже идёт совсем не так, в учебниках системной инженерии отражена до сих пор эта идея "сначала разработай требования, потом реализуй и проверь, потом отдай эксплуатироваться, и всё -- свободен к следующему проекту". Все эти "спирали" и V-диаграммы отражают это "путешествие организма от замысла к смерти", жизненный цикл.
-- в программной ниженерии осознали, что никаких "требований", ибо всё это только "гипотезы" и они быстро меняются. Система эволюционирует (включая развитие её архитектуры, которая воспринималась раньше как "всё важное, поэтому трудноменяемое", а сегодня воспринимается как "всё важное, что позволяет быстро меняться" -- кардинальный сдвиг), она не столько организм с жизненным циклом, сколько эволюционирующий в ходе техноэволюции вид, включающий множество жизненных циклов отдельных даже не систем, а инкрементов систем (типа как у краба менять конструкцию клешни -- это ждать смерти краба и удачной мутации для клешни у новых крабов, а у технокраба -- это именно менять клешню, всего краба можно не трогать). Но в программной инженерии подчёркивается, что речь идёт о компьютерных программах (а на сегодня даже узком классе компьютерных программ: облачных приложениях), и о безмасштабности речи не идёт.
Современные учебники инженерии поэтому показывают либо системную безмасштабную инженерию "железных" систем и предприятий, либо непрерывную инженерию софта. Наш курс, насколько нам известно, это первый в мире курс, который гармонизировал изложение этих версий инженерии на базе системного мышления третьего поколения, в котором кроме безмасштабности появился выход за пределы времени жизненного цикла одной системы в эволюционное время множества жизненных циклов.
Курс можно проходить в удобном для себя темпе, начинать в любой удобный день. Курс содержит полный текст книги учебника "Системная инженерия 2022", 4 главы, в которых 50 подраздела. Кроме этого в курсе есть "рабочая тетрадь" с задачами, упражнениями, заданиями. В этой "рабочей тетради" есть 6 ситуаций, к ним 28 вопроса и ответа с авторскими объяснениями. И ещё там 11 упражнений, в которых нужно заполнить таблицы. И ещё там 12 заданий, в которых 29 подзаданий. Курс может быть использован в полностью самостоятельном режиме, в режиме асинхронной проверки "рабочей тетради" преподавателем (планируется), а также в режиме смешанного (общение с преподавателем плюс общение с компьютером) обучения в группе с преподавателем. И можно ещё думать об опции менторинга как индивидуальной помощи в прохождении курса на материале вашего рабочего проекта. Курс вполне подходит как обзорный курс по системной инженерии в вузах, но не забываем: проблема будет в прохождении не этого курса, а в прохождении курсов-пререквизитов. Если курс закупается в вуз, то преподаватель получает доступ к рабочим тетрадям студентов для проверки домашних заданий, а также статистике прохождения курсов группой.
На странице курса https://system-school.ru/engineering вы можете найти все подробности, страница чуть более формальна, чем этот текст. Есть чат поддержки книги и курса в телеграм, https://t.me/systemsthinking_course. "Рабочую тетрадь" можно заполнять сколько угодно раз, это тренажёр (но во всех ситуациях с вопросами встроены ловушки, они сконструированы как concept inventory, а заполнение табличек в упражнениях -- это системное моделирование, задания -- это "мышление письмом"). Если вы выполнили все задания "рабочей тетради", то вам будет выслан электронный сертификат Школы системного менеджмента об окончании курса.
Вот что получилось в курсе "Системная инженерия 2022":
-- в курсе нет никакой авторской самодеятельности, "авторской системной инженерии". В материале курса строгая опора на современные учебники и статьи по программной и системной инженерии, инженерии предприятий (эти учебники более свежи, чем стандарты и публичные документы системной инженерии и менеджмента, но которые тоже учитывались и на них есть ссылки). В курсе приведены не просто ссылки, но и картинки обложек книг, которые рекомендуется изучить, и на которых основано изложение материала курса. Единственная "самодеятельность" -- это гармонизация материала этих книг в общем изложении, а также перевод многих терминов на русский язык не первым же словарным значением, а исходя из сути термина (скажем, delivery по сути включает transfer, поэтому переводим не логистически/операционно "доставка", а инженерно "введение в эксплуатацию"). Для большинства терминов приведены их англоязычные оригинальные варианты. Терминология согласована с терминологий, использованной в курсах-пререквизитах.
-- даются толкования инженерии как практики изменения мира к лучшему (и разъясняется, что такое "к лучшему" с точки зрения этики и системного мышления)
-- даны множество примеров отношения к традиционно неинженерным практикам как к инженерым (безмасштабность)
-- даётся понятие техноэволюции (непрерывность инженерии)
-- разведены понятия концепции использования, концепции системы (ими заняты разработчики) и архитектуры (ей заняты архитекторы).
-- введено обновлённое понятие архитектуры как принципов деления системы на модули (ограничения в модульном синтезе), обеспечивающих многокритериальную оптимизацию архитектурных характеристик как предметов интереса/concerns архитектора (эти характеристики известны как -ilities/-ости). Обсуждена новая архитектурная характеристика: изменяемость/evolvability самой архитектуры.
-- объяснено исчезновение "требований" и что делается вместо них (требования являются чаще всего результатом "испорченного телефона", а ещё у них деонтическая модальность предписания, а не доксическая "гипотезы" и поэтому коннотации однократного удовлетворения, а ещё они менее эффективны как описание системы -- более эффективна пара use case и тесты, которые пишут разработчики). "Требования качества" в итоге оказались архитектурными характеристиками, ими занимаются архитекторы, опять-таки в непосредственном контакте с исполнителями внешних проектных ролей.
-- от обсуждения "управления жизненным циклом" и "управления конфигурацией" перешли к более современной идее DevOps (управлять нужно эволюцией, а не прохождением разового жизненного цикла, а для этого нужно много чего сделать в плане инфраструктуры создания), вышли в том числе на стадию непрерывной эксплаутации с цифровыми двойниками, цифровой нитью и цифровой инженерией как их созданием.
-- даны основы теории творчества на базе рациональности (стадии: 1. Сформулировать проблему, которую нужно решать -- какая нужна функция. 2. Сгенерировать несколько альтернатив с идеями решений. 3. Выбрать на базе теории решений).
-- инженерные обоснования (assurance) успешности системы на базе свидетельств (оценка успешности на базе испытаний) и отдельных архитектурных и проектных решений (rationale) даются на базе теории решений, в том числе ставится проблема непрерывного обоснования
-- рассказано о том, как адаптировать системную схему проекта к рабочему проекту и как альфы переводить в единицы отслеживания в case management в случае инкрементов.
-- показана связь DevOps и идей операционного менеджмента
-- важный материал повторяется (или хотя бы упоминается) в разных контекстах. Изложение ведётся "по спирали" -- сначала просто упоминается понятие, потом оно раскрывается подробней, потом пару раз напоминается о его существовании. Связь материала из разных подразделов или разных глав становится очевидной. В тексте использовано большое число синонимов основных терминов, чтобы не было ощущения, что в жизни встретится какое-то одно "правильное слово". Например, раскрывается синонимия практики/труда/деятельности/инженериии. Учитывается, что у системного мышления есть множество диалектов в части терминологии, поэтому учим понятийному мышлению, а не терминам.
-- курс подчёркивает важность письменной культуры в системном мышлении (системное моделирование, в котором модели обязательно документируются), использование экзокортекса в системном мышлении. Сам курс поддерживает и "мышление письмом", и "мышление моделированием": в рабочей тетради курса для всех вопросов тестов есть поля, где вам предлагается написать ваше обоснование ответа. Не ленитесь, пишите эти обоснования! И смутное "системноинженерное мышление на ощущениях", в котором "термины вертятся на кончике языка" станет в существенной мере понятийным, и термины не будут так уж легко забываться. А ещё нужно будет заполнять таблички. А ещё нужно будет писать посты.
В конце сентября выйдет электронная и бумажная книга по материалам курса (текст уже отослан на вёрстку в Ridero).