软件项目管理项目计划分析报告.pptVIP

软件项目管理 项目计划 项目计划流程的五步曲 本章节的内容提要： 关键计划流程（Key planning process） 做一个好的计划的窍门 关键计划流程 项目计划：技巧有窍门 与整个团队一起做计划 准备充足的时间 如果你的项目是以下的情况，需要有项目经验的人来帮忙： 比较大或复杂的项目 很显著或很重要的.. 工作范围计划 POS：Project Objective Statement 项目目标文件 MD：Major Deliverable主要交付件 FM：灵活性矩阵 RS：Risk Scope风险边界 Constraints 限制 Assumptins 假设 Exclusions 项目范围之外的事项 项目范围说明 项目的理由 产品描述 项目完成件 限制条件 假设条件 项目范围之外的事项 项目目标声明 项目的理由 回答问题 – 我们为什么做这个项目？ 应该很清楚地沟通不做这个项目的影响。 理由 – 技巧与诀窍 如果你不能确定理由，尝试填写下面的空格： 目前的情形是_______ 和导致结果是_______ 理由以“我们需要做…”来开始，总是以描述问题的解决方案，而不是描述问题本身来结束。 记录问题，从别人的问题中得到机会 也许需要多次尝试才会得到“正确”的说法 产品描述 描述我们将怎样“解决”引起项目的问题： 回答问题 --- 我们将产出什么？ 应该概要描述而不是描述特定的特征和功能 产品描述 – 技巧与诀窍 如果产品不能有助你解决问题，那么你拥有的不是错误的问题就是错误的解决方案。 如果你不能确定你的产品是什么，那么你很可能属于第一类型的项目---你唯一的产品只是一个建议。 项目完成件 一个标志着子产品的项目或阶段的、全面的和满意的汇总目录： 回答问题 --- 我们怎样知道项目什么时候做完呢？ 每一个完成件都应该是可测量的，切合实际的，可验证的结果。 所有完成件的清单应该有助我们了解产品。 完成件 – 技巧与诀窍 项目完成件必须在项目结束时完成 – 利益或次要的影响是成功的标准，而不是完成件。 确定最终产品的组成– 中期的工作，比如设计的文档并没有在这里呈现。 对于某一个阶段和第一类型项目，完成件将是阶段末报告里的成分。 限制 限制 – 一些会限制项目团队选择的因素。 假设 – 在做计划编制时，会有一些因素被认为是真实的、客观的或确定的。 例外 – 是一些客户可能认为我们理应提供的但我们不会提供的东西。 项目目标声明 二十五或少于二十五个字 用词清楚精确 这只是一个目标 灵活性矩阵 项目参数生效化 管理层 （发起人） 练习：工作范围计划 单独做 小组做 关键计划流程 定义：工作分解结构（WBS） WBS – 组织和定义整个项目范围的以完成件为目标的项目成份组 WBS包括管理导向的完成件和产品导向的完成件。 WBS– 技巧与诀窍 在做WBS时不要排序 分解成最低层的作业不大于1个人40小时 暂时不考虑资源的限制 先管理后产品 动+名（名+动） 团队一起做（头脑风暴） WBS – 技巧与诀窍 最低层的特征： 一个清晰的任务完成 一个清晰的责任人 能够估算工作量和工期 * * 范围目标计划 团队工作分解 人力成本，项目预算 工作排序 最终的甘特图 计划是非一次性的活动 ? 最不灵活 中等灵活 最灵活 Q ? ? ? R ? ? ? T ? ? ? 项目经理与小组 把POS,主要交付件与灵活性生效化 目标 生效化（确认） 范围目标计划 团队工作分解 人力成本，项目预算 工作排序 最终的甘特图 *