关于项目外包的个人看法
最近负责的一个项目,有块内容采用的外包形式实现,感觉效果很不好,从中个人有一些关于项目外包的看法,总结如下:
首先,外包公司要比较成熟且产品成熟。这次我们找的外包公司,由于各种原因吧,个人感觉很不成功。首先公司较小,几个开发人员,没有系统的公司架构及人员分工,提交的产品也没有经过系统的测试,都是开发人员的自测及集成人员的简单测试,经常出现各种问题。其次产品不成熟,客户不多,市场检验不够。产品的易用性不好,用户反映很不好用。产品的可维护性也不好,虽说采用Struts和Hibernate,但很多地方修改不方便,增加一个小功能需要时间较长,对用户提出的问题响应较慢。
其次,公司要有很强的控制能力。这次的外包公司,由于某些原因,公司控制力不够。在需要外包公司人员协同系统实施时,外包公司人员以各种借口推托,导致公司投入成本过大。同时,产品的设计文档迟迟未提交,导致公司人员始终无法接手产品维护。而且产品的帮助文档写的较差,起不到任何帮助作用,合格的帮助文档一直未再提交。公司对外包公司的控制力较差导致公司本身投入成本在一直增加。
最后,业务需求没能很好确定。在需求调研时虽有外包人员参与,但限于时间原因需求调研做的不够细致,很多细节业务需求都是在后来系统实施过程中才发现,导致系统实施时出现需求变更较多,影响系统整体进度。
其实有时项目外包的原因就是项目周期短、时间紧,目的是减少公司成本,但如果外包公司和外包产品选择不当,则会出现相反情况,不仅延长项目周期且导致公司成本一直增加,出现适得其反的结果,所以对项目外包一定要小心谨慎。
首先,外包公司要比较成熟且产品成熟。这次我们找的外包公司,由于各种原因吧,个人感觉很不成功。首先公司较小,几个开发人员,没有系统的公司架构及人员分工,提交的产品也没有经过系统的测试,都是开发人员的自测及集成人员的简单测试,经常出现各种问题。其次产品不成熟,客户不多,市场检验不够。产品的易用性不好,用户反映很不好用。产品的可维护性也不好,虽说采用Struts和Hibernate,但很多地方修改不方便,增加一个小功能需要时间较长,对用户提出的问题响应较慢。
其次,公司要有很强的控制能力。这次的外包公司,由于某些原因,公司控制力不够。在需要外包公司人员协同系统实施时,外包公司人员以各种借口推托,导致公司投入成本过大。同时,产品的设计文档迟迟未提交,导致公司人员始终无法接手产品维护。而且产品的帮助文档写的较差,起不到任何帮助作用,合格的帮助文档一直未再提交。公司对外包公司的控制力较差导致公司本身投入成本在一直增加。
最后,业务需求没能很好确定。在需求调研时虽有外包人员参与,但限于时间原因需求调研做的不够细致,很多细节业务需求都是在后来系统实施过程中才发现,导致系统实施时出现需求变更较多,影响系统整体进度。
其实有时项目外包的原因就是项目周期短、时间紧,目的是减少公司成本,但如果外包公司和外包产品选择不当,则会出现相反情况,不仅延长项目周期且导致公司成本一直增加,出现适得其反的结果,所以对项目外包一定要小心谨慎。