德信无线标准软件过程TSSP-06-软件项目计划.ppt

Project Planning Steven Lai 2006/04/12 Change History Record 内容 为什么需要计划？ 计划什么？ 如何计划？ TSSP的要求 为什么需要计划？ 项目规模越来越大 各任务之间有着复杂的关系（顺序、并行） 项目成员并不只为一个项目工作 协商、交流、监控的需要 高层 不同部门，软件、硬件、QA、PM等 内部不同角色，RD、SCM、SQA、Test等 项目计划的作用 确立项目组各成员及工作的责任范围和地位，以及相应的职权 促进项目组成员及项目委托人和管理部门之间的交流与沟通，增加顾客满意度，并使项目各工作协调一致，并在协调关系中了解哪些是关键因素。 使项目组成员明确自己的奋斗目标、实现目标的方法、途径及期限，并确保以时间、成本及其他资源需求的最小化实现项目目标。 作为分析、协商及记录项目范围变化的基础，也是约定时间、人员和经费的基础。为项目的跟踪控制过程提供一条基线，可用以衡量进度、计算各种偏差及决定预防或整改措施，便于对变化进行管理。 了解关键问题出在哪里，如何使其风险最小，并以标准格式记录关键性的项目资料，以备他用。 可以把叙述性报告的需要减少到最低量。 计划什么？ 确定并描述为完成项目目标所需的各项任务（活动）范围。 确定负责执行项目各项任务（活动）的全部人员。 制定各项任务（活动）的时间进度表。 阐明每项任务（活动）所必需的人力、物力、财力。 确定每项任务（活动）的预算。 如何计划？ 估算-确定项目的范围 WBS-work breakdown structure Estimate project attributes for work products and tasks Select lifecycle Determine Estimates of Effortand Cost 准确估算的基础 尽可能准确的掌握项目需求 了解项目的约束条件 日程要求 预算 人员能力 开发标准 风险 基于历史数据 WBS The WBS answers two questions: What is to be accomplished? What is the necessary hierarchical relationship of the work effort? 项目WBS图 工作产品和任务的属性 确定产品的开发策略，项目软件的体系结构 确定估算对象/属性，如代码量、功能点、复杂度 对工作产品和任务进行估算 估算需要的人力、设备、方法等 选择生命周期模型 常见的软件项目生命周期有： 瀑布模型 原形模型 V模型 带原型开发的V模型 增量交付过程模型 演化开发过程模型 螺旋模型 派生模型 我们的实际项目经常使用的是螺旋模型、V模型和派生模型 实际项目中，可以根据情况混合/嵌套使用多种生命周期模型 确定项目的估算结果 根据对各任务的估算和生命周期模型确定项目的人力、成本等的估算 制定项目计划 4个基本原则 避免或减小不确定性 提高运行效率 对项目目标的更好理解 为监督和控制工作提供基础 定义日程表（Schedule） 识别主要里程碑 识别Schedule中的假设部分（未进行估算的部分） 识别限制条件，如人力、任务时间要求、输入、输出等 识别任务间的依赖关系 定义日程表 定义修订日程表的规则 风险管理 识别风险 分析风险 确定风险级别，制定防范措施 获得干系人（Stakeholder）的认可 项目计划需要得到干系人的认可 客户, PM, HW, TOP, GUI, QA, Tester Function team leaders, RD engineers 计划为什么失败 典型原因 短时间内计划的内容太多 在资料不充足的基础上做计划 最终目标不明确 职责要求不明确 项目成员不清楚重要的里程碑日期 项目估算是靠猜测，而不是基于历史数据 未不断检查项目成员是否具备所需技能 … 注意 与客户、相关人员进行充分交流，使计划得到他们的认可 为风险留出buffer 如何依靠关键路径 勿贪大求全，合理安排任务，保证每个阶段项目都在自己的掌控之中 充分考虑项目成员的能力，制定可行的计划 加强里程碑的监控 项目计划不是一成不变的，需要经常跟踪，根据需要更新 evolve with the project 项目计划既要有系统性，又要有灵活性。可监控，逐步细化 不能用最乐观的情况作为项目的日程表，也不应该用最悲观的情况 流程要求 TSSP中相关文档 SW Project Planning Process SDP template Estimation Process SW Life Cycle Models Risk Management Process Project Planni