技术开发合同纠纷内容如何？.docxVIP

技术开发合同纠纷内容如何？ 技术开发合同纠纷内容如何？技术开发合同，涉及的都是一些数据，软件，程序等内容，所以对专业的要求特别高，所以当事人在签订技术开发合同时总是会有一些问题如一些投资企业对软件不理解，对程序员也理解的不多，所以往往会引起一些纠纷。那么技术开发合同纠纷内容如何？一、开发周期技术上无法精确预报依据国外的一项统计数据，受调查的软件工程进度平均延期222%，依据笔者与中国软件企业管理人员及程序员的沟通，对于软件开发延期的缘由，企业管理人员认为工程经理早期方案不充分是最主要的缘由，其次是应急预案制定缺乏;而程序员那么认为客户需求变更和技术冗杂程度是最主要的缘由。以上两者的差异来源于企业管理人员大多不懂软件，对于程序员也缺少理解。企业管理人员为了在有竞争对手的商业会谈争取订单，有时候不得不承诺削减开发周期，同时也是因为竞争的缘由，软件开发本钱限制参加工程的程序员数量和技术水准，而以上的结果是工程经理所最不情愿看到的。因此，从某种程度上来讲，软件开发合同前期的商务会谈过程打算了软件开发的成败，有些软件开发失败的真正缘由恰恰是对于软件开发一无所知的客户。客观存在的物体具有我们可以感知的属性，例如正在建筑的房屋，但是对于软件来讲，开发中问题都存在于代码之中，无论开发阅历多么丰富的程序员，他都无法精确预报开发过程中可能的问题。尽管软件行业存在许多评估工作量的理论和方法，例如中国某知名企业的开发标准中是这样表述的：“停工和节假日担心排工作;不考虑加班;考虑测试中发觉问题的返工时间;考虑客户需求的稳定性;考虑各项活动的交接和信息的传递时间;考虑风险对活动的影响;考虑工程的效率因素，在正常估算的工期内增加20～40%的余量〞。由以上开发标准中的考量因素可以看到，许多因素是无法精确量化的，同时评估工作仍需考虑团队的凝聚力问题，因此技术上精确地确定开发周期是很难实现的，最终还是靠开发团队的历史数据和阅历来粗略估算。基于以上的缘由，工程经理应当在软件早期的商务会谈中向企业的管理人员充分说明开发周期的冗杂性以争取富裕的开发时间;对于企业管理人员来讲，应当在商务会谈中与律师协商，妥当支配有关开发周期的合同商定，例如开发合同中软件开发的各个阶段的时间限制应当只作为合同描绘内容作为参考用法，而不能作为确定合同违约行为的根据，这样可以关心软件开发人员在总开发周期内对分项时间进展调整。如确因客观缘由造成无法根据预期完成软件开发(笔者案例中曾有核心程序员离任造成开发延期)，那么软件公司应当准时向客户进展通报，提出延期恳求并以备忘录、补充协议等形式对双方的合意进展书面确认。尽管大多数软件开发合同对于延期交付有罚金作为违约责任，但是开发过程中与客户协商延期的效果还是要远远好于开发周期后协商延期。二、精确把握软件需求的困难因为客户与软件开发人员分属不同的行业，行业背景和特定专业学问的限制使得双方对于需求清单中文字表述的内容可能会存在理解的偏向，这种偏向假如只是涉及软件底层功能的局部调整还有可能准时弥补，但是假如涉及整个软件模块或架构的调整，可能给软件开发工作造成致命的影响。笔者承办的一起案例中，软件需求说明书中表述的详细需求为“监控界面可以实现多路监控〞，程序员设计的实现途径是在同一个计算机上同时翻开两个扫瞄器界面，以上两个界面可以分别显示两组不同的视频内容，程序员认为以上方式即为需求说明书中所说的“实现多路监控〞。但是在软件进展验收时，客户提出“多路监控〞是指在同一个扫瞄器的监视界面同时显示两组视频内容，至此双方对于软件需求的理解产生歧义。因为以上软件的功能调整涉及数据效劳器以及嵌入的视频功能模块的调整而无法在短期内完成，最终致使软件无法按期交付并引发诉讼。假如单纯以法律规章来推断以上案例中的争议，需要确定哪一方的理解更符合“多路监控〞所表述的内容，《中华人民共和国合同法》第62条对合同商定不明的各种状况做出了相应的规定，但是遗憾的是无法简洁套用62条的规定来确定以上争议，因此法院退而去其次，采纳“第一时间〞的标准来确定程序员理解的“多路监控〞方式是否本质违背客户的需求本意，即客户发觉程序员呈现此功能时，客户是否“第一时间〞提出异议，假如答案是确定的，那么可以认定程序员对于软件需求的理解不符合客户的要求。细致分析法院以上思路，我们不难发觉，法院在确定软件需求时是以客户的意愿作为推断根据的，但是对于在合同附件中双方均认可的软件需求清单来讲，脱离详细的文字表述去推断客户的详细需求明显是对开发人员不公，因为需求清单中文字表述的内容是软件开发人员确定需求最挺直的来源和根据，至此，问题又回到了法律规章无法确认的“多路监控〞的文本说明上面。事实上，我们可以从软件的开发过程来分析造成双方对需求理解不同而造成开发失败的责任，即有力量、有时机消