ERP二次开发报价的秘密

标签:ERP安全沟通

访客:35021  发表于:2012-12-06 15:54:04

很多CIO对软件公司的报价一直不理解,总觉得是个黑洞藏了N多猫腻,所以不管报价是虚是实,就按照自己心中的预估预算以及其他厂商的报价比价就开始压价砍价,以为砍下来就是赚了省下了爽了。真的是虚?真的能砍?


所以今天我给大家暴露个软件公司的真实内部工作情况。如果软件质量要真正达标,就要这些步骤做到。这些步骤不能砍。如果报价降低了,那必然是这些步骤被砍掉了,或者被表面弱化流于形式了,或者派了不匹配能力的人来做了。这就是报价松紧带的秘密。如果你听过ERP与十四顶帽子,你就知道我在说什么,如果你没听过,建议你百度搜索一下。


所以看一个报价是虚是实,让他们把详细的功能点清单、开发过程、开发团队参与人、每个功能点每个步骤每个岗位的工作必要人天数都按照表格列出来。而且你要收到各个环节的产出物(如测试用例文档、设计方案文档等等)以检查是否被做虚了偷工减料了。这样你就知道你的质量能否保证,你的钱花的实在不实在了。(我是不是ERP行当的一个深喉?)


另外,一个二次开发项目,最关键的人是:项目开发PM、主设计、开发leader、测试leader。这些人起最关键的作用,所以他们的人天报价就很高,不能和其他人员同等报价。另外,项目开发PM是一个二次开发项目的核心领导和组织推动者,一个差的PM和一个好的PM,对于一个项目的进度/质量影响很大,项目开发PM是贯穿整个项目全程在工作,他就相当于一个团队的领导者,所以他的作用非常大,千万不要误会项目开发PM就是做做计划、检查一下、汇报一下,那岂不是成了一个计划编制员和监工了?所以CIO们千万不要对项目开发PM错位认识。


咱们接下来就讲讲一个高质量的项目是怎样被一步步推进落地达成的。


一、项目规划阶段
1、一线PM/一线实施人员/咨询顾问/应用架构师:需求调研/讨论/确认、应用方案设计、实施方案设计
2、研发PM:工作量估算、全程风险管控、资源组织协调、每日计划推动、变更管理、沟通报告
3、开发leader/平台架构师:技术方案设计、技术风险识别、技术难点攻关预研
4、测试leader/测试总监:测试方案分析设计、评审


二、系统分析/设计阶段
1、系统分析/概要设计:架构边界规划/接口设计、功能点分析、模块关系分析、实体关系分析
2、系统详细设计:到每个UI每个元素、流程图/算法/计算公式、关联性分析
3、设计评审/项目组学习考核


三、开发阶段
1、代码框架规划:代码框架设计/开发修改、代码底层框架设计/修改、关联性分析、公共代码识别/设计/维护、接口识别/设计/维护、数据库设计/管控
2、代码开发:代码开发、代码调试
3、代码自测:自测通过、测试建议编写
4、代码审查:功能审查、代码规范性审查、代码集成性审查、代码性能审查、代码安全性审查、代码可向下兼容性审查
5、代码提交:代码分支合并拆分、签入提交、编译构建
6、Bug修改:Bug查找/修改、Bug根源分析、Bug测试建议


四、测试阶段
1、测试用例分析/设计/编写、数据准备、关联性分析
2、测试执行、Bug登记
3、Bug回归测试
4、集成测试
5、性能测试
6、安全测试
7、向下兼容性测试
8、核心功能/主流程回归点击测试


五、发布阶段
1、说明文档编制、帮助文档挂接、帮助文档挂接测试
2、安装盘打包
3、升级安装部署初始化配置测试
4、QA人员对项目过程、关键产物进行合规性检查
5、项目文档整理/补齐、项目代码、开发数据库/测试数据库归档


六、安装更新阶段
1、实施人员自测
2、测试环境安装更新、现场测试
3、生产环境安装更新

4、更新后运行跟踪、数据核对校验

工序环节这么多,参与的人这么多,自然效率/成本都是刚性的了。

另外,还有人抱怨二次开发的质量,说质量这么差,时间还那么长、二次开发费用还那么贵。那到底是怎么回事?关于这个问题,我也深入分析过。

我常见到的二次开发的质量问题:
1、摸石头:从一开始,需求方案、技术方案就偏了,因为业界有正道,但大量人不知道正道。所以走了N多次方案的讨论和变更,才咂摸出点味道
2、传递失真:从业务部门-企业IT部门-一线实施-后台研发PM和设计-后台开发和测试,每个环节都失真、丢失信息,于是名贵的粗象牙变成了竹筷子。于是,软件中各种遗漏、各种实现不是客户想象。于是,客户看到的功能就不是一开始的想象,于是要求再变更再修改
3、确实是二次开发团队自己犯的错。

要避免走歪道问题,需要应用架构、技术架构这类人的参与项目,但费用...,你懂的
要避免传递失真,需要专项类需求,后台研发设计人员或PM、一线实施、客户业务部门骨干和经理、客户IT部门经理,一起在客户现场做好需求确认会
是纯粹后台研发自己犯的错,后台研发自己买单,不需要客户付费

本来企业信息化从业务到技术都不复杂,况且大多数中国企业连组织职责和流程都自己理不清,况且大多数中国企业在应用ERP时连主数据都没有整理规范、基本审批流程都跑不起来,况且很多行业的信息化还很初级连ERP就以为是财务记账或者ERP是个筐什么都往里装,所以问题并不大问题并不多,而是很多人对问题没有辨析。一一掰开了一条条列出来,也就那么几条。

世界上的事本来很简单,就是和稀泥的人太多较真的人太少,所以把原本简单的问题复杂化了。如此而已。

评论(8)

您可以在评论框内@您的好友一起参与讨论!

    1. 张卡尔 我不同意这个观点:“是纯粹后台研发自己犯的错,后台研发自己买单,不需要客户付费”。首先,这个谁犯的错,很难厘定,等着扯皮吧。再者,后台研发会为此掩盖错误,CIO也未必看得出来。第三,既然是研发,就可能有错误。难道公司有个员工工作出了差错,公司就不发工资?同后台研发,最好还是大家合作,不要把账算得太清楚。家中请个保姆,也最好是当个比较宽厚的主人哦。

      回复[0] 2012/12/10 10:04

    1. 渠少 写的很清楚,有借鉴意义。在负责企业ERP项目实施过程中,亦有过此经历,软件商把工程师每日的工作时间、项目完成进度汇总,再附上该程序员的工资单,而后报出二次开发的费用。

      回复[0] 2012/12/08 10:49

    1. 黄山 ERP二次开发就算是这些都写清楚了,但工作量与工作难度的评估标准是什么? 不同的ERP,不同的功能的工作量与工作难度都不同,软件公司有标准吗? CIO能得到这份标准吗?

      回复[1] 2012/12/07 16:34

    1. 江涛 这是一个值得厂商与使用方思考的问题: 1、是否值得做开发(使用方)? 2、是否这是厂家的合理利润? 3、东西再贵有他存在的价值,关键在于付出的价值与得到的收益可以匹配?

      回复[0] 2012/12/07 14:48

    1. 徐蕊 这有助于让CIO了解到更真实的情况,消除疑虑,但这些都是普遍情况吗?

      回复[0] 2012/12/07 11:28

    1. 张嘉奕 感谢朱老师分享,文章已推送至e行网“热点精华”页面~

      回复[0] 2012/12/07 10:43

    1. 张卡尔 什么是二次开发?

      回复[0] 2012/12/06 17:19

    1. 邱单江 现在对于一些泛ERP类管理软件基本都实现了平台式开发,可以省去很多设计、开发、测试的环节。

      回复[0] 2012/12/06 17:16

<--script type="text/javascript">BAIDU_CLB_fillSlot("927898");