我不是每分钟比特,而是业务流程管理.
起初虽然BPM被高估了,因为该技术在某种程度上很容易解决,但我已经了解到BPM套件的价值在于将非技术,业务专家纳入软件设计.
我知道,用户在分析期间总是和我们在一起,但我们使用的工件对他们来说总是很陌生.无论UML图表看起来多么友好,或者我们进行了多少Agile迭代,最终用户和最终开发人员之间总是存在差距(通常由用户经理和IT经理负责:-S)
您(作为软件开发人员)如何看待BPM？它看起来有趣吗？你会考虑学习其中一个吗？你认为5年后它会死吗？
我知道BPM根本不是银弹,但除非你有一个非常聪明的客户知道如何表达他们对我们的要求,否则分析和要求将始终是项目失败的领域.
我使用FileNet和IBM BPM产品在内容管理/信息管理圈中花了几年时间.我不得不说我非常不满意,这就是为什么:
1)BPM是我从未见过的直观实现的东西之一.我的意思是(类似于你在问题中所说的)业务用户不能坐下来,并且用30分钟创建一个流程/工作流程.
2)我很少见到非程序员能够创建可接受的解决方案
3)缺乏向业务用户解释BPM的能力,业务用户无法理解的能力以及花在BPM上的时间和金钱似乎对我来说是荒谬的.根据我参与的所有经验,公司可以雇佣1或2人(技术类型)全职工作,并创建一个自定义应用程序,因为它需要一堆业务类型来举行大量会议和聘请顾问或培养商界人士.
4)这是一个令人难以置信的利基市场,90%的结果涉及文件路由和批准.这是一个非常非常简单的概念,开发人员通常可以编写和实现更便宜的解决方案.如果开发人员是好的,他们可以通过更少的步骤使其更直观.
5)与管理人员,一群商业用户进行编码器谈话通常需要更长的时间,学习使用有限的有限产品并提出解决方案而不是让正常的开发继续下去.
不要误解我的意思 - 我知道我的经验,虽然与某些人相比很深,但只涉及几种产品,这意味着我只触及了那里的一些东西.我全都赞成创新,但我还没有看到一个中途不错的解决方案,而且它们的价格都比它们的价值高出20倍.我相信COTS BPM类型的软件会持续存在,但我希望我不需要再使用它多年了.希望那将是中途体面.
我认为BPM是与传统IT部门正交的东西,"使计算机保持运行",因为BPM是我们通过添加此技术或相应地更改流程来改善工作方式的地方.我发现它在某些方面相当迷人.
对我来说,另一个有趣的部分是,这往往涉及到业务的不同部分,例如销售团队如何工作,营销,人力资源等,并试图了解它们的效率和事物的位置.改进？
我不认为它会死,但名称的含义会改变和发展我怀疑一个分支可能是自动化业务专家或其他名称.我也看到这与公司IT部门的应用程序组合的想法混合在一起.应用程序会定期进行改进或更换,以改善工作方式,并持续改进价值.
不要忘记,我们这些经常访问此网站的IT人员.我可能是一名网络开发人员,但根据公司的不同,这可能有几个不同的角度:1)产品开发 - 这里我帮助制作产品或促进公司销售的服务,2)信息技术 - 我在这里帮助公司通过了解公司的骨干来运作,公司的骨干是一组机器和各种软件,通过各种流程将公司的运作方式拼凑在一起.
需求的发展和有助于满足这些要求的技术通常会影响任何大型软件集成,例如ERP或CRM系统.在花费数年时间安装软件并且公司正确使用它之后,可能会有很多变化,我们认为它将如何工作,这就是我们实际使用它的方式,而不是所有的变化都是坏的.可能是通过删除某些部分,公司可以节省数千美元用于非实际需要或有用的东西,但这在开始时是未知的,因此所请求的功能之一是从最后想要的东西列表中删除.
京公网安备 11010802040832号 | 京ICP备19059560号-6 