软件实施合同的常见风险、影响及对策.docVIP

软件实施合同的常见风险、影响及对策 摘 要：由于软件系统的特殊性，企业在实施软件系统的同时，一些法律问题也随之而来：如项目延期、项目超预算、客户满意度低等，甚至导致项目失败。因此，如何签订一份有效的软件实施合同以避免潜在的风险，就成为了企业面临的一个课题。本文将着重研究软件实施合同的常见风险、影响及对策。 关键词：软件合同；风险与对策 中图分类号：TP311 1 软件实施合同概述 软件实施类合同有两种类型：一是基于成品软件再自定义实施的合同，二是根据需求自定义开发的合同。两种类型的实施合同软件项目实施合同与成熟的商品软件相比，都具有其特殊性，主要表现在工程质量难以量化评估、工程实施范围难以定义、项目存在需求变更风险等。 1.1 软件项目实施合同的特殊性。软件实施合同（以下简称“合同”）属于采购合同，但与其他采购合同相比，具有其特殊性，主要表现在：（1）工程质量难以量化评估。合同购买对象主要是开发和实施服务，一般的度量指标，如尺寸、功率等，无法用来衡量软件实施项目。合同中往往对于软件需要实现的功能进行描述，而软件质量好不好、响应快不快、人机界面是否友善？这些在实际使用中非常重要的内容，由于评判标准不一致，因此很难定量评估。（2）工程实施范围难以定义。合同范围主要为某一系统或软件，但是软件开发边界难以如其他实施合同，如道路一标段，一般而言会有对标段长度、接口、红线等关键指标的描述，而软件类合同很难这般清晰。合同中往往对于软件有哪些模块进行描述，但模块的边界和功能不会描述得非常细致，这一块的内容很有可能在实施过程中成为风险产生的地方。（3）项目风险特殊性。不同于工程类合同和采购类合同，软件合同的风险主要集中在项目管理、需求控制以及人员配置方面，一旦需求变更和人员配置失去控制，那么对于软件合同实施所产生的风险是非常巨大的。 1.2 软件项目实施合同的重要性。一旦发生纠纷，合同是唯一法律支持的文本，一份条款合理、清晰的合同，不仅可以在很大程度上避免法律纠纷，更为重要的是，合同能够为甲乙双方争取到合法的利益，同时在一定程度上保证项目的进度与质量。 2 合同的常见风险及影响 2.1 企业需求不明确。在企业需求不明确的情况下，签订软件实施合同是极具风险的工作。而这种情况在企业中是比较常见的。通常在签订软件实施合同前，应做好完整的需求调研和需求分析工作，但是，在某些特定情况下，如工期要求紧或应上级部门要求，会导致调研和分析工作不完善、不深入，进而导致本风险产生。并且本风险还将导致其他风险的出现。（1）对软件系统定位不明确。定位不明确主要表现为，软件实现的功能与实际需求不符合，一般表现为客户期望值过高，造成系统非标准化功能过多。（2）软件系统中功能需求不明确。需求不明确主要表现为客户不确定需要达到怎样的目的，功能模块在系统中的功能重复或遗漏，导致实施后期工作量激增。 2.2 项目变更风险评估不足。项目变更风险评估不足，很容易造成项目拖期，从而导致预算超标，引发商务纠纷，其风险主要表现在：（1）需求变更。需求变更主要是由于需求不明确所引发的风险，需求变更过多且对需求变更风险评估不足，不仅对系统本身会造成如bug过多、流程冗长等问题，更会导致项目拖期、合同费用超支。（2）人员变更。人员变更主要有两方面，一是甲方人员变更，甲方人员变更容易引发需求变更，如果人员变更频繁，则会陷入人员变更――需求变更――合同拖期的循环；二是乙方人员变更，乙方人员变更主要引发功能模块开发思路变更，从而导致项目拖期。 2.3 项目实施范围不清楚。对软件系统功能的定位不明确将会导致项目实施范围不明确，即项目在实施过程中功能覆盖面越铺越大，进而导致工期拖延和预算超支，从而引发合同纠纷。 2.4 合同金额和支付节点设置不合理。在软件实施类合同中，金额及支付节点设置不合理，也会导致很多问题出现。如果合同支付节点设置不合理，容易导致项目前期付款过多，后期对实施商失去费用上的控制；同样，如果合同价格设置不合理，如超低价中标等，则同样会导致后期费用控制的问题。 2.5 软件质量量化评估。与工程类服务合同不同，软件实施合同的质量难以量化评估，如人机界面风格、系统响应速度、系统运行压力等，由于定制实施软件差异化比较明显，因此，难以有一个统一的量化评估标准，这会带来软件质量评估的风险。 3 应对措施 3.1 清除未知需求以减少变更风险。（1）合同中对于不成熟的需求一定要予以清除，如功能说明不明确、流程过于复杂而不易于电子化、接口不清晰等等。（2）结合分阶段实施合同以减少合同风险，根据需求的成熟度结合分阶段实施，即不成熟的需求可考虑在下一阶段的合同中实施，来合理避免项目风险。（3）有条件的企业，可以考虑根据需求来签订单独的子项合同，如将大型项目分拆成多个子项合同，根据不同情况来签订合同。（4）此外