软件项新教材目管理-plan-v120资料.ppt

软件项目管理Planning Version 1.0 Revision History Version 1.0, August 4, 2005 计划的意义 管理活动的一个最基本的原则就是任何工作开展之前必须作计划。项目计划是一个综合概念，凡是为实现项目目标而从事的活动均应在被计划之列 计划的作用： 计划是促使管理者展望未来，预见未来可能发生的问题 计划可以有效地配置资源，减少重叠性和浪费性的活动，提高项目的实施效率。 计划，设定了项目活动的目标和标准以便于进行控制。 计划 所谓计划，就是确定实现目标的途径 目标，是计划的源头； 计划，必须围绕目标来制定； 项目目标 范围目标，做什么；范围计划，怎么做 质量目标，达到什么要求；质量计划，怎么达到要求 进度目标，花费多长时间；进度计划，怎样分配时间资源 成本目标，花费多少代价；成本计划，怎样分配资源 以范围为核心 如果仔细判别你会发现，质量、成本和时间资源都是围绕着范围展开的 质量，是针对特定的产品（范围）来要求的 范围直接决定了项目所需要花费的资源（时间和成本） 既然项目是以范围为基础展开的，但项目范围又由什么决定呢？ 项目范围由客户需求决定 虽然项目范围回答了“项目应该完成什么（what we need to accomplish?）”，但是这个问题有一个更深刻的来源：“为什么要完成它（why we need to accomplish it）”。这个来源就是“客户需求（customer requirements）” 客户需求是回答： 客户为什么需要这个产品？ 这个产品给客户带来什么价值？ 客户需求是项目目标商业需求的延伸 范围则是回答： 什么样的产品可以满足客户需求？ 什么样的产品可以实现客户价值？ 需求 项目范围由客户需求决定 我们也可以这样认为项目计划： 项目目标是以满足客户某种需要为起点，为什么要做这个项目？ 确认什么样的产品满足客户的需要？项目范围 产品达到什么样的要求才能满足客户需要？项目质量 实现项目效果需要什么样的代价？时间和成本 需求和范围的关系 传统的项目管理活动以范围目标为起点 例如建筑行业的项目，其需求都是明确的 但在IT及软件行业，项目启动时其需求往往就是模糊的。由于需求决定了项目范围，那就必须在确定项目范围之前先明确需求 软件行业中哪些活动是在明确需求，哪些是在确定范围？ 软件项目特征 软件或IT类型项目不同于传统项目的一个重要特点是高度的客户化产品 以客户需求为主，而不是传统上以产品特性为主 产品定义重于产品实现过程 需求收集和需求分析 对于需求不明确的项目我们所要做的活动是先确定正确的需求，再由需求产生项目范围 问题：可不可以直接由客户需求转变成项目范围？ 活动的目标 需求收集活动的目标 需求收集活动回答什么样的问题？ 需求分析活动的目标 需求分析活动回答什么样的问题？ 活动的目标 需求收集活动？ 用户拿产品做什么？解决用户什么问题？ 从客户的角度看待项目目标 需求分析活动？ 什么样的产品能够满足客户的需求？ 从实现者的角度看待项目目标 思考你所在组织是如何进行需求活动的？带来了哪些问题？ 项目边界 由于需求大多是以隐性形式存在，范围则以显性方式存在。所以很多项目是以范围为起点，作为客户和项目组目标之间的边界。但这并不能影响需求是项目范围的来源 项目的计划过程 我们将直觉上的计划过程规范化 项目范围是其他要素的核心 项目范围由两部分组成： 完成什么，产品范围 怎么完成，工作范围 项目效率由实现工作范围所需要的资源（时间和成本）决定 项目质量则针对产品范围，确定产品应该达到的要求（质量目标） 项目计划过程 步骤： 确定产品范围目标 产生工作范围 根据工作范围确定实现目标的效率要素 请思考： 这一过程对应到项目实践活动当中 范围定义 范围定义过程主要是为了创建描述项目范围的书面文档，被称为范围说明书。 其目的是约定项目工作内容的边界。在其范围内容内的属于项目的目标；反之，则不属于项目范畴 范围说明书必须得到干系人的一致认可 制定项目范围说明书 范围说明书主要是定义和描述干系人对要完成的项目范围进行界定，它明确了在项目正式开始之前干系人对目标的理解 范围说明书的内容 项目的商业目标，为什么要进行这个项目 项目制约因素及假设，项目的不确定性 项目的可交付成果，范围目标 产品的要求与特性，质量目标 验收标准，对范围及质量进行界定的标准 进度里程碑，进度目标 成本估计，成本目标 项目范围说明书的意义 《项目范围说明书》主要用来进一步细化干系人对项目目标的理解，并在理解一致的基础上开始进行项目 根据项目进展情况，范围说明书制定可以在立项前后逐步完善 制定工作分解结构 将项目范围说明中产品范围划分为小的更易管理的组成部分，