软件项目范围管理

《软件项目范围管理》由会员分享，可在线阅读，更多相关《软件项目范围管理（63页珍藏版）》请在金锄头文库上搜索。

1、第2章 软件项目范围管理,2.1 软件项目范围管理的概述 2.2 工作分解结构(WBS) 2.3 项目范围控制 2.4 软件项目需求管理 2.5 软件项目计划管理,2.1 软件项目范围管理的概述,2.1.1 软件项目的目标 2.1.2 什么是项目范围管理 2.1.3 项目范围规划 2.1.4 项目范围定义,2.1.1 软件项目的目标 一、软件项目目标的概念,目标是预期的结果或最终的软件产品。项目的目标必须是明确的、可行的、具体的和可度量的。软件项目目标具有多样性、层次性、可变性和优先性（各阶段目标优先性有差异）。,二、确定软件项目目标的步骤,主要分为两步：明确制定项目目标的主题。项目目标一般由

2、项目发起人或者项目提议人来确定。描述项目目标。项目目标必须明确、具体，尽量定量描述，保证项目目标容易被沟通和理解，并使每个项目组成员结合项目目标确定个人的具体目标。,三、目标确定目标应遵循的基本原则,定量化原则：确定项目目标时，尽可能定量描述，使得每个目标的范围、时间、成本、性能、责任等都是明确的，可以度量和监控的。个人化原则：每个具体目标应当落实到项目组的每个成员，使得每个成员都明确自己的工作和职责。简单化原则：目标的描述应当是简单而直接的，使得每个参与人员都能明确而无二义性。现实性原则：确定的每个目标都是可以实现的，而不是追求理想化的结果。,2.1.2 什么是项目范围管理,做过项目的人可能

3、都会有这样的经历：一个项目做了很久，感觉总是做不完，就像一个“无底洞”。用户总是有新的需求要项目开发方来做,就像用户在“漫天要价”，而开发方在“就地还钱”。实际上，这里涉及到一个“范围管理”的概念。项目中哪些该做，做到什么程度，哪些不该做，都是由“范围管理”来决定的。那么，到底什么是“范围管理”。,一、项目范围管理的任务,项目范围的确定 (Project Scope)包括项目的最终产品或者服务，以及实现该产品或者服务所需要执行的全部工作。即： 一是产品范围-软件 二是项目范围-如文档等项目范围管理的任务是界定项目所必须包含且只需要包含的全部工作，并对其他的项目管理工作起指导作用，以确保项目顺利

4、完成全部的过程。,二、什么是项目范围管理,对项目应包括什么和不应包括什么进行定义和控制，以确保项目管理者与干系人对作为项目结果的产品和服务以及完成产品和服务所经历的过程有一个共同的理解。,三、项目范围管理主要过程,项目管理知识体系指南PMBOK（第3版）将项目范围管理的过程描述如下：启动（Initiation）-证实组织开始项目的下个阶段。范围计划编制（Scope Planning）-制定范围说明，作为未来项目决策的基础。范围定义（Scope Definition）-将主要的项目可交付成果分成小的、容易管理的部分。范围核实（Scope Verification）-正式接受项目范围。范围变更控制

5、（Scope Change Control）-控制项目范围的变更。,2.1.3 范围计划编制,项目范围计划就是确定项目范围并编写项目说明书的过程。项目范围的确定与管理影响到项目的整体成功。每个项目都必须慎重考虑与权衡工具、数据来源、方法系、过程与程序，以及其他因素，确保为确定项目范围而付出的努力与项目的大小、复杂程度和重要性相称。,一、项目范围规划的依据,项目和子项目都要编写项目范围说明书。一般来说，项目范围说明书要由项目班子来写，项目班子编写项目范围说明书时必须有以下的依据：成果说明书-产品描述项目许可证-项目章程 事业环境因素组织过程资产制约因素假设前提-前提条件,二、项目范围规划的技术（

6、PP57）,产品分析技术 成本效益分析技术 项目方案识别技术 专家评定,三、项目范围规划的输出,项目范围说明书 通过对项目范围规划后应当形成包括项目范围说明书在内的项目范围管理计划成果：项目的合理性说明 项目成果的简要描述 项目可交付成果 项目目标的实现程度 辅助性细节,2.1.4 项目范围定义 一、项目范围定义的任务,范围定义就是把项目的主要可交付成果划分为较小的、更易管理的单元。项目范围的定义要以其组成的所有产品的范围定义为基础，这也是一个由一般到具体、层层深入的过程。,二、项目范围定义的依据与工具,范围说明书 制约因素 前提条件 其他计划结果 历史资料 使用工具：工作分解结构模板,三、项

7、目范围定义的内容,项目范围的定义是项目需求，主要从项目需求的识别和项目需求的表达两个方面来阐述。项目需求的识别项目范围的定义来源于项目的需求，不能全面、正确地理解一个需求和其内在含义，或者不能正确地阐述表达它，项目管理必将迷失方向，就像那艘无舵的航船。把项目需求从开始的不确定，到逐步进化出一个清晰的框架，直至最终获得正确的理解，是项目管理一个至关重要的环节。,三、项目范围定义的内容,项目需求的表达让提出需求的人把他们的感觉尽可能清楚地表达出来；针对需求的真实性、可行性、重要性和影响向客户提出问 题，以从不同的角度理解需求；从技术和方法的角度对项目作一些必要的研究，更好地处理需求；根据以上三步得

8、出的结论，尽可能清楚地描述项目需求；客户尽最大努力确认项目管理人员的需求认识是否反映了项目真实需求，根据客户意见作适当修改。,2.2 工作分解结构(WBS),2.2.1 工作分解结构的含义与作用 2.2.2 工作分解的原则与步骤 2.2.3 WBS的设计方法 2.2.4 项目责任分配矩阵 2.2.5 实施项目工作分解应注意的问题,2.2.1 工作分解结构的含义与作用 一、工作分解结构的含义,工作分解结构是一个以产品或服务为中心的项目组成部分的“家族树”，规定了项目的全部范围，是项目范围定义的主体。项目的工作分解以项目的范围说明书为直接前提、依据，在明确的项目范围基础上进行项目分解，确定实现项目

9、目标所必须做的各项工作、确定各项工作的内在结构或实施过程的顺序并以一定的形式将其表达出来这就是工作分解结构图。,二、工作分解的作用,进行工作分解之后，可以根据细分后的工作包之间的逻辑关系来实施项目。通过工作分解，项目组成员就会明确各自的职责，也有了可以共同遵守的明确规范，这样就可以减少繁琐的协调工作量，有利于工作的沟通。把项目细分为具体的工作任务后，每个项目组成员就能更清晰地理解任务的性质和各自的具体目标。通过工作分解，可以比较准确地把握项目所需要的技术、人力、资金等信息，以及面临的风险，从而可以为项目计划的制定提供基线。,2.2.2 工作分解的原则与步骤 一、工作分解的原则,在同一个工作任务

10、中，最好只包含相关的工作元素。例如，对软件开发项目而言，“编码”和“测试”不应该在同一个工作任务中，因为在项目中，“编码”和“测试”的工作性质明显不同，也发生在不同的阶段。在同一个工作任务中，所有工作活动应该是平行的或者连续发生的，其间不应该插入不相关的工作活动。在同一个工作任务中，尽量使用相同的项目组成员，便于彼此沟通和交流。,二、工作分解的步骤,先明确并识别出项目的各主要组成部分，即明确项目的主要可交付成果。 确定每个可交付成果的详细程度是否已经达到了足以编制恰当的成本估算和历时估算的要求。 确定可交付成果的组成元素(工作包)。 核实分解的正确性。,2.2.3 WBS的设计方法 一、WBS

11、的设计方法（分层）,一二三四五,二、 WBS的编制方法,类比分解法 自上而下分解法 自下而上汇集法,案例：某项目工作分解结构图,100 电力局信息化系统建设,130 系统调试,120 软件开发,110 总体方案确定,150 系统试用,140 工程实施,160 系统验收交付,112 总体规划,111 指导思想,113 需求分析,114 环境分析,115 财务分析,121 网络系统设计,122 呼叫中心设计,123 数据库设计,124 ERP管理系统设计,125 CSS客服系统设计,126 系统集成技术,131 分系统测试,132 系统集成测试,142 基础数据输入,141 硬件平台构建,151

12、应用数据录入,161 基础数据完善,162 系统联合测试,163 文件资料整理,案例：电力局信息化项目规划工作分解结构图（WBS）,互动：怎样做好WBS编码？,案例：企业应用软件开发项目的WBS（列表法）,1.项目启动阶段 1.1 售前阶段 1.1.1 提供技术白皮书和现场的技术介绍，了解项目需求 1.1.2 提交项目可行性研究报告 1.1.2 提交项目开发计划 1.1.4 提交项目风险管理计划 1.1.5 通过公司的立项评审 1.1.6 进行项目前期开发（制作需求模板、功能演示系统、关键技术分析和实验等） 1.1.7 向用户提交系统建设建议书 1.2 招标和合同签订阶段 1.2.1 制作标书

13、，参加投标和答标活动 1.2.2 中标后，根据商务谈判的结果，制作合同副本 1.2.3 合同签订,1.3 项目前期准备阶段 1.3.1 指定项目经理、子项目经理或技术经理，成立项目组。 1.3.2 完成工作任务分解（WBS） 1.3.3 划分接口人员责任 1.3.4 提交项目进度计划、项目成本预算、风险控制计划 1.3.5其他专项计划：对本项目开发中需制订的各个专题计划（如 分合同计划、开发人员培训计划、测试计划、安全保密计划、质量控制计划、配置管理计划、用户培训计划、系统安装计划等），分别进行制订。 1.3.6 以上项目计划提交公司评审，并形成项目任务责任书并下达。 2 需求分析阶段 2.1

14、 分析用户需求 2.1.1 与用户一起分析需求并形成用自然语言表述的需求说明书，由用户确认 2.1.2 将用户确认的需求说明书，转化为用计算机术语描述的系统需求规范书 2.1.3 提交系统需求规范书，进行评审 2.2 形成集成测试计划，提交公司评审,3.系统设计阶段 3.1 系统总体设计 3.1.1 运行环境设计 3.1.2 基本业务处理流程描述 3.1.3 系统结构设计 3.1.4 模块关系设计 3.1.5 人工处理过程 3.1.6 尚未解决的问题,3.2 接口设计 用户接口、外部接口、内部接口 3.3 运行设计 3.3.1运行模块组合：对系统施加不同的外界运行控制时所引起的各种不同运行模块

15、组合、每种运行所历经的内部模块和支持软件。 3.3.2 运行控制:说明每一种外界的运行控制的方式方法和操作步骤 3.3.3运行时间:说明每种运行模块组合将占用各种资源的时间。 3.4 系统数据结构设计 3.4.1逻辑结构设计要点 3.4.2物理结构设计要点 3.4.3数据结构与程序的关系（后备、降效、恢复及再启动技术）,案例5：软件研发项目时间管理计划-WBS,2.2.4 项目责任分配矩阵（PP62）,2.2.5 实施项目工作分解应注意的问题,确定项目的分解结构就是将项目的产品或服务、组织、过程 对于项目最底层的工作要非常具体 对于最底层的工作块，一般要有全面、详细和明确的文字说明并汇集编制成

16、项目工作分解结构词典 并非工作分解结构中所有的分支都必须分解到同一水平，各分支中的组织原则可能会不同,2.3 项目范围控制,2.3.1 范围审核2.3.2 范围变更控制,2.3.1 范围审核,验收的可交付成果请求的变更推荐的纠正措施,2.3.2 范围变更控制 一、什么是范围变更控制,在项目的生命周期中，存在着各种因素不断干扰着项目的进行，项目总是处于一个变化的环境之中。项目管理得再好，采用的管理方法再科学，项目也避免不了会发生变化，根据项目管理的哲学思想，这种变化是绝对的。对项目管理者来说，关键的问题是能够有效地预测可能发生的变化，以便采取预防措施，以实现项目的目标。项目范围变更控制是指为使项目向着有利于项目目标实现的方向发展而变动和调整某些方面因素而引起项目范围发生变化的过程。项目范围变更是不可避免的，通常对发生的变更，需要识别是否在既定的项目范围之内。如果是在项目范围之内，那么就需要评估变更所造成的影响，以及如何应对的措施，受影响的各方都应该清楚明了自己所受的影响；如果变更是在项目范围之外，那么就需要商务人员与用户方进行谈判，看是否增加费用，还是放弃变更。因此，项目范围变更及控制不是孤立的。,