perspective - BPM 的值(value)是什么？ (业务流程管理)值得用吗？在哪些情况下？

Question

就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持，但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visit the help center寻求指导。




9年前关闭。




我不是指每分钟的比特数，而是业务流程管理。

起初虽然 BPM 被高估了，因为该技术在某种程度上很容易解决，但我了解到 BPM 套件的值(value)在于让非技术的业务专家参与到软件设计中。

我知道，用户在分析过程中总是和我们在一起，但我们使用的工件对他们来说总是很陌生。无论UML图看起来多么友好，或者我们进行了多少敏捷迭代，最终用户和最终开发人员之间总是存在差距(通常由用户经理和IT经理覆盖:-S)

您(作为软件开发人员)如何看待 BPM？看起来很有趣吗？你会考虑学习其中之一吗？你认为5年后它会死吗？

我知道 BPM 根本不是 Elixir ，但除非您有一个非常聪明的客户，他知道如何表达他们的要求让我们把它做好，否则分析和需求将永远是项目失败的地方。

Answer 1

我在使用 FileNet 和 IBM BPM 产品的内容管理/信息管理领域工作了几年。我不得不说我非常不满意，原因如下:

1) BPM 是我从未见过的直观实现的东西之一。我的意思是(类似于您在问题中所说的)业务用户不能坐下来，并在 30 分钟内创建一个流程/工作流程。

2)我很少看到非程序员能够创建可接受的解决方案

3) 缺乏向业务用户解释 BPM 的能力，业务用户无法理解，以及花费在 BPM 上的时间和金钱对我来说似乎很可笑。根据我所参与的一切经验，该公司可以雇用 1 或 2 人(技术类型)全职工作，并为他们创建一个自定义应用程序，以应对许多业务类型需要大量 session 和聘请顾问或培训商务人士。

4) 这是一个令人难以置信的利基市场，90% 的结果涉及文件路由和审批。这是一个非常非常简单的概念，开发人员通常可以以更便宜的方式编写和实现解决方案。如果开发人员很好，他们也可以用更少的步骤使其更直观。

5) 与 10 个管理人员、一群业务用户进行编码器交谈，学会使用一个糟糕的受限产品并提出解决方案，通常比让正常的开发继续下去需要更长的时间。

不要误会我的意思——我知道我的经验，虽然与某些人相比相当深刻，但只涉及几种产品，这意味着我只接触了一点外面的东西。我都赞成创新，但我还没有看到一个半途而废的解决方案，而且它们的成本都比它们的值(value)高出 20 倍。我确信 COTS BPM 类型的软件会继续存在，但我希望我不必再使用它很多年。希望那时它会是体面的一半。