3 前置条件与准备:流程清单、业务流程图、相关责任人列表
适用场景
本章节适用于以下场景:
- 团队已收集到原始业务需求列表,但缺乏系统化的梳理工具,无法判断需求优先级。
- 跨部门协作时,同一需求涉及多条子流程,需要明确流程边界与责任归属。
- 计划引入优先级排序方法(如 RICE、MoSCoW),但缺少流程层面的输入物作为排序依据。
- 组织在进行流程再造或数字化系统选型前,需建立完整的“流程-责任”基线。
前置条件
在开始本章准备前,团队应已具备以下基础:
| 序号 | 前置条件 | 验收标准 |
|---|---|---|
| 1 | 原始业务需求清单(不限格式) | 至少包含需求描述、提出方、期望时间 |
| 2 | 现有流程文档或头脑风暴成果 | 可识别出流程起点、终点和关键活动 |
| 3 | 组织架构图或角色分工表 | 可明确各岗位的职能归属 |
| 4 | 会议纪要或访谈记录 | 至少覆盖3位核心干系人的意见 |
操作步骤
- 梳理流程清单:将原始需求按业务域分组,使用
流程编号-流程名称-触发事件-结果产物模板整理成表格。每个需求至少对应一条流程。 - 绘制业务流程图:使用泳道图或跨职能流程图,标注流程中各节点、判断分支、文档产出。重点标注与优先级排序直接相关的“瓶颈节点”和“等待时间”。
- 整理相关责任人列表:为每个流程节点分配执行角色、审核角色、知会角色。形成
流程节点-责任人-责任类型(执行/审核/知会)矩阵。
输入输出物
| 类别 | 输入物 | 输出物 |
|---|---|---|
| 流程清单 | 原始需求列表、现有流程文档 | 标准化流程清单(.xlsx/.csv) |
| 业务流程图 | 流程清单、角色分工表 | 跨职能泳道图(Visio/Drawio) |
| 责任人列表 | 组织架构图、流程图 | 责任人-节点对应表(.xlsx) |
责任边界
- 业务分析师:主导流程清单梳理、流程图绘制、责任人识别。
- 产品经理:确认流程图与实际业务一致,签字确认。
- 技术项目经理:审核责任人列表中是否有缺失角色,保证每个流程节点至少有一个执行人。
- 流程负责人(流程Owner):对流程清单的完整性负责,确保未遗漏关键子流程。
记录材料
按以下结构建立文档目录(推荐使用 Confluence 或共享网盘):
chapter03_preparation/
├── 01_流程清单_v1.0.xlsx
├── 02_业务流程图_v1.0.drawio
├── 03_责任人列表_v1.0.xlsx
└── 验收报告.md
每个文件需包含版本号、创建日期、创建人,并附带变更记录表。
异常处理
常见异常及应对策略:
- 流程边界冲突:同一节点被两个需求同时依赖 —— 通过“流程依赖矩阵”标记冲突,由产品经理仲裁。
- 责任人空缺:某节点找不到明确负责人 —— 临时指定“流程协调人”,并在下个迭代补齐。
- 流程图过于混乱:节点超过20个 —— 将大流程拆解为3~5个子流程,子流程间用“转接”节点连接。
- 跨部门不配合:核心干系人拒绝提供信息 —— 升级至项目发起人,并记录为“待定流程节点”,在优先级排序中自动标记为高风险。
验收标准
完成本章节准备后,应满足以下各项:
- 流程清单覆盖所有原始需求对应的流程,缺失率 < 5%。
- 业务流程图包含至少“开始事件-活动节点-判断分支-结束事件”四种元素,且所有节点有唯一编号。
- 责任人列表100%覆盖所有流程节点,每个节点至少有1个执行角色、1个审核角色。
- 所有文档已存入版本管理目录,并由业务分析师和产品经理双签。
核心提示: 这三个前置产物(流程清单、业务流程图、责任人列表)是后续所有优先级排序方法(如 RICE、MoSCoW)的“骨架”。骨架越清晰,排序结果越可信。切勿跳过此步骤直接进入排序打分。
前置条件与准备关系图
实战建议: 如果团队时间紧张,可以优先产出“流程清单”,因为它是后续排序最直接的输入。业务流程图可以先用线框草图代替,但责任人列表必须完整,否则排序时无法判断“谁执行、谁受影响”。