Эта программа писалась полтора часа, причём полностью не мной. Ну, почти полностью: имя этой программе пришлось давать мне, а также довольно долго организовывал и готовил это написание. Но в итоге все буковки сгенерировал тут не я. Поскольку я делаю дерзкую заявку на AI-native инженерию и менеджмент, то я должен демонстрировать какие-то рабочие продукты собственного AI-native производства, чтобы разные внешние люди оценивали их качество. Главный артефакт тут пока – FPF+DPFs в GitHub - ailev/FPF: First Principles Framework (FPF): AI-native pattern languages for systems engineering, research and management. Shared human-AI reasoning for architecture decisions, evidence, trade-offs and method engineering. FPF Core and domain frameworks (DPFs). · GitHub, и предыдущая резидентура (серия из пяти семинаров по FPF) была как раз про то, как им воспользоваться и создать свои DPF по своим предметным областям, чтобы решать затруднения в своих рабочих проектах. Текущая резидентура имеет другое назначение: отдельного вопроса “как пользоваться FPF” в ней нет, ибо это будет уже просто составная часть работы.
Главный вопрос этой резидентуры – как работать, что должно быть во время работы в голове у инженера-менеджера и как он должен поддерживать своё мышление работой с AI-агентами, чтобы выживать в сегодняшней социокультурной ситуации. Сегодня у нас сингулярность – это когда просыпаешься утром, а жизнь изменилась существенно, а следующим утром просыпаешься – жизнь опять изменилась существенно. Скажем, как у программистов этой зимой, у математиков вот прямо сейчас, и это ведь у всех или уже, или вот-вот будет!
Я когда-то вёл подобную четырёхмесячную резидентуру “Системный менеджмент и стратегирование”, она выдержала 27 потоков, каждый из которых был немного новым – “бесконечное развитие”. Есть и множество руководств, которые были многократно переписаны и отражают лучшие практики инженерии и менеджмента примерно двухлетней давности. Переписывать их ещё раз я не буду – я сделаю новые руководства!
Для меня “AI-native инженерия и менеджмент из первых принципов” продолжает линию резидентур по системному менеджменту и стратегированию. Там абсолютно новое содержание “чему учить” (оно не всё в моей голове, много отчуждено и записано в FPF+DPF), абсолютно новые руководства (я их сгенерирую на русском на основе небольшого числа избранных паттернов FPF+DPF), абсолютно новый формат “как учить” (кроме меня можно будет поговорить ещё и с AI-агентами, а ещё в группе будут и другие наставники) и абсолютно новая цивилизационная ситуация. Цивилизация на Земле уже не совсем человеческая: кроме разумных существ на Земле уже есть разумные вещества.
В воскресенье, 18 октября 2026, в 11:30 я сделаю бесплатный семинар перед стартом длинного четырёхмесячного марафона.
На саму программу беру (через эссе) тех, кто прошёл какой-то эквивалент R1-R4 (чтобы мы не обсуждали долго, чем метод отличается от работы и зачем их вообще отличать, почему повышение производительности компании не может быть целевой системой, что такое онтология и т. д.). Опыт показывает, что “другие люди” у нас получаются через пару лет работы, чудес не получается. Но R1-R4 дают волшебный пендель, и от него – резкое ускорение в развитии. Моя резидентура существенно добавит к этому ускорению.
Далее – 17 встреч:
- Установочная встреча – вс 25.10.2026 в 11:30
- Рабочая встреча – вс 01.11.2026 в 11:30
- Рабочая встреча – вс 08.11.2026 в 11:30
- Рабочая встреча – вс 15.11.2026 в 11:30
- Рабочая встреча – вс 22.11.2026 в 11:30
- Рабочая встреча – вс 29.11.2026 в 11:30
- Рабочая встреча – вс 06.12.2026 в 11:30
- Рабочая встреча – вс 13.12.2026 в 11:30
- Рабочая встреча – вс 20.12.2026 в 11:30
- Рабочая встреча – вс 27.12.2026 в 11:30
- Рабочая встреча – вс 10.01.2027 в 11:30
- Рабочая встреча – вс 17.01.2027 в 11:30
- Рабочая встреча – вс 24.01.2027 в 11:30
- Рабочая встреча – вс 31.01.2027 в 11:30
- Рабочая встреча – вс 07.02.2027 в 11:30
- Рабочая встреча – вс 14.02.2027 в 11:30
- Итоговая встреча – 21.02.2027 в 00:00
Информация о наборе (где чат, где брать шаблон эссе и т.д.) уже появилась в канале рабочего развития МИМ – Telegram: View @mim_workdev
Программа резидентуры рабочего развития
Резидентура рабочего развития для выпускников R1–R4: 16 встреч по три часа, самостоятельная работа между встречами до десяти часов в неделю и отдельное выпускное обсуждение.
Можно хорошо выполнять поручения и всё же не понимать, нужную ли систему мы создаём. Можно предложить удачную конструкцию, но не суметь организовать её изготовление. Можно собрать сильную команду и обнаружить, что выбранный способ работы не позволяет получить обещанный результат.
В резидентуре мы будем учиться разбираться в таких ситуациях. Начнём с того, кому и для чего нужна создаваемая система. Разберём её использование и устройство, сравним способы её создания, выясним, какие исполнители и средства нужны. Затем проверим, что получилось, и выберем следующую задачу проекта и собственного развития.
Программа подходит специалистам и руководителям разных областей: исследователям, строителям, инженерам, разработчикам программ, организаторам производства и обслуживания. Общие методы будем применять к вашим проектам. Для этого не обязательно руководить всем проектом: обоснованный расчёт, выбор метода исследования или договорённость со смежником могут существенно изменить дальнейшую работу. В длительном проекте результатом резидентуры может стать обоснованный выбор устройства системы, метода работы или программы испытаний; изготовление и испытание самой системы продолжатся за её пределами.
К концу программы вы сможете лучше обосновывать, какую систему стоит создавать, как её устроить и как получить пригодный для использования результат. Вы попробуете выбирать и осваивать незнакомые методы, поручать работу людям и AI, проверять полученные результаты. Отдельная тема — пересмотр решений при изменении потребностей пользователей, условий использования системы, доступных ресурсов или возможностей исполнителей.
Общий сюжет
От потребности в окружающем мире — к выбору целевой системы, её использованию и устройству; затем — к методам создания, людям, оборудованию и организациям, которые выполнят работы. После этого возвращаемся к использованию полученной системы и рассматриваем её дальнейшее развитие. Это системная мантра, развёрнутая в содержание четырёх частей программы. Такой порядок изучения помогает увидеть зависимости решений. В проекте к ним возвращаются: наблюдения при использовании могут изменить выбор системы, а проверка способа изготовления — её устройство. Сценарии испытаний начнём разбирать уже на третьей встрече и будем уточнять вместе с проектными решениями.
Создание новой системы, развитие существующей и получение знания о системе требуют разных решений. Для исследователя, который получает знание, но не меняет изучаемый объект, начало программы посвящено исследовательскому вопросу и дальнейшему использованию ответа. Модели и проверки относятся к этому вопросу. Темы архитектуры и создания систем раскрывают другую сторону его работы: устройство средств исследования, вычислительной инфраструктуры и организации, от которых зависит получение знания. Изучаемая система и эти средства рассматриваются отдельно.
Если результат проекта — новый метод, начальный вопрос относится к работам, для которых этот способ нужен, и результатам, которые он позволит получать. Далее мы сравниваем способы работы, строим и улучшаем выбранный метод, проверяем условия его применения. Способы разработки и проверки этого метода рассматриваем отдельно от самого разрабатываемого метода; его описание помогает передать найденный способ другому исполнителю.
AI входит в содержание всей программы: поиск оснований, построение вариантов, моделирование, расчёты, поручение работ и проверка ответов. Рассуждение от первых принципов помогает понять, почему выбранный способ должен дать результат, и найти другое решение, если привычный рецепт не подходит.
У каждого занятия названы поддерживающие паттерны. FPF даёт общие различения и основания рассуждения; Engineering DPF Suite — предметные методы инженерии, организации работ и развития мастерства; Foundational Thinking DPF Suite — методы моделирования, объяснения, вычисления и работы с обозначениями. Публикации находятся в репозитории FPF и DPF(GitHub - ailev/FPF: First Principles Framework (FPF): AI-native pattern languages for systems engineering, research and management. Shared human-AI reasoning for architecture decisions, evidence, trade-offs and method engineering. FPF Core and domain frameworks (DPFs). · GitHub). Указанные паттерны позволяют найти объяснение к конкретной теме и продолжить её изучение.
План 16 встреч
Часть 1. Какую систему стоит создавать
Сначала выясним, что должно стать возможным для пользователей, затем выберем систему, благодаря которой это станет возможным. Уже существующая система тоже может оказаться предметом проекта, но её доработка — лишь один из вариантов.
1. Что мы создаём и кому это нужно?
Содержание. Потребность и ожидаемый эффект в окружении. Выбор целевой системы проекта и её границ до выбора внутреннего устройства. Создание новой системы, развитие существующей, получение знания и разработка метода как разные проектные задачи. Целевая система, её часть, окружение и системы-создатели. Например, теплица — целевая система проекта строительства, а строительная организация её создаёт; в другом проекте предметом развития может стать сама организация.
Что это даёт. Основание обсуждать, что именно следует выпускать и зачем. Собственное поручение можно связать с нужным результатом проекта ещё до выбора конструкции, инструмента или исполнителя.
Паттерны. A.1.STM — системная мантра; A.15.6 — целевая система и границы проекта; SYSE.1 — выбор предмета инженерной работы.
2. Как найти подходящий метод с помощью AI?
Содержание. Поиск метода по задаче и требуемому результату. Семейство методов, конкретный метод, условия его применения и необходимые исходные данные. Использование FPF и DPF для поиска с AI: переход от вопроса к подходящему паттерну, чтение его объяснения, сравнение нескольких способов работы. Основания доверять ответу AI и необходимость предметной проверки.
Что это даёт. Доступ к незнакомым способам решения уже в начале программы. Найденный метод можно сопоставить с задачей проекта и понять, какие знания, средства или помощь нужны для его применения. На следующих встречах этот поиск будет использоваться при моделировании, создании системы и организации работ.
Паттерны. ME.3–ME.5 — критерии выбора метода, поиск и проверка применимости; A.3.1 — метод и его описание.
3. Какие свойства нужны пользователям и как проверить наши предположения?
Содержание. Эпизод использования системы, её функции и взаимодействия с окружением. Потребности заинтересованных сторон, включая тех, кому использование системы может мешать. Желаемое поведение системы в выбранной роли и её характеристики: как сразу описать их в программе испытаний. Сценарий задаёт условия использования, действия и наблюдаемый результат; для измеримых характеристик выбираются величины, диапазоны и критерии оценки. Такой способ разработки от проверяемых примеров разбираем на материале BDD и ATDD; для физических систем используем сценарии натурных и модельных испытаний. Программу испытаний уточняем по мере выяснения потребности и устройства системы. Предполагаемое использование будущей системы и наблюдения за существующей. Проверка потребности и исходных допущений: конкурирующие объяснения, различающие наблюдения и польза дополнительной информации для решения. Для исследовательского результата — кто использует получаемое знание, в каком рассуждении и какой ответ ему нужен.
Что это даёт. Основание выбирать нужные свойства системы и заранее договориться, как их проверять. Первые наблюдения помогают решить, продолжать ли разработку, уточнить задачу или отказаться от непригодного варианта. Сценарии и критерии оценки затем используются при сравнении архитектурных решений и испытании готовой системы.
Паттерны. SYSE.2, SYSE.16 — использование системы и необходимые для него условия; SYSE.4, MMP.16 — проверка утверждения различающим наблюдением; C.11.DUA — ценность дополнительной информации.
4. Как устроены системы и методы и как это описать?
Содержание. Структура: какие предметы связаны, какими отношениями и при каких ограничениях. Отношения части и целого, порядка, зависимости и передачи результата. Разные структуры одной системы или метода; выбор структуры по вопросу, который предстоит решить. Архитектурное решение: какие структуры выбрать, чтобы получить нужные свойства системы или метода. Существующие отношения, проектируемое устройство и их описания. Построение модели из известных отношений и неизвестных величин: схема, таблица, расчёт. Какие различия модель сохраняет и какой вывод позволяет получить. Проверка соответствия модели изучаемому предмету: что означают её величины и отношения, при каких допущениях вывод применим к задаче проекта.
Что это даёт. Общий способ разбирать устройство разных предметов проекта. На встречах 6–9 он применяется к целевой системе, составному методу, создающей организации и сети потоков трансформаций. Приёмы моделирования затем понадобятся для расчёта ресурсов на встрече 10 и преобразования метода на 11. Для каждого нового предмета выберем свои величины и отношения. На встрече 14 проверим, как изменение исходных данных и допущений влияет на выводы уже построенных моделей.
Паттерны. A.22 — структуры и их представления; C.30 — архитектура и выбранные структуры; MMP.10–MMP.11 — построение модели из ограничений и известных отношений; C.29 — применение математической модели к предметной задаче.
Часть 2. Как устроить систему и каким способом её получить
Понимание использования ещё не задаёт конструкцию. Теперь построим альтернативы, выберем устройство системы и разберём методы её создания. Выясним, какие результаты должны давать работы по созданию системы и какие умения и средства для этого нужны. В исследовательских проектах сравниваем методы получения знания и устройство нужных для этого средств.
5. Какие разные решения отвечают задаче проекта?
Содержание. Функциональные и конструктивные альтернативы. Создание системы, использование готовой системы и получение результата с помощью внешнего исполнителя. Новизна, качество и разнообразие вариантов. Архив сохраняемых вариантов, фронт недоминируемых вариантов по заданным характеристикам, список для дальнейшего выбора и отдельное решение о работе. Пригодность вариантов при одинаковых условиях использования; полные затраты, включая сопряжение, проверку и последующее изменение.
Что это даёт. Возможность сопоставить содержательно разные решения по нужным свойствам системы. Для перспективного варианта, который пока не выбран, сохраняется основание вернуться к нему при изменении потребности в системе, условий её использования или доступных средств разработки.
Паттерны. SYSE.5 — функциональные и конструктивные альтернативы; SYSE.24 — способы получения инженерного результата; C.18 — сохранение вариантов и их сравнение; G.5 — состав выбранного набора; C.11 — решение по сопоставленным вариантам.
6. Как устройство системы обеспечивает нужные свойства?
Содержание. Архитектура целевой системы: функциональная структура, состав частей, связи и взаимодействия. Разные способы распределить функции между частями. Применение приёмов моделирования со встречи 4 к устройству создаваемой системы. Системные уровни и выбор границы подсистемы. Связь архитектурных решений с надёжностью, производительностью, стоимостью, ремонтопригодностью и другими значимыми свойствами. Компромиссы, физические ограничения и доступные ресурсы; локальная оптимизация, ухудшающая нужный результат использования системы. Уточнение программы испытаний после архитектурного выбора: какие свойства и взаимодействия предстоит проверить.
В исследовательском проекте модель изучаемого явления помогает определить, какие измерения различат конкурирующие объяснения и какой диапазон и погрешность для этого подходят. Эти значения входят в программу проверки измерительной установки и помогают выбрать её устройство. Предмет новой модели — состав установки и взаимодействие её частей. Приёмы построения модели со встречи 4 используются для этого нового вопроса.
Что это даёт. Понимание того, чем обеспечиваются нужные свойства и почему выбран именно такой состав частей. Решение можно обосновать по нескольким характеристикам и указать условия его пересмотра.
Паттерны. SYSE.6 — архитектурный выбор; C.32.P2S — от нужных свойств к устройству системы; SYSE.5 — функция и варианты её осуществления.
7. Как устроены методы создания системы?
Содержание. Архитектура и многоуровневость методов: составной метод, составляющие методы, порядок и условия их совместного применения, согласование промежуточных результатов. Семейство методов и выбор конкретного метода по задаче. Отдельно разбираем состав конкретной работы и применение методов при выполнении её частей. Описание метода и отдельная работа по нему. Методы проектирования, изготовления, сборки и проверки; материалы, инструменты и системы-создатели. Создание средств производства как связанная инженерная задача. В проекте разработки метода разбираем состав нового способа работы, а отдельно выбираем способы его разработки и проверки и нужные для них средства.
Что это даёт. Переход от выбранного устройства к способу его получения. Становится видно, какого метода, средства или профессионального результата не хватает, что можно получить готовым и что предстоит разработать.
Паттерны. A.3.1, B.1.5 — метод и композиция методов; C.30 — архитектурное рассмотрение; SYSE.3 — системы и работы, необходимые для создания; ME.1 — затруднения в способе работы.
8. Как связаны устройство системы и организация её создателей?
Содержание. Архитектура создающей организации: специализации, получение и передача результатов, принятие решений, доступ к знаниям и общим ресурсам. Сопоставление границ частей целевой системы и границ ответственности в организации. Выбор между изменением устройства системы, изменением организации работ, их совместным изменением и сохранением нынешнего устройства с дополнительным согласованием работ. Роли, мастерство, назначения и полномочия. Пригодность передаваемого результата для следующей работы и достаточность информации для получателя: например, какие данные расчёта нужны конструктору, чтобы выбрать размеры детали.
Что это даёт. Возможность согласовать устройство создаваемой системы и организацию её получения. Становится понятнее, какие взаимодействия нужны между специалистами, где нужна переделка системы или организации, а где достаточно согласовать результаты и учесть затраты на это.
Паттерны. OCE.4 — архитектура создающей организации; OCE.7 — согласование архитектур системы и организации; OCE.6 — участие исполнителей; SYSE.9, A.15.9 — получение и использование профессионального результата.
Часть 3. Как организовать работу создателей
К этому моменту понятнее, какую систему хотим получить и что требуется для её создания. Перейдём к организации самих работ: срокам, ресурсам, распределению действий и освоению методов. Например, срок строительства теплицы зависит от подготовки площадки, поставки материалов и монтажа; урожайность теплицы относится уже к её использованию. Связи работ по созданию и использованию системы разберём на встрече 9; затем сосредоточимся на организации работ её создателей.
9. Почему выполненные задачи ещё не означают продвижения проекта?
Содержание. Сеть потоков трансформаций: создание целевой системы, её использование и развитие систем-создателей. Связи между потоками: изготовленное средство участвует в следующей работе, наблюдения при использовании возвращаются в проектирование. В каждом случае различаем, что преобразуется, кто выполняет работу и какой результат нужен далее. На этой основе рассматриваем готовность входов, очереди, незавершённую работу, возвраты и общие ресурсы; проверяем причины задержек. В исследовании предметом такого разбора становятся получение данных, построение объяснения и использование знания.
Что это даёт. Основание менять организацию работ там, где это повлияет на получение результата. Назначение новых исполнителей и ускорение операций можно сравнивать с уменьшением ожиданий и переделок.
Паттерны. E.18, E.18.NET — поток трансформаций и сеть связанных потоков; OPS.8, OPS.9, OPS.11 — очереди, ограничения и взаимодействие участков работ.
10. На какой срок и затраты можно рассчитывать?
Содержание. Календарный срок, рабочее время, производственная мощность, потребление ресурсов и денежный расход. Конкуренция работ за людей и оборудование, переменная нагрузка и неопределённость. Какие выплаты изменятся при рассматриваемом решении за выбранный срок, а какие сохранятся из-за уже принятых обязательств. Обоснованные нижние и верхние оценки срока и затрат, достаточная для решения точность расчёта. От расчёта потребных ресурсов к проверке календарного плана: доступность исполнителей, последовательность работ и совместное использование оборудования. Связь планируемого результата с доступными средствами и обязательствами.
Что это даёт. Возможность проверить обещанный срок и сравнить способы выполнения работы по полным затратам. Высвобождение времени можно отличить от денежной экономии и от увеличения выпуска.
Паттерны. OPS.10 — доступная производственная мощность; MA.1–MA.2 — потребление ресурсов и денежный эффект; MATH.20 — обоснованные границы в количественной модели.
11. Как изменить метод работы с участием AI и специалистов?
Содержание. Преобразование метода с помощью модели операций: их входы, результаты, порядок и используемые ресурсы. Совместная подготовка нескольких работ, повторное использование результата, перестановка операций и отказ от ненужного перебора. Условия сохранения нужного ответа и промежуточных результатов. Распределение работы между людьми, AI и внешними исполнителями; роли принципала и агента при поручении работы, полномочия и проверка результата. Сравнение полных затрат, включая подготовку, проверку и исправления. Если проект посвящён новому методу, основной разбор на этой встрече относится к нему. Способы его разработки и проверки могут стать предметом отдельного такого разбора.
Что это даёт. Возможность предложить другой способ получения результата, показать, при каких условиях он даст выигрыш и как это проверить в работе. Приёмы построения модели со встречи 4 теперь применяются к операциям метода; устройство работы меняется с учётом возможностей людей и AI.
Паттерны. ME.25 — преобразование метода с помощью математической модели; OCE.8 — сочетание людей, AI и внешних исполнителей; C.38 — сравнение полных способов получения результата.
12. Как освоить нужный метод и сделать его доступным другим?
Содержание. На встречах 2 и 7 методы выбирались по нужным работам и условиям их выполнения. Следующий вопрос проекта может потребовать незнакомого метода из другого семейства. Теперь предмет — мастерство людей, которым предстоит эти методы применять: что осваивать самому, что получать с помощью инструмента или специалиста и как обосновать такой выбор. Если освоение выбранного метода слишком дорого или пока невозможно, возвращаемся к сравнению способов работы. Выбор способа освоения по затруднению: разбор образца, собственная попытка с обратной связью и исправлением, различение ситуаций применения, повтор после перерыва. Как отличить собственное новое умение от результата, полученного с помощью AI или специалиста. Культурная эволюция: передача, выбор, сохранение и изменение способов работы; условия, при которых чужой удачный приём становится доступным группе.
Что это даёт. Основание выбрать нужный метод, способ его освоения и проверку собственного умения применять его. Удачный способ работы можно сохранить и распространить, учитывая условия его применения.
Паттерны. ME.3–ME.5 — критерии выбора, поиск и проверка применимости методов; HCD.2, HCD.5 — выбор развития мастерства; C.36 — культурная эволюция.
Часть 4. Как проверить результат и выбрать продолжение
Теперь разберём, как проверять пригодность системы к использованию, работоспособность метода и обоснованность исследовательского вывода. Для результата, который ещё предстоит получить, уточним программу проверки; для уже полученного — основания вывода о его пригодности. Затем рассмотрим, как новые сведения и условия использования влияют на прежние решения и какую следующую работу стоит предпринимать.
13. Готов ли результат проекта к использованию?
Содержание. Интеграция частей, фактическая конфигурация и использование системы в окружении. Проверка части и проверка взаимодействий. Испытания по сценариям и критериям, уточнявшимся со встречи 3, и проверка того, решает ли полученная система задачу пользователя. Условия испытания, наблюдаемые свойства, ограничения вывода и основания допуска. Отдельно рассматриваем обязательные законодательные требования: что именно установлено применимой нормой и как обосновать соответствие ей. В исследовании — согласованность данных, модели и вывода, применимость знания для следующего решения. При разработке метода — проверка работ по нему: нужный результат, воспроизводимость и пригодность при значимо разных исходных данных. Вывод об отдельной выполненной работе относится к условиям этой работы; обоснование области применения метода требует рассмотреть различия между заявленными случаями.
Что это даёт. Возможность вернуться к исходной потребности и установить, какой результат действительно получен. Готовность документа, расчёта или компонента можно отличить от готовности системы к использованию.
Паттерны. SYSE.11 — интеграция и совместное использование; SYSE.13 — конфигурация и применимость данных; SYSE.4 — проверка инженерного утверждения; ME.5 — проверка применимости метода.
14. Как пересматривать решения при изменении системы и её окружения?
Содержание. Изменение потребностей пользователей, нагрузки системы, её компонентов и условий использования, применяемых методов и исходных данных. Обновление проверяемых гипотез, сценариев испытаний и критериев оценки; повторные проверки после изменения системы. Зависимость прежних решений от изменившегося основания. Совместимость версий, переход и сосуществование старого и нового. Продолжение работы после передачи другому исполнителю или смены инструмента. Замена составляющего метода с проверкой более широкого метода. Различие доработки решения и пересмотра направления проекта; полезность следующей пробы относительно её затрат.
Что это даёт. Возможность определить, какое решение нужно пересмотреть и почему: доработать выбранную систему или метод, сменить направление проекта либо продолжать работу. Прежние расчёты используем там, где сохранились их исходные данные и допущения; заново проверяем затронутые выводы и взаимодействия.
Паттерны. SYSE.19 — пересмотр решений после изменения использованного источника; STR.7, STR.12 — дополнительная проверка и пересмотр направления; B.1.5 — согласование замены составляющего метода; A.15.8 — условия продолжения и восстановления работы.
15. Как обосновать предложение тому, кто принимает решение?
Содержание. Рекомендация для конкретного получателя и его решения. Сведение предметных результатов разных специалистов, сравнение вариантов, интересов и последствий. Границы применимости используемых расчётов и результатов проверок; существенная для решения неопределённость. Различие профессионального суждения и права принять решение. Уточнение объяснения при содержательном возражении.
Что это даёт. Возможность превратить накопленные модели, расчёты и проверки в понятное основание следующего решения.
Паттерны. Рекомендатель из Engineering DPF Suite — сборка обоснованной рекомендации; PSD.13 — поддержка решения; EXD.4 — уточнение объяснения в диалоге.
16. Какую следующую работу стоит выбрать?
Содержание. От стратегии проекта к следующим работам. Построение возможных направлений развития: какую пользу они обещают, какие умения, помощь и ресурсы нужны, что должно стать возможным после ближайшего шага. Сравнение с уже освоенными методами и доступной помощью. Продолжение выбранного направления, переключение, сохранение перспективной альтернативы и остановка. Развитие целевой системы, систем-создателей и собственного мастерства в их взаимосвязи. Возвращение к системной мантре с более богатым набором доступных решений.
Что это даёт. Основание выбрать следующую задачу проекта и собственного развития: какую пользу она даст, какие возможности откроет и что для неё ещё понадобится.
Паттерны. STR.12 — пересмотр направления; DOCA.4 — построение направлений развития и способов их обеспечения; DOCA.6 — сохранение перспективных вариантов и промежуточных шагов к ним; C.11.CRC — приращение относительно имеющихся возможностей; A.1.STM — связь целевой системы и её создателей.
Глубина и границы программы
Главная линия — выбор целевой системы, структуры и модели, архитектура системы, методы её создания, организация работ и продолжающееся развитие. Структурное рассмотрение связывает четыре предмета: систему, метод, создающую организацию и сеть потоков трансформаций. На базовом уровне предстоит построить небольшую модель, получить из неё вывод, сравнить способы получения результата и обосновать конкретное преобразование метода. Многоуровневость методов возвращается при рассмотрении состава метода, организации работ по нему, согласовании результатов, подборе исполнителей и замене составляющего метода. Работа с AI начинается с поиска методов и развивается до преобразования способов совместной работы.
Математика, физика и вычисление нужны для построения объяснений и решений. Программа даёт способы поставить вопрос, выбрать отношения модели и проверить вывод; специальные расчёты и отраслевые нормы углубляются по предмету проекта. Полная теория архитектуры, операций, культурной эволюции и стратегирования в шестнадцать встреч не входит. Формальная теория структур и полный проект архитектуры предприятия остаются углублением. Из культурной эволюции берём различения, нужные для освоения, передачи и сохранения полезных методов. Знакомые приёмы можно использовать сразу, уделяя больше внимания ещё не освоенному применению; указанные паттерны позволяют продолжить изучение.
Выпускное обсуждение
После шестнадцатой встречи — отдельное обсуждение результатов резидентуры: какое понимание системы изменилось, какие решения удалось обосновать, что стало возможным в проекте и какую следующую работу стоит взять. Выпуск не занимает место содержательной встречи.
