软件项目范围管理(33页)ppt课件_第1页
软件项目范围管理(33页)ppt课件_第2页
软件项目范围管理(33页)ppt课件_第3页
软件项目范围管理(33页)ppt课件_第4页
软件项目范围管理(33页)ppt课件_第5页
已阅读5页,还剩28页未读 继续免费阅读

下载本文档

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

文档简介

1、1第五章工程范围管理2工程范围管理的重要性用户参与、明确的工程义务、明晰的需求描画和适宜的工程方案是工程胜利的重要要素。 1995年 CHAOS研讨短少正确的工程定义和范围核实是导致工程失败的主要要素。 美国凯勒管理研讨生院的工程经理,威廉麻将3已界定的工程范围业主期望实践完成4工程会涉及哪些任务?由谁去做?如何才干防止能够的范围蔓延?怎样着手建立WBS?51、什么是工程范围管理?工程范围:“产品范围:即工程客户对于工程最终产品或效力所要求到达的特征和功能。“任务范围:即工程团队为提交工程客户指定的效力和作业所需完成的一切任务。工程范围管理:是指界定和控制工程中应该包括什么和不包括什么的过程。

2、定制软件的范围通常由工程目的、主要功能、性能限制、系统接口和其他特殊要求等几个方面来阐明。6工程范围管理与阶段间的关系72、工程范围管理过程开场启动: 工程章程,正式成认工程的存在并对工程提供简要的概述阐明目的。需求搜集: 创建根本文档:需求文档范围定义: 评审工程章程和创建范围阐明书创建任务分解构造:验证和范围核实: 将范围的认可正式化范围控制: 控制工程的变化。82.1工程启动制约要素。制约要素是限制工程管理团队进展运作的要素。例如:事先确定预算是制约工程团队的操作范围、职员调配和提高方案的一个很重要的要素。当一个工程按照合同执行时,合同条款通常是受合同制约的。假设要素。例如:假设关键人物

3、的到场日期不能落实。输入产品阐明战略方案工程选择规范历史资料工具和技术工程选择方法专家评审输出工程章程委任工程经理制约要素假设要素92.1工程启动:工程章程例如工程称号:信息技术(IT)更新工程工程启动时间:2021年3月26日 方案完工时间:2021年12月26日工程经理:金源 联络方法:02260435183 knguyenabc工程目的:以新的公司规范为准,在9个月内为公司一切职员(大约2000人)改换软硬件。新规范请查阅附表。更新会涉及效力器、中型机以及网络的软硬件设备。预算购买软硬件本钱为1,000,000美圆,劳务费500,000美圆。方法: 更新信息技术现有设备的数据库信息,确定

4、更新需求 对工程本钱进展详细的估算,并向公司信息主管报告 发布软硬件的询价要求 尽量运用内部职员进展工程的方案、分析和实施10工程章程例如续 姓名 角色 职责 沃尔特施密斯 项目发起人 监督项目 麦克兹瓦克 信息主管 监督项目,调配人员 金源 项目经理 项目计划与实施 杰夫 约翰逊 信息技术运营主任 给金提供指导 雷诺 人力资源副总 调配人员,为所有项目人员 记录有关备忘信息 麦肯 采购部主任 帮助采购硬件和软件签名:(所有上述项目干系人的签名)评述: “这个项目最晚必须在10个月之内完工。” 信息主管:迈克兹瓦克 “我们保证足够人员安排,承诺对项目的支持。必须在工作时间之外安排项目工作,以避

5、免正常工作的中断,因此需要一些加班时间。” 约翰逊,金源,信息技术部目的、完成目的的途径、重要的利益相关者角色112.2需求搜集成果:工程范围方案例如:为一个软件开发工程设置的主要子工程能够包括任务所需的电脑代码、任务手册和专门的导师。当这些子产品都知道了,排除应该是确定了,任何不明显的排除都包含在这个排除中了。输入1. 产品阐明 2. 工程章程3. 制约要素4. 假设条件工具和技术1. 产品分析2. 利润/本钱分析3. 可供选择的签署方式4.专家评审输出1. 范围论述2. 辅助阐明3. 范围管理方案12工程范围管理方案预那么立,不预那么废! 范围规划过程中,会发生以下主要活动制定工程范围阐明

6、书1 创建工程范围阐明书目的是要明晰地定义和论述工程的内容和复杂性.2 在这项活动中,工程经理与客户一同任务,是双方达成共识后的结果。样例制定基线工程方案1 基线工程方案反映了在目前的认识程度下,对工程范围、收益、本钱、风险和资源需求的最正确估算。随着工程的推进,这些信息将更加明确和可量化;调查显示:大多数最有阅历的工程经理都发现详细的工程方案对于整个工程的胜利极具价值。2 基线工程方案随着工程演化,将成为一切后续活动的根底文档,不断更新。3 样例见下一页13142.3 范围定义和工程范围阐明书范围定义是指将工程主要的可交付成果细分成较小的、更易管理的组分。工程范围阐明书包括:产品范围描画、产

7、品可接受规范、一切可交付成果的详细信息工程变卦恳求和工程范围管理方案的更新。资源下载网站:leadge15复杂的目的总让人觉得无法接受。“工程范围定义是要把在工程范围阐明书中确定下的工程主要可交付成果分为较小的、更易管理的单元。工程交付物更小的表示就能更为准确地计算本钱、义务工期和分配资源。工程范围定义的输出结果就是任务分解构造WBS。2.3 范围定义和工程范围阐明书162.3.1 创建任务分解构造任务分解技术work breakdown structure,WBS: 任务分解技术是指将工程产出物或工程目的逐层细分为更小、更易管理的子工程或工程要素,直到分解出全部生成工程产出物的任务包为止。1

8、7任务包是指处于任务分解构造最低的可交付成果或产品,有以下特征:一个明晰的义务完成一个明晰的担任人可以估算任务量和工期最低层的任务义务,任务包的义务约80小时,原那么上不超越两周。问责制和汇报的单元。工程经理注重高层次WBS的任务。WBS的规范可以按产品、阶段或管理过程划分。18WBS中的表现方式 图方式目录式19WBS图方式表示图20目录(表格)方式的WBS21 工程任务分解技术的主要步骤如下: 识别主要的工程要素; 分解工程的构成要素与任务包; 检验任务分解结果的正确性。制定任务分解构造的方法运用指南:参考成熟模板类比法:运用类似的工程自上而下:从工程的最大条目开场,逐级分节自下而上:团队

9、成员搜集工程的详细任务心智图法:由工程的中心出发22软件产品工程管理需求调查系统设计培训转轨开发/检验工期质量本钱业主调查用户调查结果分析逻辑设计物理设计总体设计模块编程系统集成各种测试软件手册用户文件培训转轨按照工程阶段分解的工程任务分解构造实例集成参考成熟模板:23飞机系统飞行器测试和评价设计测试全面测试开发测试实施测试配备建造维护培训设备配备效力数据技术数据工程数据效力组织效力中间效力补给效力工程集成管理活动工程专项管理活动机身发动机控制导航通讯用于国防配备工程的任务分解构造模板工程管理工程数据24用于文娱节目工程的任务分解构造模板25技 术 改 造 项 目可行性研讨审 批设 计筹 资实

10、 施安装完成I改建施工O试运转N软件调试M职工培训L设备安装E改建筹资K软件编程J设备改造G设备筹资B 审 批F设备设计D改建立计H软件系统设计C设计义务书A.可行性研讨 某技术改造工程任务分解构造26心智图法27创建WBS的根本原那么一个单位任务义务只能在WBS中出如今一个地方。一个WBS项的任务内容是其下一级各项任务之和。WBS中的每一项任务都只由一个人担任,即使这项任务要多人来做,也是如此。工程构造分解应能方便工期、本钱、质量等的控制。工程组的成员必需参与WBS的制定,以确保一致性和全员参与。每一个WBS项都必需归档,以确保准确了解该项包括和不包括的任务范围。在正常的根据范围阐明书对工程

11、任务内容进展控制的同时,还必需让WBS具有一定的灵敏性以顺应无法防止的变卦需求。*Cleland, David I. Project Management: Strategic Design and Implementation, 1994282.4 范围核实工程范围确实认一、工程范围确认的概念工程范围确认是指工程利益相关者工程业主/客户、工程发起人、工程委托人、工程组织等对于工程范围的正式认可和接受的任务过程。关注:正式接受利益相关者所确定的工程范围二、工程范围确认的对象和根据对象是工程范围定义所生成的主要文件。根据包括在工程范围定义中运用的各种根据及有关工程产出物的文件等。关注:管理工程范

12、围变卦的正规过程292.5范围控制对有关工程范围的变卦实施控制。主要的过程输出是范围变卦、纠正行动与教训总结。二个留意要点1. 做好正确的范围界定:恰当的范围定义对工程胜利非常关键,当范围定义不明确时,变卦就不可防止地出现,很能够呵斥返工、延伸工期、降低团队士气等一系列不利的后果。2. 警惕范围蔓延:很多工程经理可以认识到大的范围改动,但是对于小的改动却没有那么敏感。范围蔓延指的是当工程接受了太多小的变化之后所出现的情况。当一切这些小的变化结合在一同,工程小组才认识到需求做的额外任务太多,以致于要超出预算,延误工期。30专家引荐:战胜范围蔓延31案例讨论:信息化工程的范围定义W公司不断从事企业

13、信息化工程,在电子政务的市场中,接到的第一个工程是开发一套工商审批系统。张工是该工程的工程经理,在捕获到这个需求后以为电子政务建立与企业信息化有很大的不同,有其本身的特殊性,假设照搬企业信息化原有的阅历和方案必定会遭到惨败。因此采用了严厉瀑布模型,并专门招聘了熟习网络互通互联的技术人员设计理处理方案,在经过严厉评审后实施。在工程交付时,虽然系统完全满足了严密性的要求,但用户对系统用户界面提出了较大的异议,以为不符合政务信息系统的风格,操作也不够便利,要求彻底改换。由于最初设计的缺陷,系统表现层和逻辑层严密耦合,导致70的代码重写,而第二版的用户界面仍不能满足最终用户的要求,最终又重写的部分代码才经过验收。由于系统的反复变卦,工程组成员产生了剧烈的波折感,士气低落,工程工期也超出原方案的100。【问题1】

温馨提示

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

评论

0/150

提交评论