第5章 项目办法范围管理
- 格式:doc
- 大小:56.50 KB
- 文档页数:9
项目管理的范围管理随着科技的不断发展,越来越多的公司和组织开始使用项目管理作为组织和实施临时性活动的方法。
所有的项目都有一个共同的目标,那就是成功地完成项目,而范围管理是项目管理的一个关键组成部分。
范围管理的主要目标是确保项目团队和相关利益相关者对项目的预期和需求达成一致,以确保项目取得成功。
范围管理的定义范围管理是指对项目目标和所需成果的定义、确认和控制管理过程。
它的主要目的在于确保项目活动不脱离预期,以保证项目最终能够在成本、质量、时间和范围内实现。
范围管理的组成部分范围管理有三个核心方面:范围定义:范围定义是指对项目范围进行界定。
在范围定义过程中,制定一个明确而又详细的项目范围说明书,以便确立项目工作的边界和及时审核。
范围定义也包括详细说明包括项目的过程、软件、硬件、人力、交付成果等各个方面。
范围确认:范围确认指审核项目交付成果,确认其符合预期。
范围确认可以通过在项目过程中进行验证和审核来实现。
例如,当项目涉及到软件开发时,测试团队可以进行软件测试来确认项目符合预期。
范围控制:范围控制是对范围变更的管理。
当项目进行到某个阶段时,可能需要对项目范围进行修改,以以更好地反映利益相关者的需求或技术的更新。
范围控制将范围变更纳入过程控制,以确保范围变更不会对项目的成本、质量和进度产生不利影响。
范围管理的优势范围管理有很多优势,其中最突出的包括:项目达成共识:范围管理可以帮助项目团队和利益相关者建立起对项目范围的相同认识,从而减少因预期不一致而引起的争议和冲突。
最大限度地控制变更:范围管理可以让项目团队有效地管理范围变更,从而使项目达到预期目标。
防止范围蔓延:通过范围定义,范围管理可以帮助项目团队避免范围扩大的情况,这将有助于避免严重的时间和成本问题。
增加交付成果的质量:范围确认可以确保项目交付成果符合利益相关者的期望,并且符合项目目标。
结论范围管理是项目管理中最重要的组成部分之一,它有助于确保项目团队和利益相关者对项目预期达成共识。
项目范围管理项目范围管理包括范围计划编制、定义范围、创建工作分解结构、确认范围和范围控制等一系列子过程。
用以确保项目包含且只包含达到项目成功所必须完成的工作,范围管理主要关注项目内容的定义和控制,即包括什么,不包括什么。
对项目范围管理的认识(1)确认项目范围对项目管理的意义。
(2)项目范围管理的主要活动及相关的输入和输出。
(3)项目范围管理使用的工具和技术。
范围说明书包括或引用的文档如下①项目目标。
项目目标包括衡量项目成功的可量化标准。
②产品范围描述。
产品范围描述了项目承诺交付的产品、服务或结果的特征。
③项目需求。
项目需求描述了项目可交付物要满足合同、标准、规范或其他强制性文档所必须具备的条件或能力。
④项目边界。
边界严格地定义了项目内包括什么和不包括什么,以免项目干系人假定某些产品或服务是项目中的一部分。
⑤项目的可交付物。
可交付物包括项目的产品和附属产出物(如项目管理报告和文档)。
⑥产品可接受的标准。
定义了接受最终产品的过程。
⑦项目的约束条件。
指具体的与项目范围相关的约束条件,它会对项目团队的选择造成限制。
⑧项目的假设条件。
与项目相关的假设条件,以及当这些条件不成立时对项目所造成的影响。
⑨初始的项目组织。
确定团队成员和项目干系人。
⑩初始风险。
识别已知的风险。
⑪进度里程碑。
客户或执行组织可以给项目团队定义里程碑,并给定一个强制性日期。
⑫资金限制。
描述了与项目资金相关的所有限制条件,不管是总量上的,还是某一个时间段内的。
⑬成本估算。
项目成本估算会影响项目的总成本。
@项目配置管理需求。
描述了配置管理和变更控制的级别。
年项目规范。
描述了项目所必须遵守的规范。
⑯已批准的需求。
确定已批准的需求,它们可以应用于项目目标、可交付物和项目工作中。
制订WBS的方法:项目范围说明书中定义的项目可交付物是进行WBS分解的基础。
在进行项目工作分解的时候,一般遵从以下几个主要步骤。
①识别项目交付物和相关项目工作。
②对WBS的结构进行组织。
项目范围管理范围管理是一个综合性的概念,它在项目管理中担当着至关重要的角色。
项目范围管理涉及项目的规划、控制和变更管理,旨在确保项目按照既定的目标和要求进行执行。
它包括定义项目的边界、明确可交付成果、识别项目的关键要素以及跟踪和控制项目的进度与进展。
一、范围管理的重要性范围管理的重要性在于它能帮助项目团队确保项目的成功交付。
通过明确项目的范围和目标,项目团队能够清晰地了解工作的范围和任务,使得项目能够有序地进行,避免项目范围的扩大和任务的超出预期。
此外,范围管理还有助于减少项目变更的风险,提高项目的可控性和可预测性。
二、范围管理的步骤1. 规划范围管理规划范围管理是定义项目范围管理的过程,它确定项目范围管理的方法论和流程。
在规划范围管理阶段,项目经理和相关利益相关方将定义范围、创建范围说明书以及制定项目范围管理计划。
2. 收集需求在收集需求阶段,项目团队将与项目的利益相关方进行有效的沟通和协作,以收集项目的需求和期望。
在这一阶段,项目团队需要明确了解相关方对项目的要求,包括项目的目标、可交付成果、限制条件等。
3. 定义范围在定义范围阶段,项目团队将依据收集到的需求和期望,明确项目的范围边界和可交付成果。
这一阶段的关键工作包括定义项目的目标、确认项目的边界、绘制工作分解结构(WBS)以及编制范围说明书。
4. 创建WBS创建WBS是将项目范围分解为可管理的工作包的过程。
WBS是一个层级结构,用于组织和表示项目的工作。
通过创建WBS,项目团队可以更好地管理项目的工作、资源和进度。
5. 确认范围在确认范围阶段,项目团队与项目的利益相关方进行确认,并确保他们完全理解和接受项目的范围和可交付成果。
这一阶段的关键工作是获得项目的干系人对范围的认可和签字。
6. 控制范围控制范围是确保项目按照预定的范围执行的过程。
在控制范围阶段,项目团队将跟踪和控制项目的进度与进展,并及时采取必要的纠正措施,以确保项目的范围得以控制和管理。
项目范围管理的主要内容项目范围管理是项目管理中的重要内容之一,它涉及到确定项目的目标和范围,确保项目按照预定的目标和范围进行执行。
项目范围管理的主要内容包括项目范围规划、项目范围定义、项目范围确认和项目范围控制。
项目范围规划是指在项目启动阶段,通过制定项目范围管理计划来明确项目的目标、范围和可交付成果。
项目范围规划包括识别项目的需求和目标,确定项目的关键要素和约束条件,制定项目的工作分解结构(WBS)等。
通过项目范围规划,可以帮助项目团队明确项目的目标和范围,为后续的项目执行提供清晰的指导。
项目范围定义是指在项目规划完成后,对项目的目标和范围进行详细的定义和说明。
项目范围定义需要明确项目的可交付成果,确定项目的边界和排除项,识别项目的关键要素和约束条件,并制定项目的工作包和工作包描述。
通过项目范围定义,可以确保项目团队对项目的目标和范围有一个共同的理解,避免在项目执行过程中出现范围变更和目标不明确的情况。
然后,项目范围确认是指在项目执行过程中,与项目相关方一起确认项目的可交付成果是否符合预期,并对项目的范围进行验证。
项目范围确认需要与项目相关方进行沟通和协调,确保项目的可交付成果与项目范围定义一致,并及时处理范围变更和变更请求。
通过项目范围确认,可以提高项目的质量和客户满意度,减少项目的风险和不确定性。
项目范围控制是指在项目执行过程中,对项目的范围进行监控和控制,确保项目按照预定的目标和范围进行执行。
项目范围控制需要对项目的工作进度和成果进行监测和评估,及时处理范围变更和变更请求,并与项目相关方进行协商和沟通。
通过项目范围控制,可以及时发现和纠正项目的偏离,保证项目按照预期的目标和范围进行顺利执行。
项目范围管理的主要内容包括项目范围规划、项目范围定义、项目范围确认和项目范围控制。
通过这些内容的有效实施,可以确保项目按照预定的目标和范围进行执行,提高项目的质量和客户满意度,减少项目的风险和不确定性。
项目范围管理一、项目范围管理概述项目范围管理是项目管理的关键领域之一,它涉及项目的范围和目标,包括项目的目标、任务、功能、特性、工作成果等。
项目范围管理主要包括项目范围计划、项目范围定义、项目范围管理、项目范围控制等四个过程。
其中,项目范围计划用于定义和制定项目的范围计划;项目范围定义用于具体明确项目的范围和目标;项目范围管理用于确保项目的目标和范围的有效管理;项目范围控制用于监督和控制项目范围的变化。
二、项目范围计划项目范围计划是确定项目范围和目标的过程,主要涉及以下几个方面:1. 定义项目目标和任务项目目标和任务是一个项目成功完成的最终结果,因此,项目范围计划中需要对项目目标和任务进行详细的定义和规划。
在定义项目目标和任务时,需要对项目的组成部分和关键要素进行分析,确定项目的整体目标和细分目标,并建立项目工作分解结构(WBS)。
2. 分析项目范围和限制条件在项目范围计划中,需要分析项目实施的范围和限制条件,包括人员、物资、时间、预算、技术等各个方面。
通过对这些因素的分析,可以为项目实施制定适当的工作计划,为后续实施提供基础支持。
3. 制定项目计划制定项目计划是项目范围管理中非常重要的一环,它涉及了项目整体计划的制定,包括时间计划、人员计划、成本计划、质量计划等各个方面。
通过对这些计划的制定,可以确保项目实施的整体顺利,为项目成功实施打下坚实的基础。
三、项目范围定义项目范围定义是对项目范围和目标进行具体明确的过程。
它主要涉及以下几个方面:1. 确定项目的工作成果项目的工作成果是指项目实施后得到的成果,如产品、服务等。
在项目范围定义中,需要对这些成果进行明确的定义和规划,为项目实施提供清晰的目标和任务。
2. 确定项目工作要素项目的工作要素是指项目实施中需要使用的各种资源和条件,如人员、物资、技术、预算等。
在项目范围定义中,需要对这些工作要素进行明确的定义和数量估算,为项目实施提供必要的支持。
3. 制定项目范围说明书项目范围说明书是对项目范围和目标的明确规定和说明,它是项目实施的基础和依据。
项目范围管理项目范围管理是指对项目的目标、交付物和工作范围进行规划、定义、控制和确认的过程。
它是项目管理中至关重要的一环,确保项目按时、按质、按量地完成。
1. 规划范围管理在项目启动阶段,项目经理需要与相关利益相关方一起制定范围管理计划。
该计划包括以下内容:- 定义项目的范围目标和目标,明确项目的期望结果。
- 确定项目的范围边界,界定项目的工作内容和交付物。
- 制定项目的范围管理过程,包括变更控制、验收标准等。
- 确定项目的范围管理工具和技术,如工作分解结构(WBS)等。
2. 采集需求项目经理需要与相关利益相关方一起采集项目的需求。
这包括直接与利益相关方沟通,通过会议、访谈等方式获取他们的期望和要求。
采集到的需求需要进行整理和分类,以便后续的分析和确认。
3. 定义范围在采集到需求后,项目经理需要对项目的范围进行定义。
这包括以下步骤:- 利用采集到的需求,明确项目的交付物和工作内容。
- 制定项目的工作分解结构(WBS),将项目的工作分解为可管理的工作包。
- 确定项目的里程碑,标识项目的关键节点和重要阶段。
4. 创建范围基准范围基准是项目的范围管理的依据,包括项目的范围说明书、WBS和验收标准等。
项目经理需要与相关利益相关方一起创建范围基准,并确保其得到共识和批准。
5. 范围验证在项目执行阶段,项目经理需要与相关利益相关方一起进行范围验证。
这包括以下步骤:- 确认项目的交付物是否符合预期的要求和标准。
- 进行验收测试,确保交付物满足质量要求。
- 与利益相关方开展验收会议,确认项目的交付物是否得到接受。
6. 范围控制范围控制是确保项目范围在可控范围内的过程。
项目经理需要与相关利益相关方一起进行范围控制,包括以下步骤:- 监控项目的工作发展,确保项目的工作按计划进行。
- 控制项目的变更,避免范围蔓延和范围脱离控制。
- 与相关利益相关方进行沟通,及时解决范围相关的问题和风险。
项目范围管理是确保项目成功的关键因素之一。
第5章项目范围管理1、项目范围管理概述项目范围,为了达到项目目标,交付具有某种特质的产品和服务,项目所规定要做的工作。
项目范围管理,是要确定哪些工作是项目应该做的,哪些不应该包括在项目中;简单说,项目范围管理就是,做且只做,范围内的事,既不少做也不多做;项目范围管理及控制的有效性,是衡量项目是否达到成功的一个必要标准。
项目范围管理涉及三方面的工作:明确项目边界;对项目执行工作进行监控;防止项目范围发生蔓延(范围蔓延是指未对时间、成本和资源做相应调整,未经控制的产品或项目范围的扩大)2、产品范围vs项目范围产品范围:产品或者服务所应该包含的功能项目范围:为了能够交付产品,项目所必须做的工作项目的范围基准:经过批准的项目范围说明书、WBS和WBS词典;产品范围描述是项目范围说明书的重要组成部分;产品范围变更后,首先受到影响的是项目的范围;判断项目范围是否完成,要以范围基准来衡量;判断产品范围是否完成,则根据产品是否满足了产品描述来判断;但是需要注意的是,产品范围发生变化,并不意味着项目范围就会跟着变化;项目范围管理的过程:规划范围管理;收集需求;定义范围:创建WBS;【规划过程组】确认范围;控制范围【控制过程组】3、规划范围管理规划范围管理:编制范围管理计划,书面描述将如何定义、确认和控制项目范围的过程;其主要作用是,在整个项目中对如何管理范围提供指南和方向;依据(输入):项目管理计划;项目章程;EEFs;OPAs工具技术:专家判断;会议输出:范围管理计划;需求管理计划4、范围管理计划&需求管理计划范围管理计划:是项目或项目集管理计划的组成部分,描述将如何定义、制订、监督、控制和确认项目范围;是制订项目管理计划过程和其它范围管理过程的主要输入;对于以下工作作出规定:如何制订项目范围说明书如何根据范围说明书创建WBS如何维护和批准WBS如何确认和正式验收已完成的项目可交付成果如何处理项目范围说明书中的变更,该工作与实施整体变更控制过程直接关联需求管理,贯穿于整个项目过程,其最基本的任务就是明确需求,并使项目团队和用户达成共识,即建立需求基线;另外,还要建立需求跟踪联系链,始终保持产品与需求的一致性;需求管理计划:描述在整个项目生命周期内,如何分析、记录和管理需求;是对项目的需求进行定义、确定、记载、核实管理和控制的行动指南;主要包括以下内容:如何规划、跟踪和汇报各种需求活动;需求管理需要使用的资源(根据项目的规模及财力,确定应使用何种需求管理工具,如需求并更审批表、需求跟踪矩阵RTM等);培训计划;项目干系人参与需求管理的策略;判断项目范围与需求不一致的准则和纠正规程;需求跟踪结构;配置管理活动需求跟踪结构:包括正向跟踪和逆向跟踪(即双方跟踪)5、收集需求收集需求,是为实现项目目标而确定、记录并管理干系人的需要和需求的过程;其作用是为定义和管理项目范围而(包括产品范围)奠定基础;收集需求,旨在定义和管理客户期望;需求是WBS的基础;需求的分类:(1)业务需求:整个组织的高层级需要;(2)干系人需求:干系人或干系人群里的需要;(3)解决方案需求:为满足业务需求和干系人需求,产品、服务或成果必须具备的特性、功能和特征;可进一步分为功能需求、非功能需求(4)过渡需求(5)项目需求:项目需要满足的行动、过程或其它条件;(6)质量需求:用于确认项目可交付成果的成功完成或其它项目需求的实现的任何条件或标准;QFD(质量功能展开)对质量需求进行了细分,分为基本需求、期望需求和意外需求;依据(输入):范围管理计划;需求管理计划;干系人管理计划;项目章程;干系人登记册工具技术:访谈;焦点小组;引导式研讨会;群体创新技术;群体决策技术;问卷调查;观察;原型法;标杆对照;系统交互图;文件分析输出:需求文件;需求跟踪矩阵焦点小组:是一种群体访谈技术;由一位受过训练的主持人引导大家进行互动式讨论;比一对一访谈更激烈;群体创新技术:包括头脑风暴法、名义小组技术(投票排列)、德尔菲技术(匿名)、概念/思维引导图、亲和图(kJ法,归纳汇总)、多标准决策分析(借助决策矩阵)等;名义小组技术:通过投票排列最有用的创意,以便进行进一步的头脑风暴或优先排序;是头脑风暴的深化应用;德尔菲技术:匿名/背靠背的方式;多轮反馈概念/思维导图:又称为心智图亲和图:又称为KJ法,其核心是头脑风暴法;根据各种创意之间的相似性,对创意进行分类;群体决策技术:为达成某种期望,对多个未来行动方案进行评估;一般用于开发产品需求,以及对产品需求进行归类和优先排序;包括:一致同意、大多数原则、相对多数原则、独裁等方法;需求文件:描述各种单一的需求将如何满足与项目相关的业务需求;需求文件的内容包括:业务需求;干系人需求;解决方案需求;项目需求;与需求有关的假设条件、依赖关系和制约因素软件需求规格说明书,就是一种典型的需求文件6、需求跟踪需求跟踪,是将单个需求和其他元素之间的依赖关系和逻辑联系建立跟踪;需求跟踪的内容:每个配置项的需求,到其涉及的产品需求,都要具有双向可跟踪性,即正向跟踪和反向跟踪;5类需求可跟踪:用户原始需求⇔需求文件,需求文件⇔下游工作产品(成果),另外还有需求文件之间的跟踪;需求跟踪(能力)矩阵:是表示需求和其它产品元素之间的联系链的最普遍方式;需求跟踪的内容:业务需求、机会、目的和目标项目目标项目范围(WBS可交付成果)产品设计产品开发测试策略和测试场景高层级需求到详细需求7、定义范围定义范围:是制定项目和产品详细描述的过程;明确产品、服务或成果的边界;依据(输入):范围管理计划;项目章程;需求文件;OPAs工具技术:专家判断;产品分析;备选方案生成;引导式讨论会输出:项目范围说明书;项目文件更新产品分析技术,包括:产品分解、系统分析、需求分析、系统工程、价值工程、价值分析等备选方案生成,包括:备选方案分析、横向思维8、项目范围说明书项目范围说明书,是对项目范围、主要可交付成果、假设条件和制约因素的描述;记录了整个范围,包括项目范围和产品范围,详细描述项目的可交付成果,以及为提供这些可交付成果而必须开展的工作;包括以下内容:产品范围描述验收标准可交付成果项目的除外责任制约因素假设条件9、创建工作分解结构(WBS)依据(输入):范围管理计划;项目范围说明书;需求文件;EEFs;OPAs工具技术:分解;专家判断输出:范围基准;项目文件更新创建WBS,是将项目可交付成果和项目工作,分解成较小的、更易于管理的组件的过程;其主要作用是对所要交付的内容提供一个结构化的视图;WBS是以可交付成果为导向的工作层级分解;WBS每下降一个层次,就意味着对项目工作更详尽的定义;需要注意的是,WBS中的“工作”并不是指工作本身,而是指工作所导致的产品或可交付成果;工作包,是位于WBS每条分支最底层的可交付成果或项目工作组成部分;8/80原则;控制账户,是一种管理控制点;控制账户是WBS某个层次上的元素,既可以是工作包,也可以是比工作包更高层次上的一个要素;一个控制账户可以包含多个工作包,但一个工作包只能属于一个控制账户;规划包:指在控制账户之下、工作内容已知但尚缺详细进度活动的WBS组成部分;在控制账户之下、工作包之上的WBS要素;随着项目逐渐清晰,规划包最终将被分解成工作包以及相应的具体活动;WBS词典:也称为WBS词汇表,是描述WBS各组成部分的文件;分解包括以下活动【步骤】:识别和分析可交付成果及相关工作确定WBS的结构和编排方法自上而下逐层细化分解为WBS组件制定和分配标识编码核实可交付成果分解的程度是恰当的分解的常用方法:将项目生命周期的各阶段作为第二层,产品和项目可交付成果放在第三层(第一层是项目名称);主要可交付成果作为分解的第二层;整合可能由项目团队以外的组织来实施的各种组件(如外包工作),作为外包工作的一部分,卖方需编制相应的合同WBS常用的WBS表现形式,主要有分级的树形结构(组织结构图式)、表格形式(列表式)创建WBS注意事项:WBS必须是面向可交付成果的;WBS必须符合项目的范围(100%原则);WBS的底层应该支持计划和控制;WBS中的元素必须有人负责,而且只能由一个人负责(独立责任原则);WBS的指导,作为指导而不是原则,WBS应控制在4-6层;WBS应包括项目管理工作,也要包括分包出去的工作;WBS的编制需要所有(主要)项目干系人的参与;WBS并非是一成不变的(滚动分解原则)10、确认范围确认范围,即正式验收项目已完成的可交付成果的过程;其主要作用是使验收过程具有客观性;确认范围,包括与客户或发起人一起审查可交付成果,确保可交付成果已圆满完成,并获得客户或发起人的正式验收;依据(输入):项目管理计划;需求文件;需求跟踪矩阵;确认的可交付成果;工作绩效数据工具技术:检查(审查、产品评审、审计、走查、巡检);群体决策技术输出:验收的可交付成果;变更请求;工作绩效信息;项目文件更新不同层级的干系人对确认范围的关注点不同:管理层:主要关注范围对项目的进度、资金和资源的影响;客户:主要关注产品的范围,可交付成果是否足够完成产品或服务;项目管理人员:主要关注可交付成果是否足够和必须完成;项目团队成员:主要关注项目范围中自己参与的元素和负责的元素11、确认范围vs核实产品vs质量控制vs项目收尾核实产品,强调产品是否完成,在项目或阶段结束时由发起人或客户来验证,强调产品的完整性;确认范围,是针对项目可交付成果,由客户或发起人在阶段末来确认验收的过程;确认范围,主要强调可交付成果获得客户或发起人的接受;质量控制,强调可交付成果的正确性,并符合为其制定的具体质量要求(质量标准);质量控制,一般在确认范围前进行,也可同时进行;确认范围,一般在阶段末进行,而质量控制并不一定在阶段末进行;质量控制属于内部检查,由执行组织的响应质量部门实施;确认范围,则是由外部干系人(客户或发起人)对项目可交付成果进行检查验收。
项目范围管理制度范文项目范围管理制度第一章总则第一条为规范和统一项目范围管理工作,提高项目管理的效率和效果,制定本制度。
第二条本制度适用于公司进行的各类项目的范围管理工作。
第三条项目范围管理是指通过明确项目的目标、任务、成果和约束条件,对项目范围进行界定、规划、变更控制和验收的过程。
第四条项目范围管理应当遵循客观、全面、准确、合理的原则。
第二章项目范围管理的基本流程第五条项目范围管理的基本流程包括范围规划、范围定义、范围变更控制和范围验收四个阶段。
第六条范围规划阶段是项目范围管理的起点,主要通过项目可行性研究和需求调研,确定项目的目标和任务,明确项目的可交付成果。
第七条范围定义阶段是项目范围管理的核心,主要通过需求分析和范围划分,定义项目的详细目标、任务和可交付成果。
第八条范围变更控制阶段是项目范围管理的重点,主要通过变更控制和变更评估,对项目的范围进行控制和调整。
第九条范围验收阶段是项目范围管理的结束,主要通过验收测试和用户认可,确认项目的交付成果是否符合预期。
第三章项目范围管理的具体内容第十条项目范围管理的具体内容包括项目目标的设定、项目任务的明确、可交付成果的定义、项目的范围控制和范围验收等。
第十一条项目目标的设定应当明确、具体和可测量。
项目目标应当与企业整体战略目标和利益相关者的期望相一致。
第十二条项目任务的明确应当包括任务的描述、任务的分解、任务的分配和任务的工期等。
任务的明确应当符合项目目标的要求。
第十三条可交付成果的定义应当具体、详细和可测量。
可交付成果的定义应当与项目目标和任务相一致。
第十四条项目的范围控制应当通过变更控制、进度控制和成本控制等方式进行。
范围控制的目的是确保项目按照预期范围进行。
第十五条范围验收应当通过验收测试和用户认可等方式进行。
只有项目的交付成果经过验收确认,才能算作达到预期范围。
第四章项目范围管理的组织机构和人员职责第十六条项目范围管理由项目经理负责并统筹协调。
项目范围管理措施1. 引言本文档旨在提供项目范围管理措施的完整概述,以确保项目的顺利实施和交付。
范围管理是项目管理的重要环节,可以确保项目的目标得到明确定义,并确保项目团队和相关利益相关者了解和认同项目的范围。
2. 范围管理流程范围管理包括以下主要流程:2.1. 项目范围定义在项目启动阶段,项目团队将与利益相关方合作,明确项目的目标、可交付成果和项目边界。
项目经理将制定项目范围说明书,以便项目团队和利益相关方理解项目的范围和限制。
2.2. 范围规划在范围规划阶段,项目团队将进一步拆分项目范围,并定义详细的项目工作包。
项目经理将与团队成员合作,确定每个工作包的负责人和工作内容,以确保项目进展和交付的可控性。
2.3. 范围确认在项目执行阶段,项目团队将与利益相关方合作,确保项目工作包按照要求完成。
项目经理将通过定期跟踪工作进展并与利益相关方进行沟通,确保项目的目标得到实现。
2.4. 范围控制在整个项目生命周期中,项目经理将密切监控项目范围的变化,并采取适当的措施来控制和管理这些变化。
项目团队将定期进行范围变更评估,确保变更的必要性和可行性,并经过适当的变更控制程序与利益相关方达成一致。
3. 范围管理工具为了更好地实施范围管理,我们将使用以下工具和技术:3.1. 工作分解结构(WBS)WBS是一个层次结构图,用于将项目范围分解为可管理的任务和工作包。
通过创建WBS,我们可以更好地理解项目的组成部分,并将工作分配给团队成员。
3.2. 范围说明书范围说明书是一个文件,明确描述项目的目标、可交付成果以及项目的边界和限制。
它是项目团队和利益相关方之间沟通的重要依据。
3.3. 变更控制程序变更控制程序用于管理项目范围的变化。
通过建立明确的变更控制程序,可以确保所有范围变更都经过适当的评估和批准,并与相关方进行充分的沟通。
4. 结论项目范围管理是确保项目目标得到实现的关键过程。
通过明确定义项目范围,并采取适当的管理措施,我们可以确保项目按时交付,并满足利益相关方的期望。
第5章项目范围管理主要内容▴项目目标▴项目范围规划▴项目范围定义5.1项目目标5.1.1项目目标的含义及特点1.项目目标的含义项目目标是实施项目所要达到的期望结果。
项目的实施实际上就是一种追求目标的过程。
因此,项目目标应该是清楚定义的、可以最终实现的。
项目目标具有以下三个特点:(1)多目标性。
一个项目,其目标往往不是单一的,而是一个多目标系统,而且不同目标之间彼此相互冲突。
项目的基本目标表现为时间、成本和技术性能。
实施项目的目的就是要充分利用可获得的资源,使项目在一定的时间内,在一定的预算下,获得期望的技术结果。
项目目标之间往往存在一定的冲突,通常时间的缩短,要以成本的提高为代价,而时间及成本投入的不足又影响技术性能的实现。
因此,需要对项目的多个目标进行权衡。
(2)优先性。
由于项目是一个多目标的系统,因此,不同层次的目标,其重要性也不相同,往往被赋予不同的权重。
这种优先权重对项目经理的管理工作有一定的指导作用。
此外,不同的目标在项目寿命周期不同阶段,春重要性也往往不同。
例如,成本、技术性能、时间作为项目的三个基本目标,是项目在其寿命周期过程中始终追求的目标,但其权重要其项目寿命周期的不同阶段却不尽相同。
技术性能是项目初始阶段主要考虑的目标,成本是项目实施阶段主要考虑的目标,而时间往往在项目终止阶段显示出迫切性。
另外,不同类型的项目,对这三个基本目标追求的努力程度也有所不同。
例如,对于R&D项目,可能会更加注重项目技术性能的实现,而且有时为了追求技术性能的实现,宁可以时间或成本为代价。
(3)层次性。
目标是一个有层次的体系,它的最高层是总体目标,指明要解决的问题的总的依据和原动力;最下层目标是具体目标,指出解决问题的具体方针。
上层目标是下层目标的目的,下层目标是上层目标的手段。
上层目标一般表现为模糊的、不可控的;而下层目标则表现为具体的、明确的、可测的。
层次越低,目标越具体而可控。
这里需要注意的是,各个层次的目标需要具有一致性,不能自相矛盾。
欢迎阅读第5章项目范围管理项目范围管理包括确保项目做且只做成功完成项目所需的全部工作的各过程。
管理项目范围主要在于定义和控制哪些工作应包括在项目内,哪些不应包括在项目内。
图5-1 概述了项目范围管理的各个过程,包括:5.1 收集需求——为实现项目目标而定义并记录干系人的需求的过程。
5.2 定义范围——制定项目和产品详细描述的过程。
5.3 创建工作分解结构——将项目可交付成果和项目工作分解为较小的、更易于管理的组成部分的过程。
5.4 核实范围——正式验收项目已完成的可交付成果的过程。
5.5 控制范围——监督项目和产品的范围状态、管理范围基准变更的过程。
????个过程品范围。
5.1需求、性能需求等。
图5-2 显示了收集需求过程的输入、工具与技术和输出,图5-3 概述了本过程的基本数据流向。
5.1.1 收集需求:输入1.项目章程可从项目章程中了解总体项目需求以及关于项目产品的总体描述,并据此制定详细的产品需求。
项目章程已在4.1 节讨论。
2.干系人登记册干系人登记册可用来识别那些能提供详细的项目和产品需求信息的干系人。
干系人登记册将在10.1节讨论。
5.1.2 收集需求:工具与技术1.访谈访谈是一种通过与干系人直接交谈,来获得信息的正式或非正式方法。
访谈的典型做法是向被访者提出预设和即兴的问题,并记录他们的回答。
通常采取“一对一”的形式,但也可以有多个被访者和/或多个访问者共同参与。
访谈有经验的项目参与者、干系人和主题专家,有助于识别和定义项目可交付成果的特征和功能。
2.焦点小组会议焦点小组会议是把预先选定的干系人和主题专家集中在一起,了解他们对所提议产品、服务或成果的期望和态度。
由一位受过训练的主持人引导大家进行互动式讨论。
焦点小组会议往往比“一对一”的访谈更热烈。
3.引导式研讨会通过邀请主要的跨职能干系人一起参加会议,引导式研讨会对产品需求进行集中讨论与定义。
研讨会是快速定义跨职能需求和协调干系人差异的重要技术。
由于群体互动的特点,被有效引导的研讨会有助于建立例如,JAD)”键特征。
4???????? 概念/??5????????在需求收集过程中,几乎可采用上述任何一种决策方法进行群体决策。
6.问卷调查问卷调查是指通过设计书面问题,向为数众多的受访者快速收集信息。
如果受众众多、需要快速完成调查,并想要使用统计分析法,就适宜采用问卷和/或调查方法。
7.观察观察是指直接观察个人在各自的环境中如何开展工作和实施流程。
当产品使用者难以或不愿说明他们的需求时,就特别需要通过观察来了解细节。
观察,也称为“工作跟踪”,通常由观察者从外部来观察使用者的工作。
观察也可以由“参与观察者(Participant observer)”进行。
“参与观察者”需要实际执行一个流程或程序,体验该流程或程序是如何实施的,以便挖掘出隐藏的要求。
8.原型法原型法是指在实际制造产品之前,先造出该产品的实用模型,并据此征求对需求的反馈意见。
原型是有形的实物,它使干系人有机会体验最终产品的模型,而不是只讨论抽象的需求陈述。
原型法符合渐进明细的理念,因为原型需要重复经过制作、试用、反馈、修改等过程。
在经过足够的重复之后,就可以从原型中获得足够完整的需求,并进而进入设计或制造阶段。
5.1.3 收集需求:输出1.需求文件需求文件描述各种单一的需求将如何满足与项目相关的业务需求。
一开始,可能只有概括性的需求,然后随着信息的增加而逐步细化。
只有明确的(可测量和可测试的)、可跟踪的、完整的、相互协调的,且主要干系人愿意认可的需求,才能作为基准。
需求文件的格式多种多样,既可以是一份按干系人和优先级分类列出全部需求的简单文件,也可以是一份包括内容提要、细节描述和附件等的详细文件。
需求文件的组成部分包括(但不限于):??????????????????????22.1.3.2??????????3阵把每一个需求与业务目标或项目目标联系起来,有助于确保每一个需求都具有商业价值。
它为人们在整个项目生命周期中跟踪需求提供了一种方法,有助于确保需求文件所批准的每一项需求在项目结束时都得到实现。
最后,需求跟踪矩阵为管理产品范围变更提供了框架。
跟踪需求的过程包括(但不限于):?? 从需求到业务需要、机会、目的和目标;?? 从需求到项目目标;?? 从需求到项目范围/WBS 中的可交付成果;?? 从需求到产品设计;?? 从需求到产品开发;?? 从需求到测试策略和测试脚本;?? 从宏观需求到详细需求。
应在需求跟踪矩阵中记录各项需求的相关属性。
这些属性有助于明确各项需求的关键信息。
需求跟踪矩阵中的典型属性包括:独特的识别标志、需求的文字描述、收录该需求的理由、所有者、来源、优先级别、版本、现状(如活跃中、已取消、已推迟、新增加、已批准)和实现日期。
为确保干系人满意,可能需增加的补充属性包括:稳定性、复杂程度和验收标准。
5.2 定义范围定义范围是制定项目和产品详细描述的过程。
详细项目范围说明书的编制,对项目成功至关重要。
应该根据项目启动过程中记载的主要可交付成果、假设条件和制约因素,来编制项目范围说明书。
在规划过程中,由于对项目有了更多的了解,所以应该更具体地定义与描述项目范围。
应该分析现有风险、假设条件和制约因素的完整性,并在必要时补充其他的风险、假设条件和制约因素。
图5-4 显示了定义范围过程的输入、5.2.112见3??????5.2.21????????????2技术包括产品分解、系统分析、需求分析、系统工程、价值工程和价值分析等。
3.备选方案识别备选方案识别是用来为项目工作提出不同执行方法的一种技术。
许多通用管理技术都可用于备选方案识别,如头脑风暴、横向思维和配对比较等。
4.引导式研讨会见 5.1.2.3 节。
5.2.3 定义范围:输出1.项目范围说明书项目范围说明书详细描述项目的可交付成果,以及为提交这些可交付成果而必须开展的工作。
项目范围说明书也表明项目干系人之间就项目范围所达成的共识。
为了便于管理干系人的期望,项目范围说明书可明确指出哪些工作不属于本项目范围。
项目范围说明书使项目团队能开展更详细的规划,并可在执行过程中指导项目团队的工作;它还为评价变更请求或额外工作是否超出项目边界提供基准。
项目范围说明书描述要做和不要做的工作的详细程度,决定着项目管理团队控制整个项目范围的有效程度。
详细的项目范围说明书包括以下内容(可能直接列出或引用其他文件):?? 产品范围描述。
逐步细化在项目章程和需求文件中所述的产品、服务或成果的特征。
?? 产品验收标准。
定义已完成的产品、服务或成果的验收过程和标准。
?? 项目可交付成果。
可交付成果既包括组成项目产品或服务的各种结果,也包括各种辅助成果,如项目管理报告和文件。
对可交付成果的描述可详可简。
?? 项目的除外责任。
通常需要识别出什么是被排除在项目之外的。
明确说明哪些内容不属于项目范围,有助于管理干系人的期望。
?? 项目制约因素。
列出并说明与项目范围有关、且限制项目团队选择的具体项目制约因素,例如,客户或??2??????5.3Practice5.3.11见2见 5.1.3.1 节。
3.组织过程资产可能影响创建工作分解结构过程的组织过程资产包括(但不限于):?? 用于创建工作分解结构的政策、程序和模板;?? 以往项目的项目档案;?? 以往项目的经验教训。
5.3.2 创建工作分解结构:工具与技术1.分解分解就是把项目可交付成果划分为更小的、更便于管理的组成部分,直到工作和可交付成果被定义到工作包的层次。
工作包是工作分解结构的底层,是能够可靠地估算和管理工作成本和活动持续时间的位置。
工作包的详细程度因项目大小与复杂程度而异。
要把整个项目工作分解成工作包,一般需开展下列活动:?? 识别和分析可交付成果及相关工作;?? 确定工作分解结构的结构与编排方法;?? 自上而下逐层细化分解;?? 为工作分解结构组成部分制定和分配标志编码;?? 核实工作分解的程度是必要且充分的。
图5-8 显示了某工作分解结构的一部分,其中若干分支已经向下分解到工作包层次。
工作分解结构可以采用多种形式,例如:?? 把项目生命周期的各阶段作为分解的第一层,把产品和项目可交付成果放在第二层,如图5-9 所示;?? 把主要可交付成果作为分解的第一层,如图5-10 所示;?? 按子项目进行第一层分解。
子项目(如外包工作)可能由项目团队之外的组织实施。
然后,作为外包工2 版),5.3.312(但不限于):?? 账户编码标志号;?? 工作描述;?? 负责的组织;?? 进度里程碑清单;?? 相关的进度活动;?? 所需的资源;?? 成本估算;?? 质量要求;?? 验收标准;?? 技术参考文献;?? 合同信息。
3.范围基准范围基准是项目管理计划的组成部分。
范围基准包括:?? 项目范围说明书。
项目范围说明书包括产品范围描述和项目可交付成果,并定义用户对产品的验收标准。
?? 工作分解结构。
工作分解结构定义每一项可交付成果,并把可交付成果分解为工作包。
?? 工作分解结构词典。
工作分解结构词典对每一个工作分解结构要素的工作和技术文件做详细说明。
4.项目文件(更新)可能需要更新的项目文件包括(但不限于)需求文件。
如果在创建工作分解结构过程中提交了变更请求并获得了批准,那么应当更新需求文件,以反映经批准的变更。
5.4图5-125.4.11??????2345.4.21.检查5.4.31符合验收标准的可交付成果应该由客户或发起人正式签字批准。
应该从客户或发起人那里获得正式文件,证明干系人对项目可交付成果的正式验收。
这些文件将提交给结束项目或阶段过程(见4.6 节)。
2.变更请求对已经完成但未通过正式验收的可交付成果及其未通过验收的原因,应该记录在案,并提出适当的变更请求,以便进行缺陷补救。
变更请求应该由实施整体变更控制过程(见4.5 节)审查与处理。
3.项目文件(更新)作为核实范围过程的结果,可能需要更新的项目文件包括定义产品或报告产品完成情况的任何文件。
5.5 控制范围控制范围是监督项目和产品的范围状态、管理范围基准变更的过程。
对项目范围进行控制,就必须确保所有请求的变更、推荐的纠正措施或预防措施都经过实施整体变更控制过程(见 4.5 节)的处理。
在变更实际发生时,也要采用范围控制过程来管理这些变更。
控制范围过程需要与其他控制过程整合在一起。
未得到控制的变更通常被称为项目范围蔓延。
变更不可避免,因而必须强制实施某种形式的变更控制。
图5-13 显示了本过程的输入、工具与技术和输出,图5-14 概述了本过程的基本数据流向。
5.5.1 控制范围:输入1.项目管理计划项目管理计划(见 4.2.3.1 节)中包含以下可用来控制范围的信息:?? 范围基准。