Параллельная инженерия на множествах решений (SBCE) Set-Based Concurrent Engineering (SBCE)
Простыми словами
SBCE — способ принимать архитектурные решения позже, а не раньше: вместо одного варианта, выбранного на старте, ведут несколько концепций на каждую подсистему и отсеивают слабые быстрым и дешёвым анализом. Стиль выбирают там, где раннее сужение пространства решений даёт плохую архитектуру, а несовместимость решений всплывает поздно и оборачивается переделкой — водопадный порядок стандарт называет главной причиной такой переделки. Платой становится параллельная работа над вариантами, которые заведомо будут выброшены, плюс требование архитектурного мышления: без разложения продукта или платформы на подсистемы SBCE не запускается. Соседний выбор — итеративный MVP: гл. 12 говорит, что при большой предварительной инвестиции в платформу идти надо через SBCE, а не итеративным MVP, и что после создания платформы подход MVP становится реалистичнее.
Примеры
«By contrast, SBCE delays architecture decisions until “the last responsible moment”»
Open Agile Architecture™ Standard, Version 2.0 (C262), разд. 10.7 — откладывание решения
«It is counterintuitive that delaying decisions actually shortens development time while improving quality.»
Open Agile Architecture™ Standard, Version 2.0 (C262), разд. 10.7 — почему это ускоряет
«In such circumstances, SBCE is the way to go, rather than the iterative MVP approach.»
Open Agile Architecture™ Standard, Version 2.0 (C262), разд. 12.5 — выбор при вложениях в платформу
Определение из первоисточника
дословная выпискаAgile architecting adopts Set-Based Concurrent Engineering (SBCE) practices from Lean Product Development [Ward & Sobek, 2014]: Simultaneously explore multiple solutions for every sub-system Aggressively explore them with rapid, low-cost analysis, and tests, progressively eliminating weak solutions Converge on a solution only after it has been proven SBCE requires architecture thinking to decompose the product or the product platform into sub-systems.
Agile-архитектурная работа перенимает практики параллельной инженерии на множествах решений (SBCE) из бережливой разработки продукта: одновременно исследовать несколько решений для каждой подсистемы; настойчиво исследовать их быстрым и дешёвым анализом и испытаниями, постепенно отсеивая слабые решения; сходиться к решению только после того, как оно доказано. SBCE требует архитектурного мышления, чтобы разложить продукт или продуктовую платформу на подсистемы.
ИсточникThe Open Group Open Agile Architecture™ Standard, Version 2.0. The Open Group, April 2026, C262, ISBN 1-957866-76-5
Основные параметры
Атрибуты этой сущности по справочнику источника.
- Разд. 10.7: решения откладываются до «last responsible moment»; команда рекурсивно делит систему на подсистемы, создаёт несколько концепций на каждую, отсеивает слабые, а информация о неудачах уходит в базу знаний, которая направляет проектирование.
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormАрхитектура систем и интеграцийРеестр процессовКарта бизнес-способностей