比较现状流程图和未来状态流程图,先把两张图的起点、终点与处理对象对齐,再逐项标明哪些工作保留、哪些交接改变、哪些重复记录可以取消,以及改变成立的条件。这样才能从一张目标图走到可执行的改进安排。
如果团队正在使用在线流程图工具梳理工作,可以在同一画布并排放置两张图,给步骤编号,再用一张变化表连接它们。精益企业研究所对价值流图的说明也区分了实际流转的现状与目标流转的未来状态。下面以内部海报设计需求为例,采用普通业务流程图,重点检查任务、交接和条件;涉及生产节拍、库存等问题时,还需另外建立相应的价值流数据。

1. 先固定同一边界,避免两张图各画一段
这次比较的处理对象是一项内部活动海报需求。两张图都从“需求人首次提交制作请求”开始,到“已确认的最终文件交付,需求人确认收到”为止。画布上同时写清三个角色:需求人、设计师、确认人。确认人负责对内容作出最终确认;团队需事先明确谁有这项权限。
起点应包含资料不齐的首次请求。若现状图从收到零散消息开始,未来图却从“完整需求已确认”开始,补材料的工作就被移到了图外。同样,不能让一张图在“发送文件”结束,另一张图在“确认可用”结束,再比较谁更快。
- 对象一致:同一种海报需求。紧急临时修改、重新设计和普通制作可以分开记录,先选一类比较。
- 完成条件一致:最终确认、文件交付和收件确认都保留;不能通过取消必要确认让图看起来更短。
- 计时口径一致:若记录首次请求至收件确认的经过时间,两张图都包含等待补件和等待确认。工作时段与自然时间也要分开。
实际绘制时,找一项已经完成的请求,用消息、需求记录和文件版本还原路径,再请参与者校对。规定要求的步骤可以单独标注;没有执行的步骤不要直接填进现状图。偶发返工也应作为分支保留,避免只画顺利路径。
2. 现状图:把转发、等待和返工画出来
在这个例子中,请求散落在邮件和聊天里,设计师另有一份个人进度表。草稿由需求人转发给确认人,意见再经需求人返回。可以按下面的编号画出主线,并把相应回路接到实际返回的步骤。
| 编号与步骤 | 责任与交付物 | 流转条件 |
|---|---|---|
| C1 首次提交制作请求 | 需求人发来海报用途、已备材料和期望日期 | 收到请求后进入 C2,材料是否完整尚未确定 |
| C2 核对并补齐材料 | 设计师列出缺失项,需求人补充文案、素材或确认人 | 材料满足约定要求才进入 C3;未补齐留在 C2 |
| C3 抄录个人进度表 | 设计师再次填写需求摘要、日期与状态 | 登记后进入 C4 |
| C4 制作草稿 | 设计师生成供确认的版本 | 草稿交需求人,进入 C5 |
| C5 转发草稿 | 需求人将草稿发送给确认人 | 确认人收到后进入 C6 |
| C6 汇总并转达确认意见 | 确认人反馈,需求人转给设计师 | 需修改则回 C4;明确确认后进入 C7;未回复保持等待 |
| C7 交付最终文件 | 设计师向需求人发送最终确认版本 | 进入 C8 |
| C8 确认收到 | 需求人核对文件并回复 | 收到正确文件后结束;文件缺失或发错版本则回 C7 |
其中,C5、C6的转发可能带来版本识别问题,但仅凭这张图还不能认定它们就是主要瓶颈。需要进一步检查:意见是不是来自同一版本、转发是否丢失背景、等待发生在哪里。若需求人还承担内容整合或统一口径,未来状态必须安排这项工作,不能把它随转发箭头一起删掉。
可以按角色分泳道,让每次交接更容易看见;跨部门责任较复杂时,可参考跨职能流程图的角色与泳道安排。泳道表达责任,节点仍应写具体动作,而不是只写部门名称。
3. 未来状态图:提出具体改变,同时保留必要控制
目标方案是使用一份共享需求记录,让确认人围绕明确版本直接反馈,并保留设计师核对和需求人收件确认。这里的“共享”意味着相关角色能访问同一记录;权限、维护责任和使用约定都需要落实,画出箭头不会自动完成这些准备。
- F1 首次请求进入统一记录。需求人提交请求,记录用途、期望日期、已有材料及确认人。允许标出“材料待补”,不要把首次请求时间推迟到所有字段完整以后。
- F2 核对材料与承接人。设计师检查约定的必需材料,明确谁接手;缺项由需求人补齐后回到 F2。记录可直接作为进度依据,不再另抄个人表。
- F3 制作并标记草稿版本。设计师给草稿一个可辨识的版本标记,例如 D17-v01;版本标记只用于识别,不表示已经通过确认。
- F4 在指定版本上给出确认结论。确认人记录“确认”或具体修改意见。修改则回 F3并产生新版本;没有结论就保持等待。需要需求人整合的意见,仍由需求人整理后送确认。
- F5 交付最终确认版本。设计师记录最终版本及交付位置,避免把修改中的文件当成最终文件。
- F6 确认收到。需求人核对文件并确认收件;发错或缺失则回 F5,完成条件与现状图一致。
在未来图旁注明“待试行”,并列出未落实条件。如果确认人没有访问权限,或仍要求通过需求人统一收发,F4就不能直接作为已实行的流程。可先改进版本标记和记录一致性,再根据实际授权调整交接。
4. 用变化映射说明:删了什么,工作移到了哪里
给每项改变关联现状与未来编号,可以防止两张图只剩外观比较。下表中的“取消”只指取消重复的个人抄录,不代表不再登记需求;“直接反馈”也不代表免除最终确认。
| 现状 → 未来 | 变化类型与具体内容 | 实施前须满足的条件 |
|---|---|---|
| C1、C2 → F1、F2 | 改变:首次请求与材料缺口放在同一记录中;补材料的工作保留 | 约定必需材料、维护人及“待补齐”状态;相关角色能看到记录 |
| C3 → F1、F2的记录 | 取消重复:停止向个人表再次抄录同一需求 | 共享记录能覆盖原表的进度用途;确认没有漏掉原表中仍需使用的字段 |
| C4 → F3 | 保留并补充:设计制作保留,增加明确的版本标记 | 约定标记方式,修改时能区分新旧稿 |
| C5、C6 → F4 | 改变交接:确认人直接对指定版本给结论;必要的意见整合仍保留 | 确认权限和渠道已约定,能区分意见建议与最终确认 |
| C7、C8 → F5、F6 | 保留:最终交付和收件确认;补充最终版本与交付位置 | 接收人能访问文件,错误交付有明确返回路径 |

一项新增工作也要有去处。例如,维护共享记录会占用时间,不能只计算省下的抄录。把每个变化的负责人、准备事项和检查方式写在映射表旁:谁整理旧表字段、谁确认权限、谁核对版本记录。涉及前后依赖的改变应连起来,如先建立共享记录,再停止个人表抄录。
5. 试行时检查结果和代价,再更新正式流程
先选边界内的一类普通请求试行,记录实际路径与偏离原因。检查表至少保留请求编号、首次提交时间、材料齐备时间、送确认时间、确认结论时间、最终交付时间、收件确认时间,以及补件和返工原因。无需为了画图增加没有后续用途的字段。
使用这些记录时,要把几个问题分开判断:
- 交接是否更清楚:每个待办能否找到接手人,确认结论是否对应明确版本。
- 重复工作是否真的减少:个人表是否停止重复维护,共享记录是否引入了另一套重复登记。
- 结果是否符合原完成条件:交付正确版本,需求人完成收件确认,必要的内容确认没有被跳过。
- 时间变化是否可比:比较相同类型的请求,保持起止点与时间口径一致,同时记录复杂程度和材料完整性。未完成请求单列当前等待时长,不与已完成请求的全程时长混算。
两张图从八个步骤变成六个步骤,只能说明本例的表达和交接安排改变了,不能据此得出节省四分之一时间的结论。如果试行中频繁出现“确认人找不到版本”,就回到F3、F4检查标记和权限;如果材料依旧不齐,则检查F1、F2的字段与责任,不必先增加更多审批。
在 Boardmix 中,可以将现状、未来状态和变化映射并排放置,保持对应节点编号一致,用连线标出映射,用便签记录待落实条件。颜色可以辅助区分“保留、改变、取消重复”,同时保留文字标签。试行记录放在目标图旁,确认后再更新正式流程;后续持续改进可结合工作流程优化的检查点与交付规则。

