一些外包项目的失败常由于双方的权责不清所导致。由于甲方过多的需求变动往往导致外包方的费用、工时的增加，从而极易使外包方产生厌倦、怠工情绪。而在外包项目管理中采用消极措施只能导致项目的延误。如果在项目准备阶段，双方能够签订一个书面的合约，确定双方在项目开发中所承担的责任，就能够解决这个问题。

　　多项目管理问题

　　在外包管理中，常见的问题是多项目管理问题，我们经常是将一个大的项目分成很多小项目外包给多个开发商进行项目开发。但是很多时候，在项目的进行过程中，我们没有办法从宏观的角度去查看所有项目的进展情况以及项目目前存在哪些问题，也许到后期才能发现。一般当我们发现时，问题已经相当严重了。如果能够在前期就发现并及时解决将能避免不必要的损失。

　　外包项目人员流动大

　　这也给项目的成功带来了很多隐患。当开发商的技术人员由于某些原因调离此项目时，带走了为公司及客户所创造的知识产品，很多项目经验和项目相关问题的解决办法都没有留下。这些技术人员可能跳槽到竞争对手或其他更有吸引力地区、或带着正在研发的项目资料跳槽、甚至作为捞取利益的新途径，这对于发包商来说，真是一个头痛的大问题。如果我们能有一个统一的地方让项目成员将自己的工作成果和项目经验记录下来，就能够很好的保留住这部分无形资产，同时也能够让后续接手人员快速接手工作，减少不必要的维护投入成本。

　　当一个新成员加入项目组时，需要针对新成员提供例如工具使用方面的培训，这将投入很多培训成本。同时熟悉项目环境也需要很长时间。如果能够有一个知识管理的工具帮助项目成员快速熟悉项目和项目开发工具，将能够大大减少培训成本的投入。

　　计划能力缺少

　　外包项目中，开发商对于项目的计划能力相对比较低，不能很好的把控项目的进度和质量，项目计划中缺少很多必要的环节，例如设计评审的环节、里程碑汇报的环节，如果这些环节缺少，将直接导致项目质量低下，同时对于甲方来说也不能及时把控项目的情况。很容易导致项目处于失控状态，项目延期就不可避免。

　　开发过程不规范

　　开发商在文档的规范化管理方面相对淡薄，在具体执行方面，开发人员往往对这些规范和要求的遵照不够严谨。

　　监控不透明

　　甲方对开发商的监控力度不足，开发商对于甲方非常的不透明。主要有以下几个方面：

　　1) 计划不透明

　　当甲方将项目交给开发商进行开发时，甲方对于开发商的项目计划不能充分把握，开发商的项目团队对于项目计划的执行情况没有及时通知甲方。

　　2)配置库不透明

　　很多时候，开发商有自己的一套配置库，甲方不能及时准确了解开发商对于软件资产的交付情况，也不能清楚知道开发商资源的投入情况。

　　3)产品开发过程不透明

　　甲方不能充分了解开发商的开发过程。

　　需求理解偏差

　　在项目开发过程中，经常由于外包方对于甲方需求不能很好的领会，导致开发人员开发的偏差。在进行项目管理时应该把沟通放在第一位，做到“一有问题，及时沟通”。外包方开发人员要及时将疑问进行汇总，由专人将收集的问题传达给甲方。

　　代码质量低

　　软件外包的甲方往往是将某个大型系统分成多个子系统外包给多个开发商，其中最为困难的步骤是系统的模块分割与合并。在外包项目中，由于外包人员水平层次不齐，代码质量难以保证。而且很多时候，外包的甲方往往是将某个大型系统分成多个子系统外包给多个开发商，多项目外包给不同外包团队的情况下，所有的外包团队如果没有一个统一的代码规范，写出的代码五花八门，给后期系统集成带来不便。外包开发人员不遵守标准规范，在开发过程中常常爱寻找捷径，不按流程操作，难于相互接口，大大影响整体软件的质量。这些问题已经严重影响了系统的支持和维护，它们可能导致安全、性能问题甚至威胁到正常运行。在程序质量，包括稳定性、性能、安全、可移交性以及可修改性等方面，外包团队几乎做的都不好。

　　代码安全问题

　　软件项目外包给专业化软件公司研发，看起来比较省事，不用再为系统的升级、改造费事，但从风险方面来讲，所有信息资源的外包，实际上是将你的一些信息毫无保留的交给了他人，法律条款的约定不能杜绝信息的泄露。外包方开发人员开发的代码无安全管控，可以通过网络、U盘等传输方式轻易携带出办公环境，造成重大安全隐患。

　　转载请注明：软件工程技术 » 软件外包项目常见问题