您好,欢迎访问三七文档
当前位置:首页 > 商业/管理/HR > 质量控制/管理 > IT项目管理——从理论到实践
第四章控制项目范围本章知识要点学习完本章后,应当掌握如下知识:(1)项目范围与范围管理的基本概念。(2)IT项目范围管理主要过程与内容。(3)编制IT项目章程的方法。(4)召开IT项目启动会议的方法和内容。(5)项目范围与质量、时间和成本的关系。(6)软件项目范围变更控制流程。4.1项目范围管理概述缺少正确的项目需求、定义和范围核实是导致项目失败的主要原因。目前IT项目最大的问题是项目需求与范围的不确定性和易动性。做对的事情比把事情做好更重要!IT人员缺乏对企业信息化的深刻理解,他们更多地把视角放在技术上面,而忽视了对企业需求获得能力和信息化的感悟能力的造就。最终导致了忽略企业需求,渐渐地把自己打扮成为一个技术专家的角色。IT项目的成功从需求开始,优秀的需求分析与设计人员是IT成功之本。全面地面向需求的IT项目开发组织是一切保证的基础,如果组织不以客户需求为导向,那么任何其他努力都将化为乌有!软件如果缺乏与管理的真正融合,所有使用者会感到软件是一个没有灵魂的躯壳,软件对于企业管理的作用就失去了许多应当体现的价值。1)项目范围的定义项目范围是指产生项目产品阶段包括的所有工作及产生这些产品经过的所有过程。项目范围的定义包括两个方面的含义:项目产品范围项目工作范围对项目产品范围完成的衡量标准根据客户要求来进行,对项目工作范围完成的衡量标准根据项目范围管理计划来检验。2)项目范围管理的定义项目范围管理是指对项目包括什么与不包括什么的定义与控制过程。项目范围管理的主要主要任务是,保证项目利益相关者在项目要产生什么样的可交付成果方面达成共识,也要在如何生产这些可交付成果方面达成共识。应该将项目产品范围与项目工作范围的管理很好地结合,以确保项目工作可以得到项目的最终可交付成果。3)项目范围管理的步骤项目范围管理主要步骤:1)把客户的需求转变为对项目产品的定义。2)根据项目目标与产品分解结构,把项目产品的定义转化为对项目工作范围的说明。3)通过工作分解结构,定义项目工作范围。4)项目干系人认可并接受项目范围。5)授权与执行项目工作,并对项目进展进行控制。4.1.2项目范围管理的重要性范围不明确的后果是项目的范围蔓延,项目永远也做不到头;对范围的理解不一致的结果是项目组的工作无法得到其他干系人的认可。对于软件项目来说,这两种现象非常突出,它严重阻碍了项目的成功。项目范围对项目的影响是决定性的,只有完成项目范围中的全部工作项目才能结束。确定项目的范围对项目管理来说非常重要,它至少能起到如下作用:1)提高费用、时间和资源估算的准确性。2)确定进度测量和控制的基准。3)有助于项目分工。4.1.3项目范围管理过程范围规划:制定项目范围管理计划,确定、核实与控制项目范围,定义WBS;范围定义:制定详细的项目范围说明书,作为将来项目决策的根据;制作WBS:将项目大的可交付成果与项目工作划分为较小和更易管理的组成部分;范围核实:正式验收已经完成的项目可交付成果;范围控制:通过对造成项目范围变更的因素施加影响,控制项目范围的变更。4.2项目启动项目的启动是项目范围规划之前的必要活动,成功的启动项目是有效的进行项目范围管理的前提。在项目启动中,项目经理应该熟悉项目背景,了解项目干系人,研究项目的商业需求和用户需求,初步确定项目范围,制定项目章程。项目启动最重要的成果是通过项目章程和确定项目经理。“目标驱动、结果引导”是成功地启动项目的最好方法。4.2.1了解IT项目背景信息启动项目时需要掌握的基本信息:项目是否具有明确的结果项目是否有行业标准、国家标准或国际规范项目的开始日期、截止日期是否合理项目发起人是否有权开展项目项目是否有财务支持项目是否有人做过、使用情况如何启动IT项目时需要掌握的技术信息:项目采用的新技术将会怎样影响使用者项目采用的新技术会对其他软件造成什么影响项目采用的新技术和正在使用的系统的兼容性项目采用的新技术的风险大小采用新技术的供应商在行业中的业绩如何网络建设情况如何4.2.2项目启动的依据启动项目首先应该从组织整体环境和战略计划上进行分析,要从以下几个方面来考虑:企业战略目标项目选择的标准项目建设的目的项目成果说明书与项目相关的历史资料4.2.3IT项目的启动会议由于IT项目需求复杂、影响面广、实施周期长,涉及部门和人员多,且没有太多经验,因此项目的启动会议尤为重要。召开项目启动会议的目的是,使项目干系人明确项目意义、背景、目标、范围、要求及各自应该承担的职责与拥有的权利。应该明确,在项目和项目的每一个阶段,都应该积极准备和成功的举行项目启动会议。启动会议是否成功,直接影响到项目组工作的展开和项目的顺利实施,高层领导和项目经理对下列工作应予以高度重视。1)会议目标与要求2)会议前的准备工作3)参加会议的人员4)会议的主要议题4.2.4项目章程项目章程是正式承认项目存在的重要文件,组织通过它来授权项目工作的正式开展。“项目章程”是一个特别的文件形式,它可以是项目立项书、企业需求说明书、产品说明书、项目任务书、开工令或项目描述表。项目的主要干系人需要在项目章程上签字,以表示承认在项目需求和目的上已经达成一致,并承诺提供相关的支持。项目章程应该通过管理者对项目及项目所需的条件进行客观的分析后颁发;它提供给项目经理运用、组织项目所需资源,进行项目活动的权力。主要项目干系人应该对该章程达成共识,并亲笔签名认可。4.3项目范围规划项目的范围是对项目的界限进行的定义,范围是指项目中的交付成果的总和。范围的确定是逐渐进行的,从最初对于项目最终交付成果的概念,到在项目发展中对于交付成果越来越细节描述的文件,逐步深入。项目应该交付所有在项目范围内所描述的内容,范围内不包括的任何工作都不应该在项目中开展。范围规划的任务包括,确定项目范围,明确项目的主要可交付成果,制定项目范围管理计划,记载如何确定、核实与控制项目范围,以及如何制定与定义WBS。项目范围的确定与管理直接关系到项目的整体成功。4.3.1范围规划的依据范围的规划建立在项目启动的基础上,主要应该考虑如下因素和依据:1)环境因素2)组织过程资产3)项目章程4)项目初步范围说明书4.3.2项目范围管理计划项目范围管理计划描述对项目范围如何进行管理,项目范围怎样变更才能与项目要求相一致。项目范围管理计划是项目管理团队确定、记载、核实、管理和控制项目范围的指南。项目范围管理计划的主要内容有:根据详细的项目范围说明书制作的WBS,如何正式核实与验收项目已完成可交付成果控制详细项目范围说明书变更请求处理的方式4.4项目范围定义在完成范围规划工作后,项目范围管理的第二个过程就是范围的定义,通过这一过程,将项目工作任务分解成易于操作和管理的工作单元。范围定义对项目成功非常重要,因为一个好的范围定义可以提高项目时间、成本以及所需要的资源估算的准确性,还可以为项目实施的绩效评测和项目控制提供基线,并有助于清楚地沟通工作范围与职责。范围定义过程的输出是项目工作分解结构(WBS)。4.4.1范围定义概述范围定义就是定义项目的范围,即根据范围规划过程定义的范围管理计划,采取一定的方法,逐步得到精确的项目范围。IT项目的工作是一次性的独特工作,“怎么做?”、“做到什么程度?”,这些都是项目范围定义必须回答的问题。任何一个项目都有3个主要约束条件,即质量、时间、成本。这三个条件是相互影响、相互制约的,而且往往是由于范围影响了时间和成本。4.4.2范围定义的依据项目范围定义的主要依据是项目已有的文件和相关信息。项目文件包括:项目章程、项目初步范围说明书、项目范围管理计划、批准的变更请求。项目范围定义中搜集的信息包括:环境因素和组织过程资产信息、IT项目专业领域对项目交付成果和项目工作的客观要求方面的信息、项目范围变更请求方面的信息、项目限制条件与假设条件信息。4.4.3IT项目范围说明书详细项目范围说明书是针对初步项目范围说明书而言的。该说明书详细地说明了项目产品或可交付成果及生成这些项目交付成果所要求的工作。详细的项目范围说明书也是项目相关利益主体对有关项目目标和要求的共同意愿表述。人们可以由此制定后续的详细计划和业绩评估基线,并开展各项项目工作。详细的项目范围说明书包括如下内容:项目目标和项目范围指标项目产品范围说明书项目可交付成果的规定项目约束条件和假定条件项目配置关系及其管理要求项目批准的规定4.4.4软件项目范围说明书作为IT架构师,很可能经常会发现自己处于进退维谷的境地——前有业务目标,后有IT系统。这两方面都具有规模大、不易改变和灵活性差的特点,制定业务目标的人员和开发系统的人员不一定了解彼此的工作内容和成果。如果你无法详细而清晰地将干系人的需求用书面的形式表达出来,则表明你没有完成系统范围定义的任务。在软件项目中,软件系统范围经常表现为软件需求规格说明书(SoftwareRequirementsSpecifications,SRS)。SRS也称为功能规格说明、产品规格说明、需求文档或系统规格说明;SRS精确地阐述一个软件系统必须提供的功能和性能以及它所要考虑的限制条件;SRS不仅是系统测试和用户文档的基础,也是所有子系列项目规划、设计和编码的基础。SRS作为产品需求的最终成果必须包括所有的需求。任何未写入SRS中的需求,将不能作为协议的一部分,并且不能在产品中出现。所有的参与者必须根据已通过评审的需求来安排工作,以避免不必要的返工和误解。高质量需求文档必须具有完整性、一致性、可修改性、可跟踪性和可读性的特征。XXX系统需求规格说明书1.引言1.1目的1.2文档约定1.3预期的读者个阅读建议1.4项目范围1.5参考资料2.总体描述2.1产品前景2.2产品功能2.3用户类和特征2.4运行环境2.5设计和实现上的限制2.6用户文档3.系统特性3.1系统特性X3.X.1描述和优先级3.X.2激励/响应序列3.X.3功能性需求4.外部接口需求4.1用户界面4.2硬件接口4.3软件接口4.4通信接口5.其他非功能需求5.1性能需求5.2防护性需求5.3安全型需求5.4软件质量属性6.其他需求附录1:术语表附录2:分析模型附录3:待确定问题清单4.5工作分解结构技术工作分解结构(WorkBreakdownStructure,WBS)是一种为了便于管理和控制而将项目工作任务分解的技术。WBS是一种以可交付成果为分解对象、以结果为导向的分析方法。通过WBS对项目所涉及的工作进行分解,而所有这些工作构成了项目的整体范围。4.5.1WBS的用途工作分解结构确定了项目整个范围,并将其有条理地、分层次地组织在一起。属于工作分解结构底层组成部分的计划工作叫做“工作细目”,可以安排在进度表中,用来估算费用,进行监视和控制。工作分解结构是当前批准的项目范围说明书规定的工作。没有包含在WBS里的工作是不应该做的。4.5.2制作WBS的方法使用指导方针:根据颁布的编制WBS的指导方针/样本/模板,制定WBS。类比法:借助类似产品的WBS,用它作为起点,制定新项目的WBS。由上至下法:从项目最大的单位开始,逐步将它们分解成下一级的多个子项。由下至上法:让项目组人员一开始就尽可能地确定项目有关的各项具体任务,然后再将各项具体任务进行整合,并归总到WBS的上一级内容当中。4.5.3WBS的应用制定和应用好WBS要遵循以下一些基本原则:一个单位工作任务在WBS中是唯一的;一个WBS项的工作内容是其下一级各项工作之和;WBS中的每一项工作都明确由一个人负责;WBS必须与工作任务的实际执行过程相一致;项目组成员必须参与WBS的制定;每一个WBS项都必须归档;WBS要具有一定的灵活性以适应无法避免的变更需要。4.6项目范围核实与控制要形成一份满足干系人需求的范围说明书和WBS是一件非常不容易的事情,而项目范围核实和范围变更
本文标题:IT项目管理——从理论到实践
链接地址:https://www.777doc.com/doc-7247107 .html