马上注册,结交更多好友,享用更多功能,让你轻松玩转质量管理社区。
您需要 登录 才可以下载或查看,没有账号?立即注册
×
企业在明确要上 质量管理系统(QMS)后,必然要面对的一个问题是自己开发、委托第三方外包公司开发还是购买软件产品,每种方式都有优缺点,这其中的关键是要看自身行业的特点、企业的现状、开发能力以及未来的规划。 首先我们来看一看开发一个软件所需要的主要流程: Figure1 软件开发流程 对于软件项目开发的每一个阶段,都要由有专业知识与技能的人员来完成。 同时,软件开发在技术和管理两方面的复杂程度,与业务复杂程度、软件规模密切相关。越是业务复杂、规模大的软件,开发所用到的技术,时间以及人力成本就会成指数型上升。 Figure2 软件规模分类表 能够实现质量管理中的常用功能(来料检验,过程检验,出货检验,首件检验,巡检,不合格品管理,纠正预防,客户投诉,评审管理,文档管理,量具管理,质量追溯,报表分析)的质量管理软件,规模大概在150K行代码以上,属于大型以上软件。 那么我们就三种选择方式分别进行分析。
先说一说自己开发 在国家新基建、鼓励企业数字化的大趋势之下,软件行业无疑是一个新兴的领域,这就决定了必然会有很多新的机遇。就像40年前的办企业,20年前买房一样。伴随着很多新诞生的专业软件企业,还有像阿里、百度等互联网企业,电信联通等企业,以及博世、戴尔、美的、格力、三一重工等为代表的传统制造业都已经或正在成立数字化工厂、软件等项目,给自己用的同时,也希望作为产品推广到其他客户。帮助企业自身提高的同时,还可以拓展业务,或者更换赛道。 我们不否认,企业自己开发对某些行业是十分必要的,是有充分理由的。 ERP从1972年开始,到现在已经有48年的历史了,单单是在G2上搜索,相关ERP产品就有2100多个,但是还有企业在自己开发,为啥? 原因很简单,现有的产品不能满足企业的需求。如果企业不想完全从头开发,那么,只好在现有产品基础之上,进行一些特殊需求的二次开发以满足企业自身需求。 但其实二次开发也不是万能的。 首先,企业管理软件,是对企业管理的抽象总结,简单直白的说法是,先有企业实践,后有管理软件,而不是倒过来。对于新兴的行业,新兴的管理方式,往往没有现成的系统。二开也是在有一定基础之上的二开,就像改装汽车一样,不能在马车的基础之上改装。 同时也面临着有时候二次开发费用过高的问题,那还不如从头开发来的划算,还以改装汽车为例子,可以在轿车的基础之上改装越野赛车,但是不能在大客车的基础之上改装。 自己开发的好处有: · 更了解本企业实际情况,适应本企业的需求。 · 本企业拥有源代码,可以持续不断改进。 · 通常(只是通常)企业自身不会开发大型软件系统,小型系统成功概率高,尤其是对企业特别重要,但又不复杂的需求,会极大改善企业运行效率。 还是老掉牙的套话,有一利必有一弊。
· 要做事就得有人,而且可能需要好多人。生产企业不是软件企业,程序员通常更希望加入专业做软件的公司,薪水对程序员是重要,但未来的成长也很重要,程序员不仅会考虑现在的收入,也会考虑将来的收入,如果不能开拓视野和增加技能,招人与留人是一个大问题。如果是开发大型系统,首先就要雇佣IT和业务两个方面都比较牛的领军人物,然后再由他雇佣其它人员,这些都是成本,而且不便宜。还有,在软件开发好以后,是否还需要为了开发这个软件时所招聘的所有人?后续如何进行安置?
· 不是所有的功能都能开发出来。虽然开源的组件越来越多,但有些系统还是需要自己开发,没有历史的积淀,成本难于控制。
· 性价比不高。特别是针对大型的复杂系统,除非是企业不得不自己开发的系统,如淘宝,京东,滴滴等,有些系统真的没有必要自己开发。 自己开发,说白了不符合社会化大分工的原则,可以有,但不会是主流,可以起到辅助的作用。最主要的原因是没有复用。 如果该企业期望不仅为自己企业开发软件系统,以后还能卖给其他企业,的确有这样的成功案例,如达索,但这样的成功案例太少了。 你可能有疑问,我们自己开发的软件,我们自己用的非常好,还可以用我们的工厂给他们展示,为啥客户不买单呢? 不利的因素是适合自己企业的软件,如果要拿出去卖的话,其实最匹配的就是卖给自己的竞争对手,因为业务模式比较接近,但是哪一个竞争对手会买自己的软件呢?如果是跨行业推销,比如一家电机企业自己开发的质量管理系统向食品企业推销,您觉得甲方会有什么感觉? 还有,软件公司的成本不仅仅是开发软件的费用,这是一个系统工程。举个例子,街坊邻居都说你的包子味道好,大家都赞不绝口,但不等于说你开一个包子铺就能赚钱,这还是在你是包包子达人的假设前提下,如果连包包子都不会,情况就变得更加艰难了。 第二种方式是外包开发
外包公司主要以IT人员为主,很难有足够行业专业知识的业务人员与客户就需求进行深入沟通。大部分是鹦鹉学舌式的转述。
将自以为理解的客户需求转述给IT人员,IT人员再将自以为理解的需求转换成代码。那么,不断转述过程中,信息到底被正确理解多少,只能看运气。 Figure 3 客户需求转化效果
|