软件项目管理 教学课件 作者 朱少民 韩莹 第3章 项目计划.pptVIP

什么是项目计划？ 3.1 什么是项目计划？ 软件项目计划的作用 指导软件项目实施 得到项目相关干系人的承诺 获得资源的承诺 明确项目人员的分工和工作责任 及早了解项目存在的问题和风险 获得组织在项目预算上的承诺 是软件项目实施结果评估的依据 软件项目实施过程的文档化 3.2项目计划的内容 项目计划内容及其关系 3.3 项目计划的方法 项目计划有哪些方法？ 滚动计划方法 滚动计划方法的要点 分而治之：分为多个阶段，针对不同的阶段制定不同的计划。 逐步求精：随着时间的推移，预测计列逐步变成实施计划。 动态规划：以计划的“变（调整）”来主动适应用户需求和软件开发环境的变化，即“以变应变”。 和谐过渡：可以解决生产的连续性与计划的阶段性之间的矛盾 滚动计划方法的实施 具体应用 流程 WBS方法 关注项目目标和澄清职责，并防止遗漏项目的可交付成果 建立可视化的项目可交付成果，以便估算工作量和分配工作 改进时间、成本和资源估计的准确度 为绩效测量和项目控制定义一个基准，容易获得项目人员的承诺 辅助分析项目的最初风险、沟通清晰的工作责任 为其他项目计划的制定建立框架或依据 WBS要求和原则 某项具体的任务应该在一个工作包且只能在一个工作包中出现 WBS中某项任务的内容是其下所有WBS项的总和 一个工作包只能由一个人负责 任务的分解，尽量与实际执行方式保持一致。 分解合理，具有良好的稳定性和适应性 鼓励项目团队成员积极参与创建WBS 所有成果需要文档化 WBS步骤 分解工作任务 定义各项活动/任务之间的依赖关系 安排进度和资源 WBS方法示例一 WBS方法示例二 WBS方法示例三 网络计划技术 网络计划方法是一种应用网络模型直观地表示软件开发众多工作（工序）之间的逻辑关系与时间关系，对完成软件工程项目所需时间、费用、资源进行求解和优化的计划方法，其基本类型是关键路线法/计划评审技术（CPM／PERT）。 计划与变化 计划没有变化快？ 那是你的计划没有做好！ 软件项目的特点 软件开发是在不断探索、研究中进行 最佳实践还不够成熟 软件的自动化对工具的依赖性也非常突出 软件构造过程实际是一设计过程，每一个软件产品都不同 由于软件是设计过程，自动化程度比较低 软件变化不容易实现，而软件变化又是不可避免的 软件的变化，进一步引起相关文档的频繁修改 软件项目的问题 时间紧迫性。 项目独特性。 软件项目的不确定性。 软件项目管理可视性差。 软件项目生产力依赖于软件人员的潜力挖掘。 软件计划的错误倾向 对计划不重视 片面计划 计划没有考虑足够的风险 计划过于粗糙 计划的原则 目标性原则 预防性原则 客观性原则 系统性原则 适应性原则 制定计划的要点 目标导向。如果一开始对项目的目标没有理解清楚，项目计划就会出现偏离，而项目实施时偏离就更厉害 重视与客户的沟通，为最后项目验收打下良好的基础 收集足够的信息，掌握信息越多，制定计划更科学、更客观 客观且实用，只有“知已知彼”才能做出合理的、客观的项目计划 先从下至上计划，然后再从上向下计划，构成一个完整的循环过程 关注计划过程，随机应变，因势利导，不断调整和修改计划，以保证完成项目的目标 计划的层次性，如分为主计划、子计划 计划的输入 项目的目标和需求 项目可用的资源 项目干系人，即项目的相关利益者（stakeholder） 项目涉及的相关技术 质量政策和标准 组织流程 制约因素是限制项目管理团队运行的因素。 假设，通常保含着一定程度的风险，项目计划对所有的假设都应该标明出来，然后逐个分析。 历史数据 计划输入矩阵 PMBOK项目计划流程 常见的计划流程 确定项目目标，包括最终交付的内容和质量标准； 确定项目的工作范围，包括软件产品功能特性； 根据质量目标，可以制定质量计划； 采用WBS方法，分解工作，确定各项具体的任务； 针对具体的工作任务，估算工作量以及确定所需的资源； 制定资源计划、进度计划和成本计划； 完成风险识别和分析，最终完成风险管理计划，包括风险应对计划； 进一步完成辅助计划，如采购计划、培训计划等； 需要和软件项目干系人沟通、评审，达成一致意见 最后，获得有关方面的批准。 常见流程示意图 项目的具体计划 软件项目范围 软件产品规范，即一个软件产品应该包含哪些功能特性，这就是产品需求文档（Product requirement document，PRD）所描述的。更具体的要求就是功能规格说明书（Functional Specification），但这是在计划过程中或之后产生。一般在确定PRD的过程中，就开始进行项目计划。 项目工作范围，即为了交付具有上述功能特性的产品所必须要做的工作。工作范围在一定程度上是产生项目计划的基础。 看一个简单的对比 项目管理的策略 选用什么样的