软件项目风险点控制.doc_第1页
软件项目风险点控制.doc_第2页
软件项目风险点控制.doc_第3页
软件项目风险点控制.doc_第4页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

此文档收集于网络,如有侵权请联系网站删除软件项目风险点控制神上地软件项目分为软件产品销售和软件开发项目两个类别来分别说明其合同中风险点的控制。总体来说软件产品销售是结果性的控制;而软件开发项目则是过程性的控制,其风险点控制的重点不同,所以要分别予以说明。一、二、 blossom n. 花软件产品销售的风险点控制理论上来说所有的风险都是可以事前预防的,而软件产品销售的风险点控制也是事前进行控制的。具体到软件产品来说其事前控制主要做好以下几方面的工作:1、 著作权登记和产品登记:有了这两个证书可以保证软件的版权受侵犯后,有保证去追究对方的侵权行为。2、3、 compass n. 指南针;罗盘;用户手册和在线的技术支持:软件销售中的售后服务培训是一个重点,会占用很多资源,如果把用户手册、培训视频,在线技术支持体系建立起来后,就可以减少或者避免派人做技术支持;如果有技术能力实现联机帮助,就可以实现零培训,完全避免培训服务。4、5、 母顺序的付款方式:一般的产品销售是没有质量保证金的说法,但是采用招标方式采购的软件是有质量保证金的,特别是政府采购(所有财政资金采购的都属于这个范围)。质量保证金的比例是总价的5%-10%,时间从3个月到1年不等;质量保证金的收取比较困难,所以在商务报价的时候,要考虑对方打折的比例和质保金的比例。6、7、 shortcoming n. 缺点法律风险:法律风险主要指新闻出版物方面的管制;软件的出版发行属于新闻出版局管理;正式发行的软件(销售),必须有去有电子出版资质的出版社出版并有在新闻出版局备案的出版号,如果是内部出版(非卖品),需要标注非卖品字样。目前这方面管理的不是很严格,而我们的软件又是专业软件客户群有限,所以没有批量出版生产,所以没有做出版工作。这个风险一直存在。三、 软件开发项目的风险点控制spectacular adj. 引人入胜的;软件开发项目的风险在于项目的控制管理,其核心是项目需求的控制管理,项目需求界定了项目范围,决定了项目的工作量和项目报价,关系到了项目的成败。在软件项目合同正式签署前,也有项目需求的调研,这个调研相对比较粗,只能大致界定项目的范围和项目报价,而项目开发合同签署后,才能进行更加详细的需求调研,而软件开发过程中,客户也会提出新的需求,因此说软件开发项目的风险控制的重点是项目管理,事前,特别是前期的需求调研和商务报价,完全是根据经验来概算。后期的重点是项目管理。具体到软件开发项目是前报价和后期项目的管理的风险控制重点如下:1、2、 hug vi. & vt. 拥抱合同签署前风险控制:合同签署前的风险主要是要做好需求调研,并充分考虑用户可能提出的需求变动,把项目的范围界定要宽泛点,困难估计足一点。具体来说就是在明确的工作量计算的基础上,增加三倍工作量来报价,这样才能保证项目少出现亏损。3、 付款阶段的风险控制:软件开发项目付款条件,按照惯例分为3:6:1和3:3:3:1两种,原则上减少风险的办法就是提高首付比例。第一种是合同签署后付30%的款,软件交付后付60%的款,10%作为质量保证金半年或者一年后付;第二种方式比较严格,常见一些政府采购项目中,合同签署后支付30%,合同交付并初步验收后支付30%,试运行3个月或者半年后最终验收后支付30%,还有10%作为质量保证金使用。如果项目开发质量,或者工期不合符要求,在后一个付款方式中,最容易出问题,只有两种手段规避风险,一种是技术手段,尽量满足客户的需求;另一种是商务手段,通过商务公关降低对方的验收标准。4、5、 使有所不同;辨别版权归属的知识产权控制:软件开发项目的版权归属是一个问题,原则上来说版权归属合理的是双方共同所有,特别是可以申请专利的知识产权,以及在此技术上的延伸的专利归属问题都需要再合同中进行注明。6、 项目管理的风险控制:软件开发项目是合客户紧密联系的一个互动过程,特别是软件项目需求的变动,这个必须进行严格的控制和管理,需要商务和技术进行共同的管理,单一的技术主导管理不可取,虽然从技术上来说实现起来不难,但从商务角度来看,可能关系到后续项目。反过来也一样,商务角度很重要,但是从技术角度会增加工作量。所以要共同管理协调。合理项目管理组织架构,是一个项目经理,一个商务经理,一个开发经理的三人配置管理团队可以从商务和技术两个方面来管理和协调好项目的需求。同时必须强调,所有的需求变动必须以书面形式存在,并由双方签字确认。7、8、 vein n. 血管;静脉9、 n. 摘要;概要验收标准的风险控制:软件开发项目的验收标准,是和是否能够及时收费紧密相关的。验收标准的组成一般是:招标文件、投标文件(主要是技术文件)、需求调研说明书、需求变动文件等。如果不是招标形式,主要是需求调研说明书和需求变动文件。一定要注意,要以书面形式,并双方签字确认,否则后期验收说不清楚(软件需求变动是不能避免的,但是可以控制管理的,这方面的管理是关系到软件项目成败的关键,说白了就是关系到是否盈利以及及时收费)。10、 售后服务和技术支持:软件开发项目也存在售后服务和技术支持,很多项目验收后,还会继续增加新功能,这时候要注意,那些功能属于开发中不完善的;那些功能属于新增功能应该归入二期项目或者升级中,这个管理不好也会增加项目成本。技术支持方面,和软件一样,帮助要做好,质量要保证,尽量避免后期的技术支持工作量增加,同时在合同中约定好培训的地点和方式,尽量由业主负责组织实施,我们提供培训教师(很多软件开发项目,由于前期质量没有控制好,后期的服务和支持工作量巨增,导致项目失败,因此软件开发项目的风向控制贯穿全过程,一定

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论