我不认为人工智能会让你的流程变得更快

我有一种感觉，每个组织都至少部分地关注流程优化，这在市场低迷时经常发生。如今，整个事情也有了人工智能的角度，以及随之而来的不切实际的期望。为了为此做好充分准备，我决定重读该领域的两本绝对经典之作：《丰田之道》和《目标 1》。我在大学时读过这两本书，但重读它们让我意识到很多流程优化练习本质上过于简单化，并且经常误解应该关注的内容。视觉瓶颈 让我来说明一下我的意思。甘特图标题 项目时间表 日期格式 YYYY-MM-DD 部分范围 功能探索 :s1, 2024-01-01, 10d 预算范围 :s2, s1 之后, 3d 法律 :s3, s1 之后, 10d 文档编制 :s4, s3 之后, 5d 部分 开发探索 :d1, s4 之后, 25d 软件开发 :d2, 之后d1、70d 文档：d3、d2、5d 部分部署 部署：dp1、d2、5d 之后 超级护理：dp2、dp1、10d 之后 这是用于演示目的的甘特图，通常您会查看 BPMN。显示甘特图可以让这一点变得更容易。如果您看一下这个甘特图，您会立即看到什么花费了最多的时间：软件开发。如果您的任务是提高项目吞吐量，那么这将是您的第一站。那是正确的。然而，问题是我通常看到人们如何解决这个问题：让人们去解决问题 2，或者只是假设人工智能会让事情变得更快。人们通常不会考虑为什么要花这么长时间，更重要的是：持续时间长并不意味着问题就源于此。解决上游问题我们现在讨论的是软件开发，但这适用于所有需要比您希望的时间更长的流程。每个软件开发人员都知道，仅仅通过加快打字速度并不能加快项目进度。如果是这样的话，我们都会去上打字课。软件开发是将问题转化为计算机可以理解并自动解决的解决方案。最好以安全且可扩展的方式。要做到这一点，您需要对问题有一个完整的概述。无论是在功能或范围文档中（如果您要更加瀑布式），还是与领域专家一起不断迭代（更加敏捷）。这通常是减慢软件开发速度的部分。试图弄清楚模糊的、只有标题的功能请求的实际含义。 “销售完成后向用户发送邮件”是什么意思？好的，我们可以发送邮件，但是邮件中应该包含什么内容？如果销售过程中出现问题，我们还会发送错误邮件吗？销售何时完成？把人工智能投入其中 我经常听到的关于软件开发自动化（人工智能生成代码）的一个论点是，你可以绕过开发部分，软件开发人员成为项目经理。围绕软件开发的人工智能讨论实际上完美地说明了这个问题。很多人期望 AI 开发的结果如下所示： 甘特图标题 项目时间表 日期格式 YYYY-MM-DD 部分范围 功能探索 :s1, 2024-01-01, 10d 预算范围 :s2, after s1, 3d Legal :s3, after s1, 10d 文档编制 :s4, after s3, 5d 部分开发 AI 开发 :d1, after s4，3d 部分 部署 部署：dp1，d1 之后，5d 超级护理：dp2，dp1 之后，10d 但这不是它的工作原理。在这里，我们面临着与以前完全相同的上游问题。是的，人工智能可以快速生成代码（这是否是一件好事还有待讨论），但这并不意味着它会生成正确的代码。在人类与人工智能发展之间的比较中，他们总是忽略人工智能完成其任务所需的控制。它看起来更像是这样的：甘特图标题项目时间线日期格式YYYY-MM-DD部分范围功能探索：s1，2024-01-01，10d预算范围：s2，s1之后，3d法律：s3，s1之后，10d文档记录：s4，s3之后，40d部分开发人工智能开发：d1，s3之后，40d部分 部署 部署：dp1，d1 之后，5d 超级护理：dp2，dp1 之后，10d 与旧的工作方式相比，也许此设置更快。但我也认为这是一个不公平的比较。这样的工作需要领域和产品专家更深入的参与。这种参与意味着将每个功能和错误修复写到最微小的细节。这正是软件开发人员自职业开始以来一直在寻求的东西：收到问题的详细概述以及最终结果应该是什么样子。如果您为人类开发人员提供相同数量的功能/范围文档，您也会看到您的生产力飙升。实际加快流程如果您想加快流程，您需要确保需要完成工作的人员拥有实际完成工作的所有手段。这意味着如果您的法律批准程序