Skip to content
Курс-тренажер системного мышления 08.09.22
О курсе "Тренажер системного мышления"
1. Система
2. Роли
3. Виды систем
4. Области интересов, системные уровни и цепочки создания
5. Системное моделирование
6. Потребности, требования и архитектура
7. Практика
8. Жизненный цикл 2.0
9. Схема 8 альф
10. Жизненное мастерство
11. Моделирование рабочего проекта (РП)
More
Share
Explore
9. Схема 8 альф

9.3. Адаптация системной схемы проекта к рабочему проекту

Выполните адаптацию системной схемы проекта для вашего проекта. При необходимости можете дополнить альфами из цепочек создания (обычно это бывает полезно).
По необходимости формируйте заметки для последующей проработки. Будет полезно, если вы опубликуете свое описание в блоге и дадите на него ссылку в чатах ШСМ для обсуждения.
Альфы в рабочем проекте
0
Альфа системной схемы проекта (мета-мета-модель)
Альфа системной схемы вашего проекта (для вашей предметной области, мета-модель)
Отслеживаемые состояния альфы (только названия, перечислите их через запятую)
Основные подальфы (только названия, перечислите их через запятую)
Заметки
1
Коммерческая возможность
​
​
2
Внешние проектные роли
​
​
3
Описание целевой системы
​
​
4
Воплощение целевой системы
​
​
5
Работа/сервис целевой системы
​
​
6
Организация проекта
​
​
7
Описание организации проекта
​
​
8
Работа создателя
​
​
There are no rows in this table
⁠

Теория в учебнике “
Методология
⁠
”
(глава 4)
⁠
⁠

По поводу альф как постоянных объектов внимания в проекте разные «действующие лица», т.е. разные трудовые/проектные роли должны непрерывно договариваться.
В минимальном проекте один человек будет организовывать сам себя как менеджер-организатор, потом обеспечит себя клиентами как маркетолог-продавец, потом будет проводить инженерные работы по созданию целевой системы как системный инженер проекта, и параллельно заниматься операционным менеджментом самого себя. Но в больших организациях создавать проект будет служба развития, работать в проекте будут совсем другие люди, а рабочая команда проекта будет собираться из людей, работающих в разных подразделениях.
Хорошим приёмом, позволяющим хоть как-то разобраться в сложном проекте, является сведение всех возможных трудовых ролей к этим базовым: все инженеры (преподаватели, медики, торговцы, политики) как-то меняют мир, маркетологи и коммерсанты организуют клиентуру (скажем, это могут быть агитаторы и пропагандисты, просветители и распространители — все, кто занимается сообществами), менеджеры как оргинженеры заняты организацией работ этих инженеров целевых систем и сообществ клиентов.
В голове системного мыслителя мета-мета-модель из нашего учебника нужна для определения и отслеживания важных объектов предметной области, но типы этих объектов не проговариваются явно в проекте, а проговариваются типы предметной области мета-модели.
Длина цепочки создания зависит от ситуации вашего конкретного проекта, типовых организационных рецептов тут нет, как и нет типовых ходов моделирования!
Область интересов надсистемы — это разного вида обсуждения коммерческих возможностей (стратегии и бизнес-планы, программы работ с указанными целями, потребности), где на уровне идеи, или более чётко прописываются потребности, архитектурные требования, требования для самых разных систем и указываются внешние проектные роли — и для целевой системы в ходе её эксплуатации, и организаций проекта по их цепочке.
Адаптированный набор альф проекта — не случайная мета-модель, «что вижу, о том пою». Нет, создание этой модели направляется мета-мета-моделью из системной схемы проекта! Без типов из наших учебников (методологии, системного мышления, системной инженерии, системного менеджмента) системную схему конкретного проекта в какой-то предметной области не создашь, она будет пропускать важные объекты и наоборот, вносить в обсуждение не очень важные.
Дальше альфы в адаптированной схеме проекта нужно разбивать на подальфы, для всего набора альф и подальф указывать состояния (в терминах предметной области, а не нашего учебника!), для состояния формулировать контрольные вопросы, моделировать в универсальном моделере, далее формулировать рабочие продукты для этих альф и подальф и отслеживать по ним состояния, делая их предметами кейсов.
Want to print your doc?
This is not the way.
Try clicking the ⋯ next to your doc name or using a keyboard shortcut (
CtrlP
) instead.