第1章 边界界定概述：适用场景、核心术语、目标成果、前置条件

1.1 适用场景

边界界定并非在所有项目中都需要执行，但在以下5类典型场景中，缺少边界界定将直接导致产品功能重叠、数据口径冲突、团队职责扯皮和交付延期。当团队出现以下任意一种信号时，应当立即启动边界界定流程：

1.2 核心术语

本课程统一使用以下术语定义，课程所有章节均以此为准。团队内部应首先对齐这些术语，避免沟通偏差。

• 数据产品：以数据为核心资产，通过采集、处理、分析、可视化等手段，为特定用户角色提供数据洞察、决策支持或自动化决策的软件产品。例如用户画像平台、实时数据看板、AI预测模型服务。
• 解决方案：针对特定业务问题，整合一个或多个数据产品、非数据产品及服务，形成的端到端综合性交付方案。解决方案通常包含多个子产品，边界界定即发生在子产品之间。
• 边界界定：明确数据产品与解决方案之间、数据产品与数据产品之间的功能边界、数据边界和职责边界的系统化过程。输出物为《边界界定文档》。
• 职责划分矩阵：一种二维表格，横轴为产品/系统模块，纵轴为数据生命周期阶段（采集、存储、处理、消费），交叉单元格标注负责方和协作方。
• 边界模糊度：衡量两个产品之间职责清晰程度的量化指标，以“未明确归属的数据字段数量 / 总数据字段数量”计算。目标值应低于5%。

1.3 目标成果

边界界定流程完成后，必须交付以下4项核心成果。缺少任意一项均视为边界界定未完成：

1.4 前置条件

在开始边界界定之前，必须确认以下4项前置条件已满足。前置条件不满足时，边界界定会陷入反复变更或无效讨论。

1. 产品愿景已明确：有书面的产品愿景文档或电梯演讲，清楚说明产品要解决什么问题、为谁解决、不解决什么问题。未明确愿景前，边界界定缺乏判断依据。
2. 干系人已识别：已输出《干系人清单》，包含所有可能受边界影响的角色及其代表人员。至少包括产品经理、解决方案架构师、业务负责人、研发负责人。
3. 业务场景已梳理：已输出《业务场景描述》，覆盖主要使用流程和异常流程。每个场景应包含触发条件、参与角色、期望结果。
4. 基础数据资产已盘点：已输出《数据资产目录》，包含当前已采集的数据源、数据表、核心字段及其业务含义。缺少此目录会导致边界界定停留在主观讨论层面。

1.5 边界界定全景图

下图展示了边界界定的完整逻辑框架，从上到下依次为触发条件、前置基础、核心过程和交付成果，两侧为支撑要素。建议学员将此图作为全课程的学习地图，每学完一章后回到此图确认位置。

1.6 操作步骤（概述）

边界界定遵循以下6个标准步骤。本课程第2～7章将对每个步骤展开详细的子流程、模板和检查点。此处先建立整体认知：

1.7 输入输出物

1.8 责任边界

边界界定过程中，以下4个角色承担主要责任。其他干系人作为评审方或被告知方参与。

• 数据产品经理（主导者）：负责组织界定会议、撰写边界界定文档、推动评审流程。对边界界定文档的完整性和及时性负责。
• 解决方案架构师（技术顾问）：提供系统架构约束、数据流转规范建议，评估边界划分的技术可行性。对数据流转图的技术正确性负责。
• 业务负责人（需求方）：确认业务需求边界，提供业务场景和验收标准。对业务需求的准确性和完整性负责。
• 研发负责人（执行方）：评估边界划分对开发和维护的影响，提供实施成本估算。对技术实现方案的可行性负责。

1.9 记录材料

每次边界界定会议或关键沟通节点，必须记录以下材料，作为追溯和仲裁依据：

1.10 异常处理

边界界定过程中可能遇到以下3类典型异常，对应处理原则如下：

1.11 验收标准

边界界定工作是否完成，以以下4项标准全部满足为准。评审委员会依据此清单进行验收：

1. 完整性：边界界定文档覆盖所有已识别的边界点，无遗漏。每个边界点均包含功能边界、数据边界和职责边界的描述。
2. 清晰性：职责划分矩阵中每个单元格的RACI标注无歧义，团队内随机抽查3人，对同一单元格的理解一致率达100%。
3. 可执行性：数据流转图获得解决方案架构师和研发负责人的技术可行性签字确认，无不可实施的架构设计。
4. 一致性：所有干系人在《签字确认单》上签字，无保留意见；或所有保留意见已在争议点清单中记录并有明确的跟进计划。