凯西.施瓦尔贝《IT项目管理》第4讲-范围管理.ppt

第*页 第*页 范围管理计划 1 收集需求 2 第4讲 项目范围管理 定义范围 3 创建工作分解结构 4 确认范围 5 控制范围 6 第*页 Hot Tip 1. 基本概念 项目范围（project scope），是指产生项目产品所包括的所有工作及产生这些产品所用的过程，包含两个方面： 产品范围（product scope）：是指客户对产品或服务所期望的特征与功能总和，以产品需求作为衡量标准； 项目工作范围（work scope）：是指为提供客户所期望特征与功能的产品或服务而必须要完成的工作总和，以项目管理计划（实为其中的范围管理计划）是否完成作为衡量标准。 4.1 范围管理计划 项目范围管理的任务是界定项目包含且只包含所有需要完成的工作 （不做额外的工作（no extra），不要镀金（no gold-plating）） 第*页 Hot Tip 2. 范围管理计划 作为范围管理规划的主要结果，范围管理计划主要包括： （1）如何编制详细的范围说明书； （2）如何根据项目范围详细说明书制定项目分解结构； （3）确认和验收项目产出物和项目可交付物的过程和方法； （4）控制项目范围变更的过程和方法等。 4.1 范围管理规划 第*页 Hot Tip 3. 需求管理计划 也是范围管理规划的结果，主要包括： （1）如何规划、跟踪和报告各种需求活动； （2）配置管理活动，例如，如何启动产品变更，如何分析其影响，如何进行追溯、跟踪和报告，以及变更审批权限； （3）需求优先级排序过程； （4）产品测量指标及使用这些指标的理由； （5）用来反映哪些需求属性将被列入跟踪矩阵的跟踪结构。 4.1 范围管理规划 第*页 Hot Tip 1. 需求收集的方法 （1）访谈 访谈有经验的项目参与者、干系人和领域专家 （2）会议 焦点小组会议、引导式研讨会、头脑风暴，集中交流。 头脑风暴注重创意，智力激励法、自由思考法或集思广益会。 4.2 需求收集 第*页 Hot Tip 1. 需求收集的方法（续） （3）问卷调查 （4）观察法 特别是对于需求改进工作流程或程序的项目。 （5）原型（prototype）、文档分析 明确项目或过程的接口或边界。 （6）基准测试（benchmarking） 获得具体项目产品特征。 4.2 需求收集 第*页 Hot Tip 2. 需求文件 需求文件是需求收集的结果，它描述各种单一的需求将如何满足与项目相关的业务需求。主要包括 （1）业务需求 （2）业务目标和项目目标 （3）功能要求 （4）非功能性要求，如服务水平、绩效、安全、合规性等 （5）质量要求 （6）验收标准 （7）…… 4.2 需求收集 CFT文档\需求说明 第*页 Hot Tip 3. 需求跟踪矩阵（RTM=Requirement Traceability Matrix） 需求跟踪矩阵也是需求收集的结果，它把每一个需求与业务目标或项目目标联系起来，主要包括 （1）从需求到业务需要、机会、目的和目标。 （2）从需求到项目目标。 （3）从需求到项目范围/WBS 中的可交付成果。 （4）从需求到产品设计。 （5）从需求到产品开发。 （6）从需求到测试策略和测试脚本。 （7）从宏观需求到详细需求。 4.2 需求收集 CFT004-1财付通需求分析功能列表.xls 第*页 Hot Tip 范围定义是制定项目和产品详细描述的过程，明确所收集的需求哪些将包含在项目范围内，哪些将排除在项目范围外。 1. 范围定义的方法 （1）专家判断法 领域专家的判断常用来分析和定义详细的项目范围说明书。 （2）产品分析 包括产品分解、系统分析、需求分析、系统工程、价值分析等 （3）引导式研讨会 具有不同期望或专业知识的关键人物参与这些紧张的工作会议，有助于就项目目标和项目限制达成共识。 4.3 定义范围 第*页 Hot Tip 2. 范围说明书 范围说明书是范围定义的结果，它详细描述项目的可交付成果，以及为提交这些可交付成果而必须开展的工作。主要包括 （1）产品范围描述 （2）产品验收标准 （3）可交付成果 （4）项目的除外责任，即哪些内容不属于项目范围 （5）项目制约因素 （6）项目假设条件 表5-3（P140） 4.3 定义范围 第*页 Hot Tip 1. 定义 创建工作分解结构（Work Breakdown Structure，WBS）是把项目可交付成果和项目工作分解成较小的、更易于管理的组件的过程。 工作分解结构（简称WBS）类似于数学中的因数分解； 把一个项目，按一定的原则分解，项目分解成任务，任务再分解成一项项工作，再把一项项工作分配到每个人的日常活动中，直到分解不下去为止。 项目→任务→工作→日常活动。 工作分解