СМ-2024. Системная мантра для звена в графе создания

Определяем цепочку создания:

  • сначала пойми роль и функцию целевой системы в окружении, «что она делает» (время эксплуатации/использования/функционирования целевой системы)

Общежитие для учащихся::целевая система предоставляет пространство для временного проживания учащихся в период обучения.

  • потом пойми конструктив/материал, который будет аффордансом для воплощения роли, выполняющей функцию (время создания целевой системы)

Конструктивом будет построенное здание общежития. Располагается на одной территории с самим образовательным учреждением.

  • потом пойми методы изготовления конструктива/материала (методы изменения состояния конструктива системы из сырья в состояние готовой и работающей целевой системы)

Один из методов изготовления - проектирование. Строительство и другие методы рассматривать не буду.

  • потом пойми, какие роли систем-создателей будут выполнять эти методы

проектировщик, технический заказчик, который представляет интересы инвестора (и тут надо будет ещё уточнить), эксперт::роль, который проверяет разрабатываемые решения на безопасность.

  • потом пойми, какие агенты как конструктив/материалы для ролей-создателей — люди, подразделения) будут выполнять эти методы создания целевых систем.

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

Мантра для звена

Звено - наша услуга как часть системы-создателя, которая создает проект::описание общежития::целевой системы.

Что надо изменить в окружении системы

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

Каким способом/методом меняем окружение системы

Меняем с помощью проектирования::метод, разрабатывая проектную документации::концепцию системы::описание.

Какова роль системы

Проектировщик - роль, которая включает в себя несколько подролей с разными методами работы.

Из чего будем делать систему

Представители из организаций проектировщика, техзаказчика и экспертизы

Какими методами работы делаем систему

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

Какова роль создателя

Нам точно нужен методолог, возможно методист для создания инструкции по работе с ПО, администратор среды общих данных и скорее всего ещё кто-то.

Кто/что будет создателем.

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

2 лайка

На переходе к вашей системе я потерялся. “Звено” - это вы про свою систему?

Вы хотите рассматравать себя как часть проектировщика или как поставщика сервиса для проектировщика? То есть вы в той же цепочке создания, или у вас своя цепочка создания, создающая нечто для цепочки создания ЦС?

Пока у вас смешано - вы одновременно говорите что вы часть проектировщика, но оказываете ему услугу.

Тут возможны оба рассмотрения, но надо проговорить явно.