流程优化怎么做:实用指南
流程优化实用指南:识别优先改进机会、制定实施计划、通过模拟测试变更,并持续巩固成效。
流程优化是基于实际工作数据,规划并验证改进方案。落地时,先明确目标,再让流程负责人和执行人员参与;随后排定改进机会的优先级,制定责任清晰的计划,测试方案,并在实施后持续跟踪结果。
如果您发现了瓶颈或返工原因,接下来要考虑的不只是改什么。您还需要判断这项变更是否值得实施、谁有权批准并推动实施,以及如何确认变更是否有效。本指南将带您从分析走向行动,不会把有希望的想法当作已验证的结果。
从洞察到行动的落差
您已经分析了流程,并找到了改进机会。数据证据或许很清楚,但仅凭证据无法改变实际工作方式。
流程知识往往分散在事件日志、文档、流程图和实际执行工作的人员手中。分析可以显示案例在哪里等待,或走上了哪些意料之外的路径。但要将这些发现转化为变更,仍需要决策、明确责任和持续跟进。
这种落差很常见。发现改进机会的分析人员,可能并不负责该流程、无法支配预算,也没有权限更改系统。能够推动变更的人员,则可能需要先了解变更的影响,才会作出承诺。
我们一次又一次看到这种情况:分析发现了真正的改进机会,大家便以为后续工作会很快展开。但更多时候,工作就此停滞:卓越中心掌握了数据证据,却没有决策权;能够采取行动的业务负责人也从未参与进来。从第一次沟通开始,就让流程负责人参与。如果无法邀请他们加入,就换一个流程作为起点。洞察如果始终无法转化为变更,投入的时间就白费了。
目标是从发现问题走向作出决策,再从决策走向经过测试的变更。发布仪表板或批准提案,并不意味着流程优化已经完成。您需要将结果与原始基准进行比较,并持续关注是否出现效果倒退。
本文是实用改进周期的一部分。先分析流程,再使用本指南规划并测试变更。推广后,请参阅持续监控流程指南。
开始前先问:这个流程值得改进吗?
申请资源前,先确认改进机会是否足够明确,值得启动项目。清晰的问题陈述有助于避免投入资源,却没有商定的预期结果或明确的责任人。
请先问三个问题:
- **需要改善什么结果?**明确一个可衡量的结果,例如周期时间、单个案例成本、返工率或SLA达成率。说明哪些案例会受到影响;如果数据允许,也请估算改进机会的规模。
- **能否建立有用的基准?**检查流程及其数据是否足够一致,能否用于变更前后比较。如果流程经常变化,请缩小范围,或在衡量时考虑这些变化。
- **谁有权作出决策并对结果负责?**明确对流程结果负最终责任的人员,以及能够批准或实施拟议变更的人员。如果没有人能够根据发现采取行动,请先明确责任,再将其视为实施项目。
值得推进的流程优化机会,应将运营问题与可衡量的结果及决策者联系起来。如果其中任何一项缺失,请先明确范围,再承诺采用某种解决方案。
还要检查是否存在可能阻止变更的限制。缩短流程路径可能影响合规、服务质量、工作量或其他团队的表现。除了希望改善的指标,也要明确哪些方面不能变差。
步骤1:让合适的人员参与
发现改进机会的人,不一定有权批准或实施变更。请尽早邀请受影响的人员参与讨论,在方案仍有调整空间时听取意见。
明确关键相关方
根据变更内容确定参与人员。调整团队工作方式,所需参与的人员可能不同于更改共享系统或受监管流程时的人员。
| 相关方 | 职责 |
|---|---|
| 流程负责人 | 对职责范围内的流程结果和决策负最终责任 |
| 实际执行工作的人员 | 说明流程的实际运行方式,以及拟议变更会带来哪些影响 |
| 管理人员 | 协调工作能力、优先级和升级处理 |
| IT或系统负责人 | 评估系统依赖、访问权限和技术变更 |
| 财务人员 | 在相关情况下审核财务假设和预算影响 |
| 合规或风险专家 | 识别适用于该流程的义务和风险 |
明确各方职责。流程RACI指南介绍如何区分负责、最终负责、被咨询和知会的人员。应将最终责任分配给有权作出决策的角色,而不是某个群体。
尽早沟通
不要等计划完成后才询问实际执行人员的看法。他们的经验可能揭示流程模型或事件日志本身无法显示的例外情况、交接和实际限制。
尽早让相关人员参与,有助于您:
- 确认发现结果是否符合日常工作经验。
- 了解拟议变更对不同角色的影响。
- 在依赖关系演变成阻碍之前将其识别出来。
- 让受影响的人员有机会提出顾虑和替代方案。
倾听并不意味着每条建议都会纳入项目,而是意味着您可以说明哪些意见改变了计划,以及其他想法为何不在范围内。
明确最终责任
明确对结果负最终责任的人员,以及负责协调工作的人员。两者可以是同一人,但职责必须区分清楚。
针对每项行动,记录负责人、需要批准的人员,以及需要咨询或知会的人员。确保最终责任人拥有与其职责相匹配的权限。如果他们无法取得计划所需的决策或资源,请商定升级处理路径。
分析人员可以让数据证据更容易理解,但除非运营决策属于其职责,否则不应要求他们对运营决策负最终责任。流程负责人和相关决策者需要决定要改变什么。
步骤2:确定改进机会的优先级
您提出的想法可能多于团队当前能够实施的数量。采用一致的评分方法,有助于比较想法、说明取舍,并避免仅仅因为某个想法容易描述就优先选择它。
选择评估标准
根据预期结果和所需工作,为每个候选方案评分。评分前先商定评分标准,确保不同想法的同一分数含义一致。
以下是一种实用的评估方法,每项标准按1至5分评分:
| 评估标准 | 权重 | 高分意味着什么 |
|---|---|---|
| 预期价值 | 40% | 这项变更有望在相当比例的案例中显著改善目标指标 |
| 工作量 | 25% | 实施这项变更所需的工作、协调或培训相对较少 |
| 风险与可逆性 | 20% | 这项变更的负面影响有限,且出现问题时能够及时发现或撤回 |
| 战略契合度 | 15% | 这项变更符合组织或运营层面已确定的优先事项 |
对于工作量、风险和可逆性,分数越高代表情况越有利:工作量更少、风险更低,或更容易撤回。这样评分方向一致:分数越高,机会越值得考虑。
将每项评分乘以对应权重,再把结果相加。例如,某个机会的价值评分为4、工作量为3、风险与可逆性为4、战略契合度为5,则总分为:
- 预期价值:4 × 40% = 1.60
- 工作量:3 × 25% = 0.75
- 风险与可逆性:4 × 20% = 0.80
- 战略契合度:5 × 15% = 0.75
- 总分:3.90分(满分5分)
评分有助于比较候选机会,但不能代替您做决定。请记录每项评分的依据,尤其是评分基于估算时。如果两个机会得分相近,应比较它们的依赖关系、时间安排和影响,而不要把微小的分差当作决定性因素。
使用优先级矩阵
将预期价值与工作量放在一起比较,便于讨论取舍:
| 功能 | 投入较低 | 投入较高 |
|---|---|---|
| 价值较高 | 可快速见效并验证、安排实施的措施 | 需要发起人、处理依赖关系并制定详细计划的战略性变更 |
| 价值较低 | 有余力时再做的补充工作 | 通常应从当前待办清单中移除 |
矩阵用于辅助讨论,不能取代您的评分标准。某项变更看似能快速见效,但仍可能带来合规或客户风险。承诺实施前,请先核查这些限制。
兼顾快速见效措施与战略性变更
快速见效措施有助于积累经验、展示进展,但不应挤占长期价值更高的变更。战略性变更可能需要更多协调、系统工作或审批。请把这些工作纳入考量,不要在未评估具体情况前就以“太难”为由放弃机会。
均衡的项目组合可以同时包含一项规模较小、便于测试的变更,以及一项需要发起人和更多规划的大型机会。合适的组合取决于团队能力、风险,以及组织已同意追求的成果。
记录决策
为每个机会简要记录决策:
- 问题及所采用的基线。
- 预期成果及估算依据。
- 评分、假设及参与评审的人员。
- 选择、暂缓或移除该机会的原因。
- 哪些情况会促使您重新评估这一决策。
情况发生变化时,这份记录有助于说明优先级;之后也便于比较预期收益与实际结果。
步骤3:制定实施计划
选定机会后,请将其转化为计划,明确预期成果、具体工作、负责人和决策节点之间的关系。
明确目标与衡量指标
写明需要改变什么、如何衡量,以及哪些方面必须保持稳定。包括:
- **目标指标:**预期改善的结果。
- **基线:**起始值、衡量周期和案例定义。
- **目标:**希望达到的结果及其依据。
- **护栏指标:**需要保障的其他结果,例如质量、合规或工作量。
- **衡量时间点:**评估结果的时间和方式。
例如:“在实施后的三个月内,将平均审批等待时间从基线测得的48小时缩短至24小时。”这是一项目标,并非结果保证。请确认基线采用一致的案例范围,并确保目标不会促使员工跳过必要检查。
梳理任务、负责人和时间安排
将变更拆分为可明确负责人的工作。每项任务请记录:
- 需要完成什么。
- 谁负责,谁审批。
- 需要先完成什么。
- 涉及哪些系统、团队或资源。
- 预计何时完成。
- 如何确认任务已完成。
时间线应体现依赖关系和决策节点,而不只是目标上线日期。如果变更依赖系统更新、政策评审或培训,请将这些步骤纳入计划,不要假设它们会自动完成。
识别风险并制定缓解措施
考虑哪些因素可能导致变更无效或引发新问题,例如:
- 未按预期路径处理的案例。
- 转移到其他团队或流程步骤的工作。
- 工作量、质量或客户体验的变化。
- 系统或数据依赖。
- 推广应用方面的问题或说明不清。
- 如何发现问题,以及如何暂停或撤回变更。
为每项重大风险指定负责人。没有负责人或触发条件的缓解措施,还不能算是计划。
确认目标一致并明确责任
开始实施前,请确认流程负责人和相关决策者对范围、衡量指标、职责及升级处理路径达成一致。确保受影响的团队了解变更内容及问题反馈渠道。
如果审批、资源或技术工作尚未落实,请将其列为依赖事项。在相关决策责任人达成一致前,不要将计划描述为已具备上线条件。
步骤4:上线前进行测试
拟议变更是一项假设。模拟可以帮助您在正式上线前,评估模型中的变更可能对流程产生什么影响。但模拟不能保证实际结果,因此还应结合运营判断,并制定实施后的衡量计划。
对拟议变更建模
在模型中呈现目标流程,例如使用BPMN流程图,并明确列出假设。除了预期路径,也要检查异常情况。明确每项新增或变更任务由谁执行,以及他们需要哪些信息。
模型可以在测试前揭示方案中的不足。例如,新增审批步骤可能降低某类风险,却增加等待时间或在其他环节形成队列。
运行假设情景
使用流程模拟,将拟议模型与流程挖掘得出的基线进行比较。通过假设分析,测试可能影响结果的情景,例如不同的案例量、案例构成或资源可用情况。
请审查每种情景背后的假设。如果模型假设的产能或行为超出团队实际能力,结果就不能作为现实的决策依据。
检查瓶颈是否转移
一项变更可能减少某个步骤的等待,却增加另一个步骤的等待。请比较整个流程,而不只是您计划改善的活动。检查是否出现新队列、更多交接、额外返工,以及护栏指标是否受到影响。
如果模拟显示瓶颈发生转移,请判断新的状态是否仍可接受。您可能需要调整方案、测试其他情景,或放弃这项变更。
如果模拟结果与商业论证相矛盾,该怎么办?
如果模拟结果不支持预期收益,请重新审视商业论证,而不是忽略结果。先检查假设和输入数据:
- 模型是否反映了拟议流程及其异常情况?
- 基线是否涵盖商业论证中使用的案例和时间段?
- 关于资源、业务量和案例构成的假设是否合理?
- 预期收益是否对应模拟能够呈现的指标?
如果这些假设成立,请更新商业论证。您可以调整目标、测试不同设计,或终止该方案。如果商业论证依赖模型无法呈现的收益,例如合规或客户体验方面的定性改善,请单独说明,并明确评估方式。
不要为了得到有利结果而修改假设。请记录模拟结果支持哪些结论、不支持哪些结论,以及还需要哪些证据。
步骤5:沟通变更
即使变更在技术上合理,如果受影响的人员不了解变更内容或如何配合,也可能无法奏效。沟通应纳入实施计划,而不只是最后发布一则通知。
用便于理解和执行的方式说明变更:
- 哪些内容会改变,哪些保持不变?
- 为什么要进行这项变更?
- 哪些角色、案例或团队会受到影响?
- 变更何时生效?
- 员工可以在哪里查阅说明或反馈问题?
- 如何判断变更是否有效?
根据受众调整沟通内容。领导者可能需要了解决策、风险和衡量指标;执行工作的人员需要清晰的说明、必要的培训,以及问题反馈渠道;管理者则需要明确自己负责推动落实和升级处理哪些事项。
在关键节点同步进展:变更前、生效时,以及获得影响证据后。请明确说明不确定性。如果试点或模拟尚未验证最终结果,就不要把预期收益说成已经实现。
步骤6:衡量并持续巩固变更
实施并非终点。请将结果与基线比较,检查是否产生意外影响,并持续监测,以便发现效果回退或环境变化。
将结果与基线比较
使用建立基线时相同的指标定义、案例范围和衡量方法。确保比较口径一致,并记录可能影响结果的业务量、案例构成或运营条件变化。
请思考:
- 目标指标是否朝预期方向变化?
- 是否有护栏指标恶化?
- 变更影响了所有相关案例,还是仅影响其中一部分?
- 观察到的结果是否随时间保持一致?
- 上线后有哪些假设或条件发生了变化?
如果结果未达预期,请检查变更是否按计划实施、衡量口径是否可比,以及是否有其他因素影响流程。根据预期结果与实际观察结果之间的差距,决定下一步调查方向。
建立持续监测机制
完成初期实施检查后,请建立定期评审机制。通过仪表板和KPI,让流程负责人及时了解衡量结果。监测指南介绍了如何持续跟踪流程绩效。
请商定哪些变化值得关注、由谁评审,以及后续采取什么行动。只有明确谁来处理监测信号,监测才有意义。
明确责任归属
确保流程负责人和相关利益相关方能够查看所需指标。适当时,将结果纳入现有运营评审,并明确由谁负责调查偏差。
结果达到目标时,请分享相关证据,并肯定参与人员的贡献。未达到目标时,也应如实报告并商定下一步决策。无论结果如何,组织都能从中学习。
将下一个改进机会纳入循环
成功的变更可能揭示新的瓶颈或问题。未达目标的变更则可能说明原先的诊断或假设需要重新审视。请记录经验,并用于指导下一轮分析。
如需了解更全面的改进框架,请参阅如何完整开展DMAIC循环。
哪些常见问题会让流程优化受阻?
| 常见问题 | 建议做法 |
|---|---|
| 团队持续分析,却没有决策者参与 | 明确流程责任人,并商定分析需要支持的决策 |
| 团队在缺少清晰基线的情况下选择方案 | 设定目标前,先定义指标、案例范围和衡量周期 |
| 计划确定后才邀请利益相关方参与 | 尽早让受影响人员参与,以便识别异常并完善方案 |
| 团队选择快速见效措施,却未评估风险 | 在评估价值和工作量的同时,也评估风险与可逆性 |
| 计划列出了任务,却没有指定负责人 | 为每项重要行动明确责任人、审批人和升级处理路径 |
| 商业论证假设模拟会验证预期 | 将模拟视为检验假设的手段;证据不支持时,修订商业论证 |
| 团队只衡量目标指标 | 同时跟踪质量、合规、工作量或客户影响等护栏指标 |
| 团队发布变更通知后便不再跟进 | 提供针对不同角色的说明和支持,并明确问题反馈渠道 |
| 上线后停止监测 | 建立定期评审机制,并指定人员在绩效变化时采取行动 |
出现这些问题,并不意味着组织缺乏投入。更常见的原因是实施前没有充分明确决策、责任归属或衡量方式。
哪些模板和检查清单有助于实施变更?
电子表格或项目文档可以帮助团队清晰记录决策和计划。关键在于记录假设和职责,而不是使用特定工具。
优先级矩阵模板
为每个候选机会记录:
| 字段 | 记录内容 |
|---|---|
| 改进机会 | 流程问题及拟议变更 |
| 基线与目标 | 当前指标及预期结果 |
| 预期价值(1–5) | 变更对目标指标的潜在改善程度 |
| 工作量(1–5) | 实施工作量的有利程度;分数越高,工作量越少 |
| 风险与可逆性(1–5) | 风险是否可控,以及能否轻松发现问题或撤回变更 |
| 战略契合度(1–5) | 该机会与已确定优先事项的契合程度 |
| 加权得分 | 价值 × 40% + 工作量 × 25% + 风险与可逆性 × 20% + 战略契合度 × 15% |
| 决策及理由 | 选择、暂缓或移除,并说明原因及相关条件 |
对所有候选机会使用相同的评分定义,并保留评分依据,方便他人了解评分过程。
实施计划模板
每项行动或决策单独填写一行:
| 字段 | 记录内容 |
|---|---|
| 目标与指标 | 变更旨在影响的结果 |
| 基线与目标 | 起始值、目标值和衡量周期 |
| 流程步骤 | 变更适用的环节 |
| 负责人和审批人 | 谁负责,谁做出决策 |
| 依赖事项 | 所需的系统、团队、审批和资源 |
| 时间安排 | 关键任务、顺序和决策日期 |
| 风险与缓解措施 | 可能出现的问题、发现方式及应对措施 |
| 回退或暂停条件 | 何时停止或撤回变更 |
| 衡量日期 | 与基线比较结果的时间 |
上线前
- 确认流程负责人和决策者。
- 记录基线,并定义目标和护栏指标。
- 对拟议流程建模,包括异常情况。
- 测试相关情景并记录假设。
- 确认任务负责人、依赖事项和沟通需求。
- 商定必要时暂停或撤回变更的方式。
- 安排变更后的衡量时间。
上线后
- 使用与基线相同的指标定义和案例筛选条件。
- 将实际结果与基线和目标比较。
- 检查护栏指标和其他流程步骤是否受到影响。
- 记录意外结果,无论正面还是负面。
- 安排后续行动并持续监测流程。
接下来该怎么做?
您已经确定了优先机会并制定了实施计划。在变更生产流程前,请先根据流程挖掘得出的基线测试拟议变更,并审查模型能够和不能支持哪些结论。