02—范围计划.pptVIP

所有与需求相关的活动通称为需求工程。需求工程中的活动可分为两大类，一类属于需求开发，另一类属于需求管理。 Develop and management * 非正式需求评审-正式需求评审-需求承诺 * 所以开始那个案例，是不是就可以通过需求文档的签署来解决。很多时候需求文档SOW * * 项目经理跟踪需求。 * 和我们做软件配置的时候比较类似。 * 需求基线是需求变更的依据，在开发时，建立一个需求的基线，每次变更后，需要重新确定基线。SCCB裁决接受哪些变更 * 所以WBS也是确定范围的一个重要基础工作 * 类比法：虽然每个项目是唯一的，但事WBS经常能背重复使用，可以参照已有的WBS库里的参考，找个类似的项目参考开发。 * 需要完成哪些主要工作，更低层次是不是必要和充分，每个交付成果足以编制恰当的成本和历时估算。 正确性主要包含：分解是不是必需和充分？定义是不是完整？每一项是不是能够恰当的编制进度和预算？最后在进行评审。 * 并非任务分解后的分支必需在同一水平，各个分支的原则可能不同，任务分解的时候至少拆分到一个周工作量。比如这个任务是一个周，不要最底层是一个月，半个月等。 时间跨度，小于8小时，太过琐碎，不用计划，也可以在人的脑子中计划，时间大于80小时，时间又过长，不能严格安排，结合人的本性，时间在8小时到80小时之间的工作，可以详细安排并得到严格执行。这就是所谓的8/80原则。 * 数据字典：数据项、数据结构、外部实体等等。 * 分解标准应统一（续） 每一种方法都有其优缺点。 一般情况下，确定项目的WBS结构需要组合以上几种方法进行，在WBS的不同层次使用不同的方法。 chapter__2 * 基于工作过程的划分 上层按照工作的流程分解，下层按照工作的内容划分 chapter__2 * 检验分解结果的标准 最底层的要素是否是实现目标的充分必要条件 最底层要素是否有重复 每个要素是否清晰完整定义 最底层要素是否有定义清晰的责任人,是否可以进行成本估算和进度安排 chapter__2 * 工作包的选择 它们是一个工作产品； 它们只代表自己，没有下属的单元； 它们是没有必要再细分的工作； 它们能比较直观地看出，是通过什么方式实现或获得的，如：外购、设计等； 它们需要达到什么目的能直观地被用户、项目组和任务执行者所理解。 我们用反问的方法，再来审查我们已经分解到最底层的任务： 由最底层的工作包来计算和控制成本和进度的精度是否足够？ chapter__2 * 工作包的选择 完成此工作包的责任人能力是否足够，任务是否过重或任务不饱满？ 这些工作包是否还有理由继续再细分下去？ 是否有必要更详细地了解内部的过程和产品？ 这些工作包是否具有充分的独立性？ 在工作包内部，是否在时间、资源等方面受其他工作包的牵制？ 对工作包的评价、度量尺度是否清楚？ 用户、项目组和任务执行责任个人是否都能清楚、完整地理解这些任务？ WBS工作编码 由高层向下层用多位码编排，要求每项工作有唯一的编码 1000 - 1100 　　- 1110 - 1111 - 1112 - 1113 1120 - 1121 - 1122 - 1123 - 1200 chapter__2 * WBS工作编码的意义 对WBS的任务进行编码，WBS就不仅是一个任务表示方式，它还可以充当一个共同的信息交换语言，为项目的所有信息建立一个共同的定义。 通过任务编码，我们就能够把项目的所有要素在一个共同的基础（WBS）上建立关联，在此基础上建立各管理过程的所有信息沟通。 chapter__2 * WBS工作编码的意义 应用WBS作为项目信息的共同基础的最大优点是，为监控及预测费用、进度、实施等不同过程，建立了一个统一的项目信息系统。 WBS给所有阶段、过程的项目管理人员提供了一个均可以与之作对比的一致基准，并且在大型项目中，由于参加者众多及人员可能发生的变化，使所用的项目概念、阶段、任务对所有的参加者都具有相同意义是很重要的，而WBS通过编码和编码字典的编制可使这一点得到保证。 chapter__2 * WBS的编码原则 不论编码采用什么形式，编码应具备以下基本原则： （1）编码应能反映出任务单元在整个项目中的层次和位置，例如：1.2.3和3.2.3显然是在不同层的不同位置。 （2）当发生任务增加和删减时，整个的层次体系不会发生巨大变化，只是在恰当的位置，进行增删。 （3）编码方便进行任务的索引。 （4）编码方便与其他过程管理的相互参照。 chapter__2 * WBS编号系统 chapter__2 * 功能1:11 软件产品:1 功能2-子功能2:122 功能2:12 功能3:13 功能2-