软考高级信息系统项目管理师系列之:项目范围管理
一、范围管理概述1.项目范围需要做以下三个方面2.产品范围与项目范围3.范围管理的过程二、规划范围管理1.定义2.输入3.工具与技术4.输出三、范围管理计划1.定义2.内容3.特点四、需求管理计划1.定义2.内容3.特点五、收集需求1.需求分类2.输入3.工具与技术4.输出六、范围定义1.定义2.输入3.工具与技术4.输出七、项目范围说明书1.定义2.内容3.作用八、创建WBS1.定义2.WBS3.输入4.工具和技术5.输出6.分解的步骤7.分解的原则8.WBS分层方式9.表示形式10.分解注意事项11.WBS用途与作用九、确定范围1.定义2.输入3.工具与技术4.输出5.步骤6.范围确认检查6个方面的问题一、范围管理概述
1.项目范围需要做以下三个方面
明确项目边界,即明确哪些工作是包括在项目范围之内的,哪写工作是不包括在项目范围之内的。对项目执行工作进行监控,确保所有该做的工作都做了,而且没有多做。对不包括在项目范围内的额外工作说"不",杜绝额外工作。防止项目范围发生蔓延,范围蔓延是指未对时间、成本和资源做相应调整,未经控制的产品或项目范围的扩大。2.产品范围与项目范围
产品范围是指产品或者服务所应该包含的功能。项目范围是指为了能够交付产品,项目所必须做的工作。产品范围是项目范围的基础,产品范围的定义是产品要求的描述。项目范围的定义是产生项目管理计划的基础。项目的范围基准是经过批准的项目范围说明书、WBS和WBS词典。判断项目范围是否完成,要以范围基准来衡量。产品范围是否完成,根据产品是否满足了产品描述来判断。产品范围描述是项目范围说明书的重要组成部分。因此,产品范围变更后,首先受到影响的是项目的范围。3.范围管理的过程
项目范围管理主要是通过:
规划范围管理收集需求定义范围创建WBS确认范围控制范围
六个过程来实现。
二、规划范围管理
规划过程组
1.定义
规划范围管理是编制范围管理计划,书面描述将如何定义、确认和控制项目范围的过程,其主要作用是在整个项目中对如何管理范围提供指南和方向。2.输入
项目范围管理计划项目章程事业环境因素组织过程资产3.工具与技术
专家判断会议4.输出
范围管理计划需求管理计划三、范围管理计划
1.定义
范围管理计划是制订项目管理计划过程和其他范围管理过程的主要输入2.内容
如何制订项目范围说明书如何根据范围说明书创建WBS如何维护和批准WBS如何确认和正式验收已完成的项目可交付成果如何处理项目范围说明书的变更,该工作与实施整体变更控制过程直接相联3.特点
项目范围管理计划可能在项目管理计划之中,也可能作为单独的一项。根据不同的项目,可以是详细的或者概括的,可以是正式的或者非正式的。四、需求管理计划
1.定义
需求管理计划在整个项目生命周期内如何分析、记录和管理需求2.内容
如何规划、跟踪和汇报各种需求活动需求管理需要使用的资源培训计划项目干系人参与需求管理的策略判断项目范围与需求不一致的准则和纠正规程需求跟踪结构,即哪些需求属性将列入跟踪矩阵,并可在其他哪些项目文件中追踪到这些需求配置管理活动3.特点
需求管理贯穿于整个过程,最基本的任务就是明确需求,并使项目团队和用户达成共识,即建立需求基线。还要建立需求跟踪能力链确保所有用户需求都被正确的应用,并且在需求发生变更时,能够完全地控制其影响范围,始终保持产品与需求的一致性。五、收集需求
1.需求分类
业务需求:整个组织的高层级需要。干系人需求:干系人或干系人群体的需要过度需求:从当前状态过渡到将来状态所需的临时能力,例如数据转换和培训需求。质量需求:用于确认项目可交付成果的成功完成,确认其他项目需求实现的任何条件或标准。QFD对质量需求进行了细分,分为基本需求、期望需求和意外需求。2.输入
范围管理计划需求管理计划干系人管理计划项目章程干系人登记册3.工具与技术
访谈焦点小组引导式研讨会群体创新技术群体决策技术问卷调查观察原型法标杆对照系统交互图文件分析焦点小组:
将预先选定的干系人和主题专家集中在一起,了解他们对所提议产品、服务或成果的期望和态度。由一位受过训练的主持人引导大家进行互动式讨论。焦点小组往往比一对一的访谈更加热烈。焦点小组是一种群体访谈而非一对一访谈,可以有6~10个被访谈者参加。针对访谈者提出的问题,被访谈者之间开展互动式讨论,以求得到更有价值的意见。
引导式研讨会:
通过邀请主要的跨职能干系人一起参加会议。引导式研讨会对产品需求进行集中讨论与定义。研讨会上快速定义跨职能需求和协调干系人差异的重要技术。由于群体互动的特点,被有效引导的研讨会有助于建立信任、促进关系、改善沟通,从而有利于参加者达成一致意见该技术的另一个好处是,能够比单项会议更快地发现和解决问题。
群体创新技术:
群体创新技术是指可以组织一些群体活动来识别项目和产品需求,群体创新技术包括头脑风暴法、名义小组技术、德尔菲技术、概念/思维导图、亲和图和多标准决策分析等。头脑风暴:各抒己见名义小组技术:通过投票来排列最有用的创意,以便进一步的头脑风暴或优先排序。名义小组技术是头脑风暴法的深化应用,是更加结构化的头脑风暴法。德尔菲技术:可以防止个人的观点被不正确的放大。概念/思维导图:是将从头脑风暴中获得的创意,用一张简单的图联系起来,以反映这些创意之间的共性与差异,从而引导出新的创意。亲和图:针对某一问题,充分收集各种经验、知识、想法和意见等语言、文字资料,通过图解方式进行汇总,并按其相互亲和性归纳整理这些资料,使问题明确起来,求得统一认识,以利于解决的一种方法。亲和图的核心是头脑风暴法,是根据结果去找原因。多标准决策分析:借助决策矩阵,用系统分析方法建立诸如风险水平、不稳定性和价值收益等多种标准,从而对众多方案进行评估和排序的一种技术。
群体决策技术:
定义:群体决策就是为达成某种期望结果而对多个未来行动方案进行评估。群体决策技术可用来开发产品需求,以及对产品需求进行归类和优先排序。一致同意:所有人都同意某个行动方案。大多数原则:获得群体中50%以上的人的支持,就能做出决策,参与决策的人数定为奇数。防止因平局而无法达成决策。相对多数原则:根据群体中相对多数者的意见做出决定,即便未能获得一部分人的支持。独裁:由某一个人为群体做出决策。
原型法:
原型法是一种根据干系人初步需求,利用产品开发工具,快速地建立一个产品模型展示给干系人,在此基础上与干系人交流,最终实现干系人需求的产品快速开发的方法。
标杆对照:
标杆对照将实际或计划的做法与其他类似组织的做法进行比较,以便识别最佳实践,形成改进意见,并为绩效考核提供依据,标杆对照所采用的类似组织可以是内部组织,也可以是外部组织。
系统交互图:
系统交互图是对产品范围的可视化描述,显示系统与参与者之间的交互方式。系统交互图显示了业务系统的输入、输入提供者、业务系统的输出和输出接收者。
文件分析:
文件分析就是通过分析现有文档,识别与需求相关的信息来挖掘需求。可供分析的文档很多,包括商业计划、营销文档、协议、招投标文件、建议邀请书、业务流程、逻辑数据模型、业务规则库、应用软件文档、用例文档、其他需求文档、问题日志、政策、程序和法规文件等。
4.输出
需求文件需求跟踪矩阵需求文件:需求文件描述各种单一的需求将如何满足与项目相关的业务需求。
内容不限于:
业务需求干系人需求解决方案需求项目需求过度需求与需求有关的假设条件、依赖关系和制约因素
需求跟踪矩阵:
需求管理:需求管理包括在产品开发过程中维持需求一致性和精确性的所有活动,包括控制需求基线,保持项目计划与需求一致,控制单个需求和需求文档的版本情况,管理需求和联系链之间的联系,或管理单个需求和项目其他可交付物之间的依赖关系,跟踪基线中需求的状态。需求跟踪:可跟踪性是项目需求的一个重要特征,需求跟踪是将单个需求和其他元素之间的依赖关系和逻辑联系建立跟踪,这些元素包括各种类型的需求、业务规划、系统组件,以及帮助文件等。每个配置项的需求到其涉及的产品(或构件)需求都要具有双向可跟踪性。双向跟踪,包括正向跟踪和反向跟踪,正向跟踪是检查需求文件中的每个需求是否能在后继工作产品中找到对应点。反向跟踪是指检查设计文档、产品构件、测试文档等。工作成果是否都能在需求文件中找到出处。
五类需求可跟踪:
需求跟踪矩阵:
表示需求和其他产品元素之间的联系链的最普遍方式是使用需求跟踪能力矩阵,需求跟踪矩阵是将产品需求从其中来源连接到能满足需求的可交付成果的一种表格。
应在需求跟踪矩阵中记录每个需求的相关属性,这些属性有助于明确每个需求的关键信息。需求跟踪矩阵中记录的典型属性包括唯一标识、需求的文字描述、收录该需求的理由、所有者、来源、优先级别、版本、当前状态(进行中、已取消、已推迟、新增加、已批准、已分配、已完成等)和状态日期。
六、范围定义
1.定义
定义范围是制定项目和产品详细描述的过程,其主要作用是明确所收集的需求哪些将包含在项目范围内,哪些将排除在项目范围外,从而明确产品、服务或成果的边界。2.输入
范围管理计划项目章程需求文件组织过程资产3.工具与技术
专家判断产品分析:产品分析说一种有效的工具。针对产品提问并回答,形成对将要开发的产品的用途、特征和其他方面的描述。备选方案生成:备选方案生成是一种用来指定尽可能多的潜在可选方案的技术,用于识别执行项目工作的不同方法。引导式研讨会4.输出
项目范围说明书项目文件更新七、项目范围说明书
1.定义
作为定义范围过程的主要成果,项目范围说明书是对项目范围,主要可交付成果、假设条件和制约因素的描述。项目范围说明书记录了整个范围,包括项目范围和产品范围,详细描述项目的可交付成果,以及为提交这些可交付成果而必须开展的工作。2.内容
产品范围描述验收标准:定义可交付成果通过验收前必须满足的一系列条件,以及验收的过程。可交付成果项目的除外责任:通常需要识别出什么是被排除在项目之外的。明确说明哪些内容不属于项目范围,有助于管理干系人的期望。制约因素:列出并说明与项目范围有关且限制项目团队选择的具体项目制约因素。假设条件。3.作用
确定范围沟通基础规划和控制依据变更基础规划基础八、创建WBS
1.定义
创建WBS是将项目可交付成果和项目工作分解成较小的、更易于管理的组件的过程。2.WBS
里程碑:里程碑标志着某个可交付成果或者阶段的正式完成。重要的检查点是里程碑、重要的里程碑是基线。工作包:工作包是位于WBS每条分支最底层的可交付成果获项目工作组成部分,工作包应该非常具体,以便承担者能明确自己的任务、努力的目标和承担的责任。工作包的大小需要遵循8/80原则。控制账户:管理控制点。是WBS某个层次上的要素,既可以是工作包,也可以是比工作包更高层次上的一个要素。如果是后一种情况,一个控制账户中就包括若干个工作包,但一个工作包仅属于一个控制账户。项目管理团队在控制账户上考核项目的执行情况,即在控制账户的相应要素下,将项目执行情况与计划情况进行比较,以便评价执行情况好坏,并发现纠正偏差。规划包:规划包是指在控制账户之下,工作内容已知但伤缺详细进度活动的WBS组成部分。是在控制账户之下、工作包之上的WBS要素是暂时用来做计划的。随着情况的逐渐清晰,规划包最终将被分解成工作包以及相应的具体活动。WBS词典:制作WBS的过程中,要给WBS的每个部分赋予一个账户编码标志符,是成本、进度和资源使用信息汇总的层次结构。需要生存一些配套的文件,这些文件需要和WBS配套使用,称为WBS词典。WBS词典也称为WBS词汇表,是描述WBS各组成部分的文件。3.输入
范围管理计划项目范围说明书需求文件事业环境因素组织过程资产4.工具和技术
分解专家判断5.输出
范围基准项目文件更新6.分解的步骤
识别和分析可交付成果及相关工作确定WBS的结构和编排方法自上而下逐层细化分解为WBS组件指定和分配标识编码核实可交付成果分解的程度是恰当的7.分解的原则
功能或者技术原则:在创建WBS时,需要考虑将不同人员的工作分开。组织结构:对于职能型的项目组织而言,WBS也要适应项目的组织结构形式系统或者子系统:总的系统划分为几个主要的子系统,然后对每个字系统再进行分解。8.WBS分层方式
将项目生命周期的各阶段作为分解的第二层主要可交付成果作为分解的第二层子项目作为分解的第二层生命周期作为第二层:
可交付成果作为第二层:
WBS不是某个项目团队成员的责任,应该由全体项目团队成员、用户和项目干系人共同完成和一致确认。
9.表示形式
表示形式:树型结构和表格形式
树型结构:
优点:树型结构图的WBS层次清晰、直观性和结构性强缺点:但不容易修改,对大的、复杂的项目很难表示出项目的全貌
表格形式:
优点:能够反映出项目所有的工作要素缺点:表格形式的直观性比较差