解决方案背景

解决方案上下文确定解决方案的操作环境的关键方面。它提供了对解决方案本身的要求，使用，安装，操作和支持的基本理解。解决方案环境严重影响按需释放的机会和约束。

了解解决方案背景对于价值交付至关重要它影响开发优先级，解决方案意图，功能，功能和非功能需求（NFR）。它为Continuous Delivery Pipeline和其他解决方案级别的按需发布活动提供了机会，限制和约束。

解决方案环境通常由开发解决方案的组织控制之外的因素驱动。解决方案与其上下文之间的耦合程度通常代表架构和业务挑战，即在灵活性与环境之间紧密耦合的交互之间找到适当的平衡 - 通常跨越内部，供应商和客户组织边界的交互。

细节

很少有系统专为自己使用而建造;相反，它们是为其他人构建的，无论它们是内部运营的价值流还是外部客户。这意味着没有任何一个人通常控制或完全理解系统部署和使用的完整上下文。相反，系统在与开发系统不同的环境中运输，部署，安装和维护。即使在内部IT系统的情况下，新开发的系统通常由IT维护和运营团队托管。在这种情况下，由于许多原因，生产环境可能与开发环境不同（请参阅DevOps文章）。因此，了解解决方案背景对于降低风险和实现目标适用性至关重要。

了解解决方案和解决方案意图并使其与解决方案环境保持一致需要经常与客户进行交互。客户了解愿景，并在解决方案背景方面拥有必要的决策权。如图1所示，需要协作。

图1.解决方案意图和上下文相互通知

协作水平在很大程度上取决于解决方案与其环境之间的耦合程度。

为确保这种一致性，客户应尽可能频繁地参与计划增量（PI）计划（以及适用的PI前后规划）和解决方案演示。客户应定期将解决方案集成到其上下文中。这种定期的交互和集成节奏允许基于正确的假设构建解决方案增量，并在客户环境中提供结果验证。双方都在调整背景以实现最佳经济效益方面发挥作用（见“经济框架”文章）。

解决方案上下文驱动解决方案意图

客户的上下文推动了需求，并对设计和实施决策施加了限制。许多这些上下文要求是不可协商的（通常由合规性问题驱动），如果不包括在内，可能会使解决方案无法使用。这些要求属于解决方案意图的固定类别。解决方案上下文的许多方面表现为非功能需求（NFR），并且需要作为解决方案增量的“完成定义”的一部分包含在内。

解决方案上下文还可以规定解决方案意图必须解决的特定内容。在系统的分层系统中，系统意图也可以是分层相关的（参见解决方案意图中的“系统意图系统”部分）。系统上下文定义了如何组织，打包和集成解决方案意图以供客户使用以满足任何合规性，认证和其他目标。

固定与演进解决方案背景

一些解决方案环境是建立的客户环境，解决方案必须简单地适应（例如，“这是我们的系统工作的方式;你必须适应这里”）。在这种情况下，通过解决方案意图对解决方案强加所有解决方案上下文要求。

但是，在许多情况下，新的解决方案可能需要客户部署环境的发展，需要跟踪这些更改。在这种情况下，主动跟踪这些更改非常重要，因为系统和部署环境都必须演变为通用状态。在后一种情况下，固定与变量思维以及通过多个可能可行的解决方案上下文保留选项（请参阅解决方案意图中的“从变量转换为固定解决方案意图”部分）是管理风险的工具。简而言之，更加可变和不断发展的解决方案环境需要更多持续协作。

解决方案上下文的类型

了解客户的解决方案上下文有助于确定其系统在其最终操作环境中的打包和部署方式。解决方案上下文的示例可能包括以下环境：

系统系统（例如航空电子系统作为飞机的一部分），产品套件（例如，文字处理器作为办公套件的一部分）
IT部署环境（例如，部署解决方案的云环境）
在不同使用模式中使用的单一解决方案（例如，可以经济地飞行国内和国际航线的单个客机）

系统的系统的解决方案背景

大型系统系统环境中的供应商与客户之间的关系解决方案是一个独特的，层叠的问题，如图2所示。

图2.解决方案上下文包含在系统系统中

供应链中的每个组织都会根据客户的上下文提供解决方案，该解决方案指定了解决方案的打包，部署和集成方式。反过来，该客户为其客户提供上下文解决方案，等等。例如，在图2中，车辆导航系统供应商首先在信息娱乐供应商的上下文中操作，然后在车辆制造商的上下文中操作，最后在消费者的上下文中操作。所有这些上下文都会影响解决方案的可行性，因此必须了解完整的端到端价值链。