Гипотеза, В пределе?

Какая ценность в том, что Вы сейчас написали и какое отношение эта информация имеет к предмету данного диалога?

Из песка и воды дома можно строить-) я думаю как то так

Из строительных материалов можно построить практически любое здание и сооружение

Ценность в том, что мы обсуждаем предметную область, которая имеет место в организационных системах. А здесь отличать модель от метамодели принципиально важно.

Можете просветить в чем такие важные отличия?

Неохота разбираться с этой онтологией. Но есть вопрос, если Вы с ней разбирались. Сколько в ней используется основополагающих терминов (классов)? Если 2-3 - то хорошо отношусь к такой онтологии.

Отличать модель от метамодели принципиально важно всегда.

Как результаты вашей работы встроить в SAFe или использовать совместно с SAFe, например?

Допустим, нет никакого SAFe, а есть бимодальная организация, в одной из модальностей которой ведётся разработка продуктов по Agile?

Только ответьте пожалуйста конкретно, без манипуляций.

Вопрос в том, из какого строительного материала Вы хотите строить деятельность.

Кто первый пошутит про говно и палки?)

Ну вы разберитесь, ради любопытства. Сколько времени потребуется человеку со средними способностями, чтобы приступить к прикладной разработке на основе этой модели? Какой прок прикладным разработчикам, живым инженерам, что у онтологии всего 3 базовых класса?

Кстати, это пример "живой" онтологии, на основе которой пытаются строить прикладные решения. Все кто занимался когда-либо онтологиями должны о ней знать. Например, когда я писал диссер 15 лет назад, я её исследовал.

Scaled Agile Framework, как и другие подобные, показывает, какие действия должны выполняться исполнителями (ролями), как эти действия должны быть организованы, как нужно отслеживать прогресс. В нашей системе мы создаем сервисы для выполнения этих действий пользователями, создаем процессы, как эти действия связываются по входам-выходам, создаем сервисы, которые показывают в разных состояниях результаты этих действий, создаем сервисы для управления этими процессами и состояниями (разные доски и т.п.).

Есть наверно инструкция для каждой роли? Где можно ознакомиться?

Прок от онтологии, у которой 3 (или меньше) базовых класса в том, что ее не надо осваивать годами, она становиться понятной через несколько часов или дней. А что касается других онтологий, то их может быть бесконечно по простой причине - у них нет единого фундамента (как раз тех базовых классов). Поэтому у каждой онтологии своя основа. Также при построении любой онтологии следует отделять термины, описывающие деятельность (метамодель деятельности применима к разным отраслям и видам деятельности) и термины, описывающие результаты деятельности (часть этих терминов универсальны, а часть имеют отраслевую принадлежность.).

Нет, понятной становятся только 3 базовых класса

Роли создаются пользователями, которые имеют доступ к соответствующим функциям. Для роли можно назначить функции, кейсы, которые она может запускать, процессы, которые она может запускать, типовые задачи, события, информация по которым должна приходить и т.п. Есть преднастроенные роли. Не хочу здесь перегружать диалог, если действительно есть практический интерес, пишите infor@asyssoft.ru

No Silver Bullet Недавно, готовясь к вебинару, я долго раздумывал, оставить ли в презентации этот слайд. Но похоже, что с подобного слайда надо начинать каждую презентации по ИТ-архитектуре

😄😄😄+++