Интересны люди, имеющие практику в темах:
- теория ограничений для оптимизации бизнес-процессов
- проведение обследований организаций
- моделирования бизнес процессов для нормирования и/или автоматизации
- разработка прагматичных Business Case / ТЭО
- создания и внедрения методик управления бизнес-показателями
- выбор ИТ-подрядчика
- разработки бизнес-требований и требований заинтересованных лиц
- концептуально-логического проектирования ИС
- Domain-Driven Design
- проектирования архитектуры ИТ-решений
- Service Blueprint
- проектирования интеграций
- управления требованиями
- выбор и внедрение инструментов управления требованиями

А может вам инструмент нужен для целостного выполнения и управления этой деятельностью?

А такой есть?

Есть. Объединяет управление деятельностью (проекты, процессы, кейсы) по созданию сложных систем и управление результатами деятельности. Что выливается в управление жизненным циклом сложных систем.

Это какой?

Об общей архитектуре можно почитать здесь https://bpm.com/blogs/executable-architecture-of-software-defined-enterprises?fbclid=IwAR2AGLgTwSvvdmb1BckRiU6xAIwetIYGNOQYmu8bDAKsQyg1uTqb-J4KcwI

Если действительно есть интерес, могу показать как это работает по Скайпу.

Судя по документу, там что-то совсем другое.

Ну, документ показывает предприятие с высоты "птичьего полета".  Если есть время, посмотрите семинар http://json.tv/ict_video_watch/oleg-zaharchuk-asis-soft-iskusstvennyy-intellekt-dlya-upravleniya-proektami-na-baze-tsifrovoy-platformy-asys-20180312045849

Но,как показывает практика, лучшее понимание дает демонстрация работы.

Олег, можно увидеть перечень требований?

На вскидку, при управлении проектами мы всегда сталкиваемся с ограничениями традиционной дисциплины управления проектами. Другими словами, мало управлять проектами, надо управлять деятельностью и результатами деятельности, коммуникациями, операциями. Основное требование: Все документы порождаемые управлением проектами должны генериться из модели проекта и его результатов автоматически, а не создаваться в ворде и экселе.

Что я сейчас прочитал? =\
Управление коммуникациями, результатами и прочим - это всё входит в управление проектами (типовые области знаний). Во всех книгах написано. По традиционной дисциплине.
А как генерить документы - вопрос автоматизации. Ворд и эксель - это лишь их визуализация и представление, одна из возможных форм вывода.

а что вы подразумеваете под моделью проекта?

Статья на русском,  извините, но утверждение близко к заключению о том, что ограничением подхода является его инновационность, вызвала только одну реакцию... Препятствием является отсутствие опыта внедрений реально больших систем, чтобы понять ущербность подхода. Извините не сдержался.

"Все документы порождаемые управлением проектами должны генериться из модели проекта и его результатов автоматически, а не создаваться в ворде и экселе."

Это чьё требование?

Особую ценность подходу добавляет использование термина "микросервисы" 🙈

Я взял с себя слово не комментировать больше "материал"

А мне реального времени понравилось