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