ERP项目过度开发,等同上了“贼船”! 推荐
2010-07-20 12:50
363 查看
今天在某坛子里看到有某位做IT经理的兄弟发贴,问:“各位有没有打官司的经验?我们公司上了贼船了,买了一套ERP的软件,软件供应商之前说的N漂亮,说他们的系统是个优秀的平台,可以根据我们公司的业务进行灵活定制开发,满足我们公司的个性化业务需求。可是项目做到现在,已经严重超期了,已经影响到我们公司的业务了,现在我不想跟他们玩了,想想看怎么能告他们呢。现在他们以为我们上了贼船,就没有办法治他们了,一拖再拖,再也不忍了。”
看到这里,想来又是ERP项目过度开发惹的祸。这个项目如此看下去,估计也是凶多吉少了,但这个软件开发商是否会找这个客户一起“沉船陪葬”呢?照此情形来看,这是大有可能的。毕竟现在有许多的软件厂商,其实自己根本没有一套成形的软件产品, 就只是一个能够拿出来忽悠的DEMO原型,就敢说自己掌握了高端技术,开发了一个灵活可架构的ERP平台,可以根据客户的需要进行灵活配置,满足客户的个性化需求,并可以实现项目实施的低价、短周期,总之,项目管理因素中各个要互:质量、成本、进度、范围都被他们给忽悠全了,无所不能。
真是这样的吗?其实仔细一分析,这就是一个大忽悠了,成熟ERP平台的构建比一个成熟的ERP产品难度要大的多,可以说国内还没有几家能够有一个成熟的ERP平台出现,即便有的话,也还是基于自己的软件产品来构建的,基本上不会开放给客户进行开发。放眼世界上,倒是有成功的例子,但也得看看,那是谁呀?SAP是个例子,IBM也算是,都是行业内的巨人。再想想他们的平台的复杂性,复杂到一个高级顾问能说精通的就只是一个模块而已。来到我们的国内的这些厂商,却将自己的平台包装的无所不能了。
再说说如果有相对成熟的软件产品,如果面对了大量的二次开发,这还能叫产品吗?试想一下,你建好了一个大楼之后,你却说我想把大楼的造型再改改,看看是不是动动框架,把楼的造型再拉的漂亮点?你肯定说人家“脑子进水了”,可是在ERP领域,却是有很多需求基本上是要求颠覆ERP框架与模型的开发,我们的一些软件厂商却是点头说是:OK,没问题,我们改!结果改来改去,功能是不是实现倒不说,客户发现系统越改,问题越多,原来好好的功能也用不了了,而自己想要的功能却一直没有见到。这个时候再扯皮,就扯成了如何处理这些问题上来了,大家对于最早提的需求是什么,想达到什么目的已经不关心了。这种项目的实施,也是离大限不远了,如果大家这种合作的关系破裂了之后,自然就要法庭上见了。
所以,不只只是对客户来说,过度的二次开发,等于是上了软件厂商的“贼船”,其实软件厂商也是一样,如果用一个成熟的产品再去做颠覆性的开发,最终的结果就只是导致与客户“同归于尽”的下场。所以,从这个角度来说,不妨在项目的前期跟客户说清楚,哪些能做,哪些不能做;哪些可以开发,哪些不能做开发。有所为,有所不为。这才是一家健康的ERP软件企业的生存之道!
看到这里,想来又是ERP项目过度开发惹的祸。这个项目如此看下去,估计也是凶多吉少了,但这个软件开发商是否会找这个客户一起“沉船陪葬”呢?照此情形来看,这是大有可能的。毕竟现在有许多的软件厂商,其实自己根本没有一套成形的软件产品, 就只是一个能够拿出来忽悠的DEMO原型,就敢说自己掌握了高端技术,开发了一个灵活可架构的ERP平台,可以根据客户的需要进行灵活配置,满足客户的个性化需求,并可以实现项目实施的低价、短周期,总之,项目管理因素中各个要互:质量、成本、进度、范围都被他们给忽悠全了,无所不能。
真是这样的吗?其实仔细一分析,这就是一个大忽悠了,成熟ERP平台的构建比一个成熟的ERP产品难度要大的多,可以说国内还没有几家能够有一个成熟的ERP平台出现,即便有的话,也还是基于自己的软件产品来构建的,基本上不会开放给客户进行开发。放眼世界上,倒是有成功的例子,但也得看看,那是谁呀?SAP是个例子,IBM也算是,都是行业内的巨人。再想想他们的平台的复杂性,复杂到一个高级顾问能说精通的就只是一个模块而已。来到我们的国内的这些厂商,却将自己的平台包装的无所不能了。
再说说如果有相对成熟的软件产品,如果面对了大量的二次开发,这还能叫产品吗?试想一下,你建好了一个大楼之后,你却说我想把大楼的造型再改改,看看是不是动动框架,把楼的造型再拉的漂亮点?你肯定说人家“脑子进水了”,可是在ERP领域,却是有很多需求基本上是要求颠覆ERP框架与模型的开发,我们的一些软件厂商却是点头说是:OK,没问题,我们改!结果改来改去,功能是不是实现倒不说,客户发现系统越改,问题越多,原来好好的功能也用不了了,而自己想要的功能却一直没有见到。这个时候再扯皮,就扯成了如何处理这些问题上来了,大家对于最早提的需求是什么,想达到什么目的已经不关心了。这种项目的实施,也是离大限不远了,如果大家这种合作的关系破裂了之后,自然就要法庭上见了。
所以,不只只是对客户来说,过度的二次开发,等于是上了软件厂商的“贼船”,其实软件厂商也是一样,如果用一个成熟的产品再去做颠覆性的开发,最终的结果就只是导致与客户“同归于尽”的下场。所以,从这个角度来说,不妨在项目的前期跟客户说清楚,哪些能做,哪些不能做;哪些可以开发,哪些不能做开发。有所为,有所不为。这才是一家健康的ERP软件企业的生存之道!
相关文章推荐
- ERP项目过度开发,等同上了“贼船”!
- ERP二次开发项目交付 推荐
- 【最火的微信开发开源框架】推荐给开发者应该学会的有关微信开发的十个开源项目
- 微信开发值得推荐的开源项目
- ERP项目经理的“5+4”素质能力模型
- 项目开发第三方推荐
- 项目经理,WEB开发,BI开发,微软职位,多多推荐!
- 【Cocos2d-HTML5 开发之一】新建HTML5项目及简单阐述与cocos2d/x引擎关系 推荐
- Android之项目推荐使用的第三方库,有助于快速开发
- 项目管理手记(28):ERP项目的高层支持要知行合一 推荐
- 总结开发Silverlight项目准则 推荐
- 【最火的微信开发开源框架】推荐给开发者应该学会的有关微信开发的十个开源项目
- 物业erp项目的开发环境配置
- 学龄1年的android小白2个月独立开发资深项目,还上了何俊林的推荐榜,他是怎么做到的(附项目源码)
- 房地产业务学习(06)-开发项目管理的难点分析&IT系统价值 推荐
- ERP实施顾问与项目经理的区别 推荐
- 推荐几个开源的微信开发项目
- 微信开发值得推荐的开源项目
- 项目开发手册--本次项目开发的弊端 推荐