1. 需求边界定义启动流程

适用场景

本流程适用于以下场景的启动阶段：

• 新产品立项，需求范围尚不清晰，存在多个方向可能。
• 大型跨部门项目，需要明确各团队的需求介入范围与责任。
• 需求变更频繁，原定边界模糊导致开发与测试资源浪费。
• 外部合作项目，合同或协议中需求边界定义不足。

前置条件

在正式启动“需求边界定义”流程之前，必须满足以下条件，否则流程不应启动：

操作步骤

启动流程包含三个核心操作步骤，必须在 48 小时内完成：

1. 发起启动请求： 由项目负责人（PM/PO）向产品管理委员会（或 PMO）发起“需求边界定义启动请求”，附带前置条件中的审批文件与干系人清单。
2. 组织启动会议： 使用下方“启动会议模板”召集各角色，会议时长控制在 60 分钟内，主要输出初步的角色分工与关键决策点。
3. 编制并分发《边界定义计划书》： 会后 24 小时内，由 PM 整理会议纪要并填写计划书，通过项目管理工具或邮件下发。

输入/输出物

责任边界

• PM/PO（总协调人）： 负责流程发起、会议组织、计划书编制与分发，对流程按时完成负责。
• 业务方（需求提出方）： 负责提供真实的需求意向，确认边界是否满足业务目标。
• 技术负责人（架构师/TL）： 评估技术可行性，提出技术约束边界。
• 质量负责人（QA Lead）： 从测试角度确认边界是否具备可测试性。
• 产品管理委员会（PMO/决策组）： 审批启动请求，确认资源投入，对超出成本或时间的边界调整拥有最终决定权。

记录材料

所有启动阶段的记录材料必须归档至项目管理知识库（如 Confluence / SharePoint / SVN 目录），至少保留以下文件：

1. 启动申请邮件截图或系统工单记录。
2. 启动会议签到表（含角色、部门、时间戳）。
3. 启动会议纪要（包含决策点、未决事项、遗留问题）。
4. 《边界定义计划书》（正本 + 修订历史）。

异常处理

验收标准

只有同时满足以下所有条件，第 1 章流程才视为通过，可进入第 2 章“边界范围分析”：

• 所有前置条件验证文件已归档。
• 启动会议已召开，且产生正式纪要（含签字确认）。
• 《边界定义计划书》已发布，且版本号、责任人、时间线完整。
• 无未关闭的“前置条件缺失类”异常记录。

本章流程全景图