《项目管理在软件行业中的应用》由会员分享，可在线阅读，更多相关《项目管理在软件行业中的应用（27页珍藏版）》请在装配图网上搜索。
1、,Click To Edit Title Style,Click To Edit Title Style,Click To Edit Title Style,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,项目管理在软件行业中的应用,目录,问题引入,软件项目流程,软件开发流程,软件行业项目管理要点,软件项目管理方法,CMM,CMMI,SPP,Future,NIST 报告显示，美国大型专用软件开发项目的失败率近70%。Standish Group International 收集全世界IT项目信息，其CHAOS 报告显示，软件项目成功率2008 年为32%，约
2、52.7%的项目花费是原计划的189%。在中国，一些调查表明，大约90%以上的软件项目超出了估算时间，同时软件项目开发费用超出预算;国内企业ERP 用户中，成功实施率不足30%，而CRM 用户的成功实施率更是不足20%。,问题引入,？,软件项目管理方法缺乏和不恰当,为什么需要软件项目管理？,？,1,、软件项目所涉及到的内容大多是无形的东西，既看不到质也看不到量，软件项目管理难度加大。,2、随着技术发展，软件的规模越来越大，几乎不可能个人完成，需要以项目组为单位进行软件项目的开发。,软件项目流程,项目立项,产品定义,软件开发,软件测试,内部验收,用户验收,系统维护,软件开发阶段,软件开发阶段,需
3、求分析阶段,概要设计阶段,详细设计阶段,单元测试阶段,系统编码阶段,集成测试阶段,系统测试阶段,设计阶段,测试阶段,需求分析阶段,1.,需求分析,2.,环境分析,需求说明书,设计阶段,1.,系统功能技,术设计,2.,数据库设计,系统功能设计书,系统编码阶段,具体功能开发,功能单元代码,测试阶段,1.,单元测试阶,段,2.,集成测试阶,段,测试报告书,系统测试阶段,1.,修改,BUG,2.,支持测试,缺陷报告（反馈）,软件行业项目管理要点,1,、客户需求的确定,在软件项目初期，软件需求方通常无法描述清楚其具体要求，需求模糊。且在软件设计阶段，需求方频繁更改需求，软件设计工作加大。,了解客户需求的
4、方法：,1,、调研或开会讨论,2,、面向数据流自顶向下求精（即从输出端向输入端层层分析，了解需求）,3,、简易的应用规格说明技术（团队讨论确定产品需求）,4,、快速建立软件原型,建立快速原型的目的是尽快向用户提供一个可以运行的目标系统的模型，以便用户和开发者在软件各方面需求方面达成共识。是最准确，最有效，最强大的需求分析技术。,软件原型的分类：,探索型：以弄清目标系统的要求为目的，确定希望的特性,实验性：用于大规模开发和实现之前，考核方案是否适合,进化型：目的在于将系统建造得易于变化，在改进原型的 过程中，逐步将原型进化成最终系统,2,、人员管理是核心部分,软件开发项目完全取决于人的智慧，不需
5、要物理耗材，人员是开发软件的唯一生产资料。人员管理是软件项目管理的核心组成部分。,软件项目的实施对人的依赖性比其他行业更为突出,因此对人的管理相当复杂,如何加强人员之间的有效沟通,是软件项目成功的一个非常关键的因素。,沟通,，成为软件项目管理关注的核心。,沟通包括两个方面：,1,、软件项目组开发人员与用户的沟通，有助于明确用户需求,2,、是软件项目组内人员的沟通，有助于项目按计划执行,软件行业项目管理要点,3,、过程中需要健全的项目文档,文档作为软件产品的主要形式,集中体现了软件人员的劳动成果,没有文档就称不上软件。,但是实际情况是许多软件开发人员从一开始就不注重文档的写作。有的写了文档,但是
6、在开发过程中需求发生了变更,也没有及时在文档中体现出来,使得过一段时间后开发者对所开发的内容也记得不清了,当项目出现问题时,没有有效的文档可查,致使软件项目延期或失败。后期维护时,因为没有详细的设计文档,给项目的后期维护带来困难。,软件行业项目管理要点,4,、编码阶段不需着重关注，着重关注总体、详细设计阶段,现在的软件开发过程中，与编码阶段相比,需求分析、详细设计以及测试时间较少,容易造成测试不完全及软件上线后的先天不足,给今后的工作造成被动。,在软件项目管理过程中，不是着重编码阶段,而是着重系统总体、详细设计阶段。,软件行业项目管理要点,5.,风险管理意识,软件项目失败率相对较高，风险管理作
7、为软件项目管理的关键之一。软件项目风险管理可分为以下四个面：需求、技术、成本和进度。,软件风险管理可具体分为以下几个方面：,1,、需求风险,用户参与度不够；项目组分析不透彻，无法进行灵活的需求变化；无法明确项目企业内部的发展趋势，进行需求延伸,2,、计划编制风险,计划不切实际，没有详细的书面计划,软件行业项目管理要点,3,、组织与管理风险,管理人员对计划认识不充足，对组织与管理风险，最终发生计划和控制脱节。,4,、人员与开发环境风险,项目组成员沟通不畅，出现额外不必要的工作；开发工具存在不能及时到位或到位后但效果不如预期。,软件行业项目管理要点,5,、设计技术和实现过程风险,选择没有经验和不够
8、成熟的开发商；项目组不具备开发该项目的能力；开发工具和数据模型的选择与项目不相适应,6,、客户与产品风险,未采纳客户意见，无法达到客户的要求；客户答复的时间比预期中的要长；由于客户给我们提供的组件质量不太好，致使在产生冲产生额外的管理、设计以及测试等工作；进行多余的功能组件开发和过分依赖开发中的技术，致使计划进度延长；严格要求与原有及其他系统兼容，致使出现更多的无法预计的设计和实现及测试工作.,软件行业项目管理要点,软件项目管理方法,CMM,CMM(Capacity Maturity Model):,软件能力成熟度模型,。,实质：,是软件过程改进的,系统方法，它通过履行一系列的关,键过程域中的
9、关键实践来达到改进软件过程的目的。,应用：,（,1,）评估软件过程，确定组织当前的软件过程状态，,发现与软件过程有关的急需解决的问题，并作为企业,软件过程改进的指导图。,（,2,）评估各个软件企业的软件过程能力，为选择软件,承包商提供依据。,软件项目管理方法,CMMI,CMMI(Capability Maturity Model Integration）：,能力成熟度模型集成。,CMMI,是建立在,CMM,模型基础之上的对,CMM,模型的改进。,作用：,（,1,）提高产品质量,（,2,）控制开发时间进度,（,3,）提高工作效率，降低成本,CMMI,和,CMM,的比较：,1.,CMM,是作为评估
10、标准出现的，目标都是必要的，是保证,评估的准则。,CMMI,是作为改进模型出现的，列举了众多的最佳实践，,利于过程的改进。,2.,CMMI,对比,CMM,降低了对度量的要求和实施难度，更具有,全局性和可操作性,集成化项目管理方法,SPP,SPP,（Simplified Parallel Process）,:精简并行,过程。它,是基于CMMI以及软件工程和项目管理知识而创作的一种“软件过程改进方法和规范”，它融合了CMMI、项目管理与软件工程知识，定义了易于执行的软件开发和项目管理规范。,SPP,主要用于指导国内IT企业持续地改进其软件过程能力,优点：,（,1,）过程模型清晰直观，机构领导、项目
11、经理、项目,成员(开发人员、测试人员等)很容易知道自己“应该在,什么时候、按照什么规范做什么事情”并有助于企业各,个职能单位有条不紊地开展工作。,（,2,）用户可以根据本企业的特征，适当地裁剪或扩充,SPP的过程域，很容易制定出最适合于本企业的过程模,型。,缺点：,它不是标准，也没有相应的认证，不具备CMM/CMMI、,I,SO9000认证的宣传价值。,集成化项目管理方法,SPP,集成化项目管理方法,Future,Future,是和SPP方法论配套的集成化项目管理系统,.,主要功能,：组织结构和人员管理、立项与结项、项目规划与监控、需求开发与管理、风险跟踪和变更管理、质量管理、配置管理、日常工
12、作管理、领导综合管理、论坛等。,目标,:,“让项目管理变得简单有效”。,主要客户：,国内中小型IT企业。,最终用户,：IT企业的研发主管、项目经理、开发人员、测试人员和质量管理人员等等。,（,1,）降低成本，提高研发管理效率,Future,将最常用的项目管理工具全部集成于,Web,环境，企业不必购买多个分立的管理工具，避免了管理工具之间不兼容、数据孤立的问题。,Future,软件不仅可以为企业建立完备的研发管理数据库，而且帮助企业领导对所有项目的人员、进度、工作量、成本、质量进行分析，为研发绩效考核提供客观依据。,（,2,）容易扩展、与流行软件兼容,Future,的所有页面数据可以导出到,Excel,和,Word,文件,;,可以导入、导出,MS Project,数据文件,;Future,还可以访问配置管理软件,CVS,的文件库。,提供编程接口，帮助用户对,Future,进行二次开发，以,便于和企业现有的管理系统交互信息,。,集成化项目管理方法,Future,thanks for your,watching,
项目管理在软件行业中的应用
