|
|
51CTO旗下网站
|
|
移动端

小心避雷!OA二开需谨慎

一位CIO想把现有系统做集成,包括ERP、PLM、OA等。想问下,用OA集成是不是首选?自己做,还是请服务商做?

作者:张洁来源:51CTO|2020-03-13 17:59

【51CTO.com原创稿件】

一位CIO想把现有系统做集成,包括ERP、PLM、OA等。想问下,用OA集成是不是首选?自己做,还是请服务商做?

日前,CIO& IT经理精英汇微信群就系统集成和OA二开等问题,展开了一次选型话题讨论。

1做流程集成,OA是否是首选?

一位CIO介绍了自己的经验:“我们目前的做法是用EHR集成企业微信、AD。企业微信授权所有移动端产品,AD集成所有PC端产品,然后审批流都推到OA。我们分的很清楚,就是OA只做流程,留痕,审批用,其他都是第三方系统,集成,所以SSO成了系统之间第一要解决的问题。”

这样做的原因在于:如果你的门户是OA,很多东西都要跟OA对接,那OA很重。现在很多企业追求的是轻便型,所以一般做法是审批流在OA,为了留痕,负责合规。

不过也有人提到:“我们把OA的门户功能做的比较强,但是流程和应用集成还是依赖BPM。”

相对打通流程,更突出OA的门户功能——这一做法在当下也不少见。

“更多的公司是将OA作为内部员工的统一门户入口 Portal ,其他ERP、CRM 、HR等系统与OA做登录集成,OA使用AD认证。”

——辅仁医药IT经理秦奇

此外,要做流程集成,明确的作业标准很重要,技术之外的因素也要多加权衡。如果公司的流程比较复杂,同时人员又总在变化,就很难有一个固定的系统支持。

因为架构在变,流程就要变,审批人员也要变,无法实现角色同步的话,费时费力还很难成事。而且用户的思维无论是不想变还是乱变,都影响系统的使用及上线。

是否用OA做系统集成需要根据公司的规模和所处的发展阶段综合考量。

公司上流程管理,抛开技术本身,核心问题先看公司当前所处阶段。比如一个200人的公司,你上来就让他去自研一套OA,这基本是不现实的,一是没工程师,二是没必要。所以讨论OA这类系统前,一定要定义一下公司当前的阶段。比如一个大企业要上OA,他不可能买外面的啊,一是买外面的是对一个自称技术驱动科技公司的侮辱,二是外面的没有一个能完美适配他的要求的。

——某互联网IT负责人

2OA是否需要二开取决于什么

OA 是否二开取决于管理需求和业务需求;从成本、时间、范围由CIO提出专业建议,提报管理层决策。

——大爱城IT经理常相峰

就OA是否需要做二次开发,多数人持谨慎态度。主要可以归纳为以下三点:

1能通过调整业务和管理解决的问题,就不要二开。

2不是所有团队都适合二开,要考虑二开的价值。综合考虑预算还有团队的情况,利大于弊就可以进行二开。

3如果实施阶段就有很多二开,说明选型上就可能有问题,需求没有对上。

有人提到个中关键是:OA一期一旦上线,意味着未来几年就被绑死了,换的话前期投入作废,不换的话,随便一个需求就要二开,代码和API没有的话,自己想开发对接还不行,需要和服务商协调。

一位CIO分享了一个亲身经历的OA二开成功案例。

“我们当时升级OA的时候花时间进行二开,主要是因为领导们出差不喜欢干什么事情都带着个电脑,提倡移动办公。总的来说,审批效率是大大提高了。因为领导们可以直接在手机上批了(包括集成的其他系统的流程)。

OA不仅集成了公司几乎所有大型系统,SAP、PLM、SCM、HR、APS,在二开时还把员工的绩效管理做到了OA中。此外,OA也跟邮件集成,特别重要的流程跟短信平台集成,甚至是车间一些MES的异常信息也做到了OA中(出现生产异常,马上在OA中建一个流程,后续必须跟踪处理)。”

结果自然是皆大欢喜。“领导们对此相当满意,因为啥系统都不用登,开个OA就把全部的审批、邮件、下属的绩效全部都完成了。”

3OA二开的风险有哪些?

从项目角度看,OA二开的方式有两种:一种是乙方不开放代码,那就只能找厂商团队做;一种是开放代码和接口,那就可以自组团队。

风险则主要集中于:高成本、团队专业要求变高、知识管理难度变大、维护变得更加困难。

自组团队在时间和人力上的成本投入毋庸赘述,如果是找传统OA服务商,那么就要警惕踩坑,其中博弈可以说是如履薄冰。正如下面这位CIO吐槽的:

“跟传统OA软件厂商,有扯不尽的皮。

其一,作为甲方,你准备的再充分,需求你不可能一次能做的清楚和准确,那合作方式是项目制,一次项目只管一次需求,项目结束,你就是改个字,那你到底是付钱呢,还是求着对面免费给你改呢。

其二,二开工作量评估,改一个表单字段,咱们都是搞技术的,我们觉得30分钟完事,对面评估3天。你虽然感觉不合理,但是代码是封闭的,你没法切图代码告诉他,你动了三行代码,你说你要三天开发。”

当然不能否认,传统厂商也有其优点和适用场景。

1 传统OA厂商,很适合政府、国企、大型公司,因为在预算充足的情况下,定制、开发、服务都很好。

2 传统OA大厂,基本都干了10年以上,软件的功能本身已经比较强大了,大部分常见需求是可以通过配置搞定的,在这个维度上,不开发就能搞定,上线还快。

3 传统OA大厂,对传统其他信息化软件兼容性还不错,因为毕竟干的时间足够长,集成的时候可能要花点钱,但技术上基本没什么障碍。

4不得不OA二开时要注意哪些

OA的实施不可能一步到位。基于OA二开的风险,有人提出:“第一步是配置上线,所有的二开功能都不允许。第二步是少量二开,拿增加的利润说话。”

但也有IT管理人员需要面对不得不进行二开的情况。

“我们这种It不强势的公司,第一步不做二开不现实,第一步如果不做二开的话,业务部门的领导根本就不会允许这个系统上线,因为他觉得不符合他的要求,没有达到他的目的。”

对此众人给出了这样几个建议:

1 挖掘企业内部的真正诉求,尤其在OA选型上不要盲目追求大而全的产品,不要为了上而上,对企业来说不是所有功能都能用的上、用上好。

2 把握预算,公司打算在这事上花多少钱,结合高层的预期再做选择。

3 选择OA的时候最好结合内部的开发语言,尽量别跨语言,否则又是个坎儿。

某互联网IT负责人认为应该根据实际情况分析问题:

  “如果自己本身团队有开发能力,内部需求也不是非常迫切的,可以考虑“BPM+自研”,或者“开源OA+二开”。如果团队没有开发能力,又必须快速上线,可以考察下市场商业产品,但是关于售后服务、技术支持、API开放能力、这些东西一定要说清楚了,不然后面碰到的对接问题可能会比较多。”

以上只是部分讨论内容,更多内容欢迎加群讨论。CIO & IT经理精英汇2群加群方法:公众号CIO进化论中回复【社群】。

扫码查看更多CIO文章

【51CTO原创稿件,合作站点转载请注明原文作者和出处为51CTO.com】

【责任编辑:张洁 TEL:(010)68476606】

点赞 0
分享:
大家都在看
猜你喜欢

订阅专栏+更多

秒杀高并发白话实战

秒杀高并发白话实战

主流高并发架构
共15章 | 51CTO崔皓

57人订阅学习

网络排障一点通

网络排障一点通

网络排障及优化调整案例
共20章 | 捷哥CCIE

460人订阅学习

VMware NSX 入门到实战

VMware NSX 入门到实战

网络虚拟化革命性技术
共16章 | Cloud袁

227人订阅学习

读 书 +更多

软件架构设计

本书紧紧围绕“软件架构设计”这一主题,立足实践解析了软件架构的概念,阐述了切实可行的软件架构设计方法,提供了可操作性极强的完整的架...

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊

51CTO服务号

51CTO官微