控制项目范围技术方案.ppt

1、2022/10/18,IT项目管理Information TechnologyProject Management,王如龙,第四章 控制项目范围,2/62,整合项目资源是项目整体管理的主要工作，其主要过程有制定计划、实施计划、控制计划变更。项目的静态资源包括与项目相关的人、财、物；动态资源包括非实物生产资料、无形的管理约束、项目的运作过程等。项目干系人是指参与项目或受项目活动影响的人，在项目管理中对项目干系人进行分析和管理非常重要。项目的整体管理围绕项目管理计划进行，项目管理计划用来协调所有其他计划，以指导项目执行的文件。,【课程回顾】,3/62,项目成功,（筛子装水的启示）,图3-2 整合项

2、目资源在项目管理中的地位与作用,所谓完美就是更善整合。,【课程回顾】,4/62,如果您不能明确要去哪里，那您也不知道什么时候能达到。我们不应该少做必须做的或者应该做的工作，但也不应该多做不必要做的或者不能做的工作。本章将主要介绍IT项目范围与IT项目范围管理的概念、内容，详细介绍IT项目的启动及项目范围管理过程，分析项目范围变更控制过程。,P.96,【本章知识要点】,5/62,学习完本章后，应当掌握如下知识：（1）项目范围与范围管理的基本概念。（2）IT项目范围管理主要过程与内容。（3）编制IT项目章程的方法。（4）召开IT项目启动会议的方法和内容。（5）项目范围与质量、时间和成本的关系。（6

3、）软件项目范围变更控制流程。,P.96,【本章知识要点】,8/62,结构师的工作，是运用专业技术知识来支持用户的真正利益，而不是维护销售人员、编程人员所鼓吹的利益。系统的结构师，如同建筑师一样，是用户的代言人。要当好用户代言人的前提是对用户需求与项目范围地全面了解和准确把握。,4.1 项目范围管理概述,9/62,软件如果缺乏与管理的真正融合，所有使用者会感到软件是一个没有灵魂的躯壳，软件对于企业管理的作用就失去了许多应当体现的价值。全面地面向需求的IT项目开发组织是一切保证的基础，如果组织不以客户需求为导向，那么任何其他努力都将化为乌有！不了解需求，就无法真正拥有需求！,4.1 项目范围管理概

4、述,10/62,P.97,项目范围是指产生项目产品阶段包括的所有工作及产生这些产品经过的所有过程。项目范围的定义包括两个方面的含义:项目产品范围项目工作范围,4.1 项目范围管理概述,4.1.1 项目范围与项目范围管理,1）项目范围的定义,11/62,P.97,项目范围管理是指对项目包括什么与不包括什么的定义与控制过程。项目范围管理的主要任务是，保证项目利益相关者在项目要产生什么样的可交付成果方面达成共识，也要在如何生产这些可交付成果方面达成共识。,4.1 项目范围管理概述,4.1.1 项目范围与项目范围管理,2）项目范围管理的定义,12/62,P.98,把客户的需求转变为对项目产品的定义。根

5、据项目目标与产品分解结构，把项目产品的定义转化为对项目工作范围的说明。通过工作分解结构，定义项目工作范围。项目干系人认可并接受项目范围。授权与执行项目工作，并对项目进展进行控制。,4.1 项目范围管理概述,4.1.1 项目范围与项目范围管理,3）项目范围管理的步骤,13/62,P.98,范围不明确的后果是项目的范围蔓延，项目永远也做不到头；对范围的理解不一致的结果是项目组的工作无法得到其他干系人的认可。对于软件项目来说，这两种现象非常突出，它严重阻碍了项目的成功。做对的事情比把事情做好更重要。,4.1 项目范围管理概述,4.1.2 项目范围管理的重要性,14/62,P.98,确定项目的范围对项

6、目管理来说非常重要，它至少能起到如下作用：提高费用、时间和资源估算的准确性确定进度测量和控制的基准有助于项目分工优秀的项目经理必须作到，在项目的定义、开发阶段准确地界定范围，在项目的实施与收尾阶段有效地控制范围。,4.1 项目范围管理概述,4.1.2 项目范围管理的重要性,15/62,P.99,图4-1 IT项目范围管理过程,4.1 项目范围管理概述,4.1.3 项目范围管理过程,16/62,P.99,范围规划：制定项目范围管理计划，确定、核实与控制项目范围，定义WBS；范围定义：制定详细的项目范围说明书，作为项目决策的依据；制作WBS：将项目大的可交付成果与项目工作划分为较小和更易管理的组成

7、部分；范围核实：正式验收已经完成的项目可交付成果；范围控制：通过对造成项目范围变更的因素施加影响，控制项目范围的变更。,4.1 项目范围管理概述,4.1.3 项目范围管理过程,17/62,P.99,项目启动是项目范围规划之前的必要活动，成功的启动项目是有效的进行项目范围管理的前提。在项目启动的过程中，项目经理应该熟悉项目背景，了解项目干系人，研究项目的商业需求和用户需求，初步确定项目范围，给出项目预算、制定项目章程。“目标驱动、结果引导”是成功地启动项目的最好方法。,4.2 项目启动,18/62,P.99,启动项目时需要掌握的基本信息：项目是否具有明确的结果定义项目是否有行业标准、国家标准或国

8、际规范项目的开始日期、截止日期是否合理项目发起人是否有权开展项目项目是否有财务支持项目是否有人做过、使用情况如何,4.2 项目启动,4.2.1 了解IT项目背景信息,19/62,P.100,启动IT项目时需要掌握的技术信息：采用新技术将会怎样影响使用者采用新技术会对其他软件造成什么影响采用新技术和正在使用的系统的兼容性采用新技术的风险大小采用新技术的供应商在行业中的业绩如何网络建设情况如何,4.2 项目启动,4.2.1 了解IT项目背景信息,20/62,P.100,IT项目的启动一般与企业的中长期目标联系在一起,所以启动项目首先要从组织整体环境和战略计划上进行考虑。项目启动应该重点考虑如下几个

9、方面：企业战略目标项目选择的标准项目建设的目的项目成果说明书与项目相关的历史资料,4.2 项目启动,4.2.2 项目启动的依据,21/62,P.101,由于IT项目需求复杂、影响面广、实施周期长，涉及部门多，且相关人员没有太多经验，因此项目的启动会议尤为重要。召开项目启动会议的主要目的是使项目的主要利益相关者明确项目的目标、范围、需求、背景及各自的职责与权限。,4.2 项目启动,4.2.3 IT项目的启动会议,22/62,P.101,启动会议是否成功，直接影响到项目组工作的展开和项目的顺利实施，高层领导和项目经理对下列工作应予以高度重视。启动会议的成功需要把握如下要点会议目标与要求会议前的准备

10、工作参加会议的人员会议的主要议题,4.2 项目启动,4.2.3 IT项目的启动会议,23/62,P.101,应该明确，在项目和项目的每一个阶段，都应该举行具有成效的项目启动会议。【案例4-A】GB-BMIS 启动会议的成功与影响 PGL-CIMS 上线动员大会的成功与影响,4.2 项目启动,4.2.3 IT项目的启动会议,24/62,P.101,项目章程是正式承认项目存在的重要文件，它可以是项目立项书、企业需求说明书、产品说明书、项目任务书、开工令或项目描述表。组织通过它来授权项目工作的正式开展。项目的主要干系人需要在项目章程上签字，以表示承认在项目需求和目的上已经达成一致，并承诺提供相关的支

11、持。【案例4-B】表4-1 项目章程示例,4.2 项目启动,4.2.4 项目章程,25/62,P.102,项目章程应该通过管理者对项目及项目所需的条件进行客观的分析后颁发；项目章程的一个重要的作用是对项目的存在与项目经理的权力从组织的高度给予确认和声明。项目章程的象征意义大于其内容本身，项目经理应该引起高度重视，因为它是你的护身符！【案例4-C】TEMCO-项目任务书,4.2 项目启动,4.2.4 项目章程,26/62,P.102,范围的确定是逐渐进行的，从最初对于项目最终交付成果的概念，到在项目发展中对于交付成果越来越细节描述的文件，逐步深入。项目应该交付所有在项目范围内所描述的内容。范围内

12、不包括的任何工作都不应该在项目中开展。,4.3 项目范围规划,27/62,P.102,范围规划就是确定项目范围，明确项目的主要可交付成果，制定项目范围管理计划，记载如何确定、核实与控制项目范围，以及如何制定与定义WBS。项目范围的确定与管理直接关系到项目的整体成功。对项目经理而言，项目范围规划和软件规模的控制既是技术工作的一部分，也是管理工作的一部分。,4.3 项目范围规划,28/62,P.103,范围的规划建立在项目启动的基础上，主要考虑的依据有：环境因素 组织过程资产 项目章程项目初步范围说明书,4.3 项目范围规划,4.3.1 范围规划的依据,29/62,P.103,项目范围管理计划描述

13、对项目范围如何进行管理，项目范围怎样变更才能与项目要求相一致等问题。项目范围管理计划是项目管理团队确定、记载、核实、管理和控制项目范围的指南。项目范围管理计划的主要内容有：根据详细的项目范围说明书制作的WBS正式核实与验收项目已完成可交付成果的过程控制详细项目范围说明书变更请求处理的方式,4.3 项目范围规划,4.3.2 项目范围管理计划,30/62,P.104,明确规划软件的项目范围，是控制软件项目范围的基础，其要点包括4个方面。确定详细的项目范围 根据详细项目范围得到WBS 验收已交付的项目成果 控制并管理范围变更,4.3 项目范围规划,4.3.3 软件项目范围规划,31/62,P.105

14、,范围定义是根据范围规划过程定义的范围管理计划，采取一定的方法，逐步得到精确的项目范围。任何一个项目都有 3 个主要约束条件，即质量、时间、成本。这三个条件是相互影响、相互制约的，而且往往是由于范围影响了时间和成本。IT项目的工作是一次性的独特工作，“怎么做？”、“做到什么程度？”，这都是项目范围定义必须回答的问题。,4.4 项目范围定义,4.4.1 范围定义概述,32/62,P.106,在分析和界定项目产品范围和项目工作范围时，必须依据项目已有的各种文件和在项目范围定义工作中所搜集到的信息。项目文件包括：项目章程、项目初步范围说明书、项目范围管理计划、批准的变更请求。搜集的信息包括：环境因素

15、和组织过程资产信息、IT项目专业领域对项目交付成果和项目工作的客观要求方面的信息、项目范围变更请求方面的信息、项目限制条件与假设条件信息。,4.4 项目范围定义,4.4.2 范围定义的依据,33/62,P.106,需要特别强调的是，IT项目合同中确定的各种约束条款都是项目范围定义过程中应该着重考虑的项目限制条件和项目假设前提条件。在项目范围定义时还应该核查项目组织的日常运营和其他项目是否会对本项目范围定义产生影响或制约。在项目范围定义时还应该充分考虑利用相关项目的历史资料和信息，这些历史项目中的错误、疏忽和经验教训对新项目的范围定义是很有借鉴作用的。,4.4 项目范围定义,4.4.2 范围定义

16、的依据,34/62,P.106,详细项目范围说明书是初步项目范围说明书的进一步细化。详细项目范围说明书详细地说明了项目产品或可交付成果及生成这些项目交付成果所要求的工作。详细项目范围说明书应该是项目相关利益主体对有关项目目标和要求的共同意愿表述，人们可以由此制定后续的详细计划和业绩评估基线，并开展各项项目工作。,4.4 项目范围定义,4.4.3 IT项目范围说明书,35/62,P.107,详细的项目范围说明书主要包括如下内容：项目目标和项目范围指标 项目产品范围说明项目可交付成果的规定 项目约束条件和假定条件 项目配置关系及其管理要求 项目批准的规定【案例4-D】表4-2 IT项目范围说明书,4.4 项目范围定义,4.4.3 IT项目范围说明书,36/62,P.108,作为软件架构师和项目经理，很可能经常会发现自己处于进退维谷的境地前有业务目标，后有IT系统。这两方面都具有规模大、不易改变和灵活性差的特点，制定业务目标的人员和开发系统的人员不一定了解彼此的工作内容和成果。,4.4 项目范围定义,4.4.4 软件项目范围说明书,37/62,P.108,软件开发人员为客户所承担的最重要的职