识别领域和子领域：关键策略与启发式方法

### 识别领域和子领域：关键策略与启发式方法 #### 1. 领域识别背景与挑战 在当今复杂的业务和技术环境中，准确识别领域和子领域对于构建高效的软件架构和组织架构至关重要。以BBC为例，其各项数字服务各自独立发展多年，每周都有大量访问量。这种独立发展反映在组织架构上，不同部门负责不同的数字服务，形成了较高层次的领域划分，这些领域界定了由多个团队组成的部门边界。 然而，这种模式也带来了一些问题。尽管各个产品在自身层面进行了高度优化，但用户在多个服务间的体验不够无缝和一致。许多功能在概念上相似，却在不同服务中多次实现，导致维护成本增加。此外，诸如个性化和分析等跨领域功能，每个产品开发团队都需要自行处理。 为了解决这些问题，BBC发起了现代化倡议，旨在创建一个统一的网站，构建共享的横向服务，并允许团队共享通用组件。其目标是更好地利用技术，为用户构建更具创新性的功能。为此，BBC重新规划了领域边界，纳入了如文章、搜索和主题等横向领域，并开始将其社会技术架构向这些新边界调整。 #### 2. 识别领域边界的注意事项 在识别领域边界时，有几个重要的注意事项需要牢记。 首先，不要依赖表面知识。很多时候，从高层次看某些领域边界似乎很合适，但深入细节后会发现情况并非如此。因此，即使对某个可能的领域边界有信心，也应该通过举办更有针对性的研讨会和使用各种技术来深入挖掘细节。 其次，好的边界并非万能药。即使确定了完美的领域边界，并以此来塑造团队和软件架构，也不能保证实现现代化目标。正如结构和过程谬误所警告的，仅靠结构不足以创建高性能的组织，还需要优先考虑正确的举措、激励可持续的实践并创造学习环境。 最后，要为持续演变做好准备。识别领域边界不是一次性的活动，而是一个持续的挑战。领域边界可能因多种原因而演变，例如子领域因添加大量新功能而变得过大，或者初始假设缺乏关键见解。在过渡到新的领域边界后，可能会出现更多的复杂性和依赖关系，成本也会增加。因此，应该假设领域边界会发生变化，并确保具备适应变化的灵活性。 #### 3. 领域边界启发式方法 虽然没有确定最佳领域边界的流程图，但启发式方法可以帮助我们识别各种设计选项并评估权衡。启发式方法就像提供了一个可能的行动方向，但不能保证能得到最优解，而且有时不同的启发式方法之间可能会相互竞争。 ##### 3.1 五个指导领域边界的启发式方法 以下是五个主要的启发式方法，代表了识别和评估领域边界时的五个顶级关注点： |启发式方法|描述|示例| | ---- | ---- | ---- | |业务启发式方法|根据业务重要性定义领域边界，将战略重要的领域概念与不太重要的概念分开|BBC减少重复成本和推动新创新类型| |领域启发式方法|基于领域概念之间的关系定义领域边界，寻找领域的耦合和内聚|BBC将多个领域中出现的主题整合为一个横向领域| |组织启发式方法|定义领域边界以优化团队的动力和生产力|避免子领域过于复杂导致团队问题| |技术启发式方法|考虑软件和技术的约束与机会来定义领域边界|考虑遗留系统的约束| |用户体验启发式方法|为了提供最佳用户体验而定义领域边界|BBC重新架构领域边界以改善用户体验| 这些启发式方法有时会指向相同的方向，但更多时候需要我们决定哪个优先级更高。在比较各种选项后，需要花费更多时间构建业务案例。同时要记住，边界需要不断演变，很难一次就做到完美，因此可以选择感觉最正确的选项，并为后续的设计演变留出缓冲空间。 ##### 3.2 子领域边界启发式方法 除了上述五个主要的启发式方法外，还有一些用于定义单个子领域边界的启发式方法。 - **与流程和旅程步骤对齐**：将流程或用户旅程分解为一系列步骤或子流程，每个步骤成为一个候选子领域，由不同的团队负责。例如，在电子商务中，“下单”用户旅程可以分解为搜索和浏览、产品详情、购物车和结账以及评论等子领域。这种方法的优点是大家都熟悉映射流程和旅程的技术，且在流程步骤相对独立、重叠概念较少时很有效。但缺点是某些功能和概念可能会在多个步骤或旅程中出现，导致重复成本过高。 ```mermaid graph LR classDef process fill:#E5F6FF,stroke:#73A6FF,stroke-width:2px; A(下单用户旅程):::process --> B(搜索和浏览):::process A --> C(产品详情):::process A --> D(购物车和结账):::process A --> E(评论):::process ``` - **集中出现在多个流程或步骤中的概念**：在将流程分解为步骤后，寻找步骤和流程之间