我不认为 AI 会让你的流程变得更快
2026年5月15日 • 5分钟阅读
业务层流程
我感觉现在每个组织至少都在部分关注流程优化——这通常发生在市场低迷时期。如今，整个事情还加上了 AI 的角度，以及随之而来的不切实际的期望。为了做好充分准备，我决定重读这个领域的两本绝对经典之作：《丰田之道》与《目标》¹。这两本书我大学时都读过，但重读让我意识到，许多流程优化练习本质上过于简单化，而且常常误解了应该关注的重点。
可视化的瓶颈
让我展示一下我的意思。
gantt
title 项目时间线
dateFormat YYYY-MM-DD
section 范围界定
功能探索 :s1, 2024-01-01, 10d
预算范围界定 :s2, after s1, 3d
法务 :s3, after s1, 10d
文档编写 :s4, after s3, 5d
section 开发
探索 :d1, after s4, 25d
软件开发 :d2, after d1, 70d
文档编写 :d3, after d2, 5d
section 部署
部署 :dp1, after d2, 5d
超期运维 :dp2, after dp1, 10d这是一个用于演示的甘特图，通常你会看 BPMN。用甘特图更容易说明问题。如果你看一下这张甘特图，你会立刻发现耗时最长的部分：软件开发。如果你的任务是提高项目吞吐量，那这就是你的第一站。这样做是对的。
然而，问题在于我通常看到人们是如何处理它的：往问题上堆人²，或者只是假设 AI 会让它快得多。人们通常不会去探究为什么这需要这么长时间，更重要的是：持续时间长并不自动意味着问题就出在那里。
在上游解决问题
我们现在谈论的是软件开发，但这适用于所有比你预期耗时更长的流程。每个软件开发人员都知道，你不能仅仅通过打字更快来加快项目进度。如果真是这样，我们所有人都会去上打字课了。
软件开发是将问题转化为计算机能够理解并自动解决的方案。最好是以安全且可扩展的方式。要做到这一点，你需要对问题有全面的了解。要么在功能或范围文档中（如果你更倾向于瀑布式开发），要么通过与领域专家的持续迭代（更敏捷的方式）。这通常是拖慢软件开发速度的部分：试图弄清楚一个模糊的、只有标题的功能请求到底意味着什么。
“销售完成后向用户发送邮件”是什么意思？好吧，我们可以发送邮件，但邮件里应该写什么？如果销售过程中出现问题，我们是否仍然发送错误邮件？销售何时算完成？
只管用 AI 解决
关于软件开发自动化（AI 生成代码），我不断听到的一个论点是：你可以直接绕过开发部分，软件开发人员变成项目经理。围绕软件开发的 AI 讨论实际上完美地说明了这个问题。很多人期望 AI 开发的结果是这样的：
gantt
title 项目时间线
dateFormat YYYY-MM-DD
section 范围界定
功能探索 :s1, 2024-01-01, 10d
预算范围界定 :s2, after s1, 3d
法务 :s3, after s1, 10d
文档编写 :s4, after s3, 5d
section 开发
AI 开发 :d1, after s4, 3d
section 部署
部署 :dp1, after d1, 5d
超期运维 :dp2, after dp1, 10d但事情不是这样的。在这里，我们面临着与之前完全相同的上游问题。是的，AI 可以快速生成代码（这是否是件好事还有待商榷），但这并不意味着它生成的是正确的代码。在人类与 AI 开发的比较中，他们总是忽略 AI 完成工作所需的“手把手指导”。实际情况更像是这样：
gantt
title 项目时间线
dateFormat YYYY-MM-DD
section 范围界定
功能探索 :s1, 2024-01-01, 10d
预算范围界定 :s2, after s1, 3d
法务 :s3, after s1, 10d
文档编写 :s4, after s3, 40d
section 开发
AI 开发 :d1, after s3, 40d
section 部署
部署 :dp1, after d1, 5d
超期运维 :dp2, after dp1, 10d也许这种设置比旧的工作方式更快。但我也认为这是一种不公平的比较。像这样工作需要领域和产品专家更深入的参与。这种参与意味着要将每个功能和 bug 修复写到最细微的细节。这正是软件开发人员自这个职业诞生以来一直渴望的：收到一份关于问题以及最终结果应该是什么样子的详细大纲。如果你给人类开发人员同样数量的功能/范围文档，你也会看到他们的生产力飙升。
真正加速流程
如果你想加速流程，你需要确保需要完成工作的人拥有完成工作的所有手段。这意味着，如果你的法务审批流程很慢，你就需要看看启动法务审批流程需要什么。如果他们需要为了不完整的文件追着五个人跑，那么通过向部门增加更多律师是无法加速这个流程的。
《目标》的一个重要教训是：“瓶颈应该接收可预测的、高质量的输入”。我认为这应该是流程自动化的第一站。
《丰田之道》非常棒，我强烈推荐。《目标》读起来不那么轻松，我会推荐漫画版《人月神话》。另一本经典读物……
*更多阅读...* 在 [业务层] 企业架构 • 2025年9月 遵循流程不会让你变成机器人 每次我去团队开始谈论流程映射和标准操作程序（SOP）时，我都注意到一种不可否认的…… [阅读条目]