我正在为一家希望引入BPM(业务流程管理)工具的中型公司整合架构.我知道这会有所帮助,并希望介绍它,但是要在架构中找到合适的位置.
我想知道何时以及如何使用BPM工具,您如何区分业务流程与应用工作流？
为什么要引入BPM工具？这是流行语合规吗？如果你正在努力在建筑中找到一个位置,那么我怀疑这个工具不会带来一个大的胜利(至少不是你当前的理解).
应用程序工作流工具通常关注特定流程的建模,并为半技术流程设计人员提供显示步骤和交互的能力,同时允许程序员使用实现这些部分的代码来充实骨架.就个人而言,我发现培训半技术流程潜在客户的开销可以抵消有效沟通和转变所承诺的收益,但在大型组织中,它可以确保流程"所有者"具有计划收购所需的控制幻觉.我说错觉,因为最终是IT人员重新生成实现流程的代码,并且经常建议更改由于技术方面的问题而被还原(这些工具通常使更改更容易建议而不是实现).
一些业务流程管理工具只不过是具有更高价格标签的应用工作流程工具.有些人采取了更高的观点,并将手动流程和其他非IT流程整合到架构中(尽管显然这些步骤实际上只不过是用于退出和重新进入IT流程的存根或网守).我不知道你叫什么中型公司,但在一家160人的航空航天工程公司,我们发现我们评估的BPM工具过度.
可悲的是,这是其中一个问题,其中只有得到答案,即使有所有事实(不同的系统分析师会给出不同的意见).我希望快速概述至少可以提供一些帮助.只是要注意销售炒作:我发现这些工具仅在具有特定流程流的特定组织中具有价值,而在其他组织中则存在障碍.
京公网安备 11010802040832号 | 京ICP备19059560号-6 