В этой статье мне хотелось бы еще раз вернуться к проблеме адекватного представления бизнеса и его составляющих.
О том, что существует проблема адекватного представительства, свидетельствуют разные источники: это и стандартные модели бизнес-процессов, разработанные различными ассоциациями, и конкретные примеры бизнес-моделирования, с которыми я сталкиваюсь.
Совершенно случайно, читая материалы по ISO 15288, я увидел диаграмму «Взаимодействие системы с типовыми обеспечивающими системами» (исходный вид диаграммы намеренно показан только в конце статьи), на которой достаточно четко изображено:
- типы систем, участвующих в создании и поддержании работы целевой системы
- связи между этими системами и целевой системой.
Одним из основных понятий ISO 15288 является жизненный цикл системы, который схематически изображается следующим образом: 
Этапы жизненного цикла отражают следующую идею: «Этапы разработки новой системы можно рассматривать как постепенную «материализацию» системы — постепенный переход от абстрактной необходимости к сборке и установке работоспособных компонентов, совместно выполняющих сложные функции для удовлетворения этой потребности» [А.
Косяков «Системотехника», с.
143].
Нужно понимать, что это упрощенное изображение реального хода этапов, которые в действительности могут перекрывать друг друга во времени, чередоваться (например, функционирование системы и ее обслуживание) и т. д. Но, тем не менее, этой схемы нам будет достаточно, чтобы визуализировать некоторые фундаментальные идеи.
Я адаптировал идею жизненного цикла применительно к рассматриваемой области бизнес-систем: 
Попробуем взглянуть на структуру бизнес-системы через призму стадий жизненного цикла.
Для начала давайте изобразим целевую систему, которую мы хотим создать: 
В случае с бизнес-системой целевую систему обычно называют термином «Продукт», и я продолжу использовать ее как основную.
Изделие может быть достаточно сложным (автомобиль), а может быть и совсем простым (например, топор), для данной статьи это не важно.
Все является системой, и у каждой системы есть жизненный цикл.
Очевидно, что продукт необходимо как минимум производить, а как максимум его еще и рекламировать, продавать, доставлять и т. д. На схеме это показано следующим образом: 
Термин «Производственная система», возможно, не очень хорошо передает необходимый смысл, но пока ничего лучшего я не придумал.
В бизнесе это обычно называют «Операции», но это еще худший термин.
Важные факты, которые отражены на этой схеме:
- Производственная система — это также система, которая проходит стадии своего жизненного цикла.
- Стрелкой показана связь между системами, а именно: Производственная система на этапе «Эксплуатация» обеспечивает Продукт на этапе «Производство» жизненного цикла.
Или, говоря проще: диаграмма отражает тот факт, что Производственная система производит Продукт.
- Производственная система частично обеспечивает Продукт стадии «Разработка».
Объяснение значения этого будет дано ниже.
В понятие «ремонт» я включаю как периодическое регламентное обслуживание, так и замену вышедших из строя деталей на годные.
Обслуживающая система позволяет Производственной системе существовать неограниченное время, выполняя свои функции по производству Продукта: 
На этом этапе у читателя уже могут возникнуть вопросы: откуда берутся системы производства и обслуживания, и кто занимается концепцией и разработкой продукта?
Если бы мне пришлось ответить на этот вопрос повествовательно, я бы сформулировал его так:
Собирается команда компетентных людей для обсуждения концепции продукта и возможности его производства.
Если концепция удовлетворительна и возможность производства продукта существует, то команда приступает к переходу к реализации: разработке детальных проектов Продукта, Производственных и Вспомогательных систем, а также реализации проектов Производственных и Вспомогательных систем в материале.
.
После того как Производственная система внедрена в материал, она должна быть готова к производству Продукта.
Отразим это повествование в виде схемы: 
Важные факты, которые отражены на этой схеме:
1) Во-первых, на этой схеме уже стали видны границы типичной бизнес-системы, которую в данном случае можно назвать системотехническим термином «система систем» (SoS):
«По сути, всякий раз, когда несколько независимых и работоспособных систем объединяются для приобретения возможностей, превышающих сумму возможностей отдельных систем, мы получаем систему систем.
Конечно, уровень интеграции может существенно различаться.
На одном конце спектра находятся системы SoS, которые были полностью интегрированы с самых ранних стадий разработки, когда отдельные системы, хотя и могли работать независимо, разрабатывались почти исключительно для SoS. На другом конце мы сталкиваемся с системами, которые слабо связаны для временного решения локальной проблемы без какой-либо формальной основы, кроме согласия их владельцев» [А.
Косяков «Системная инженерия», с.
119].
Я думаю, что и те, и эти типы SoS встречаются в бизнес-системах.
К этому хотелось бы добавить, что бизнес на верхнем уровне представления – это не «жесткая» иерархическая система, как принято считать, а скорее система систем, потому что: а) системы в нем находятся в достаточно конкретных связях, а не в связях «Часть-Целое»:
- Система развития задумывает, проектирует и развивает систему производства и обслуживания;
- Сервисная система занимается «ремонтом» Производственной системы.
П.
Щедровицкого) и сказать, что системы являются объектами и средствами в некоторой деятельности.
Однако их роли могут измениться.
Например, в деятельности по созданию Производственной Системы Производственная Система является объектом, а Система Развития – средством деятельности.
Когда Производственная Система построена, она становится средством в деятельности по производству Продукта (или производству денег в виде прибыли, если смотреть по существу дела) б) системы достаточно автономны друг относительно друга (они могут существовать друг без друга в течение длительных периодов времени), а также могут быть заменены другими системами (например, обслуживание Производственной системы может быть передано на аутсорсинг).
2) Система разработки практически полностью обеспечивает этап «Разработка» жизненного цикла Продукта, но небольшую часть этапа «Разработка» обеспечивает Производственная система.
На практике это происходит, когда возникает необходимость уточнить конструкцию изделия на этапе поступления заказа клиента.
В этом случае система разработки фактически проектирует целый класс продукции, а также Производственную систему, способную производить этот класс продукции без ее перестройки.
Например, это может быть предприятие по производству пластиковых окон: Производственная система создается таким образом, чтобы иметь возможность выпускать целый ряд окон разных размеров, а конкретное окно дополнительно проектируется при поступлении в производственную систему заказа.
.
В случае, когда Производственная Система производит продукт снова и снова без изменений, Система Разработки обеспечивает стадию «Разработка» Продукта полностью.
Но для других типов компаний (проектных, программных) возможны иные варианты обеспечения жизненного цикла продукта.
Факты, которые не отражены на этой диаграмме:
- На практике Система Разработки в цикле разработки неоднократно выполняет этапы «Концепция-Проектирование» для Продуктовой, Производственной и Сервисной систем, а также «Производство» для Производственной и Сервисной систем.
Как отмечалось в начале статьи, данный тип диаграмм не позволяет лаконично отобразить этот факт.
- Кто участвует в этапах «Концепция-Разработка-Производство» Системы разработки?
Очевидно, что сама она не может появиться из ниоткуда.
Чаще всего на практике процесс создания «Системы развития» плохо формализован и выглядит следующим образом: главный стейкхолдер (например, инвестор) ищет менеджера, который формирует команду.
Далее эта команда проводит первоначальные исследования, о которых уже говорилось выше.
Если видится возможность создания бизнес-системы, то команда становится «Системой развития»: на разовой или постоянной основе.
В последнем случае нужно иметь в виду, что Систему разработки, возможно, тоже придется перестраивать.
Бывают и другие ситуации, когда процесс создания «Системы развития» хорошо формализован; об этом будет сказано ниже.
- Не отражено, как происходит списание систем Производства и Обслуживания, поскольку на практике это происходит довольно редко.
7): 
В этом случае мы можем сказать, что:
А) Не существует продукта как артефакта, отдельного от бизнес-системы.
б) Производственная система в данном случае является целевой системой.
В) Производственная система на этапе «Эксплуатация» предоставляет услуги клиентам.
Примером таких бизнес-систем может быть парикмахерская или служба такси.
Дополнительно можно рассмотреть возможность расширения схемы бизнес-системы, представленной на рис.
6, для двух случаев.
Первый случай, когда возникла необходимость в обслуживании Товара.
В этом случае также необходимо создать Сервисную систему для Продукта: 
Нередки ситуации, когда Сервисная система принадлежит нескольким владельцам.
Например, в случае производства бытовой техники Сервисная Система включает в себя как производственное предприятие (производит запасные части), так и сеть сервисных центров, владельцами которых являются отдельные юридические лица.
Очевидно, что если необходимо обеспечить стадию «Списание» Товара, необходимо также построить Систему переработки.
Примером продукта, где это необходимо, в настоящее время является автомобиль.
Второй случай, который я хотел бы привести, касается работы инвестиционных компаний и венчурных фондов.
В данном случае речь уже идет о «машине» для массового создания бизнес-систем: 
На схеме я отразил тот факт, что Система репликации бизнеса частично участвует в проектировании Продукта и Производственной системы.
Если план успешен, то создается Система Развития, которая продолжает работу по созданию бизнес-системы.
Заключение
В предметной области проектирования бизнес-систем одним из ключевых вопросов является то, как идентифицируются процессы (или функции).Существует распространенное мнение, что бизнес — это такая бурлящая «каша», в которой сама деятельность тесно переплетается с деятельностью по совершенствованию этой деятельности.
Целью этой статьи было дать четкое представление о том, что в бизнесе должно быть 3 системы и соответствующие им виды деятельности.
Логика работы (технология) каждой из трех систем принципиально различна.
Люди обычно смешивают эти технологии в своих головах и моделях.
Ничего хорошего из этого не выходит. Поэтому на практике должно стать понятно, что если, например, главный инженер думает о новой производственной линии, то в этот момент он является бизнес-архитектором, и сидит (исполняет роль) в Системе Разработки.
А если он отвечает за ремонт производственной линии, то в этот момент он является обслуживающим персоналом и сидит в Системе ТО.
И у него должно быть время для каждого вида деятельности.
В будущей статье я планирую рассмотреть вопрос моделирования такой структуры бизнес-системы с использованием общепринятых нотаций моделирования.
Приложение.
Исходная диаграмма из ISO 15288 Именно эта версия изображения схемы взята из документа ISO/IEC TR 24748-1 «ТЕХНИЧЕСКИЕ ОТЧЕТ.
Системная и программная инженерия - Управление жизненным циклом.
Часть 1» Практически в таком же виде она появилась в ISO/IEC 15288:2002, хотя с последней редакции 2015 года эта схема была включена в руководство ISO/IEC TR 24748. 
Дмитрий Пинаев, Группа компаний «Современные технологии управления»
Теги: #бизнес-система #Системная инженерия #жизненный цикл системы #бизнес-процессы #бизнес-архитектура #бизнес-архитектура #iso #Управление проектами #Управление продукцией #Бизнес-модели
-
Три С Половиной Уровня Структуры Проекта
19 Oct, 24 -
Новые Возможности Lisp В Nanocad 8.5
19 Oct, 24 -
10 Лучших Инструментов Тестирования Api
19 Oct, 24
