CMM培训教材(项目策划).pptVIP

培训目的 了解软件项目策划的目的及相关概念 掌握软件项目策划的实施过程 为项目管理者制定合理、可行的项目计划提供指导 什么是项目 项目是一种一次性的努力，有明确的预期目标、规范及可利用的资源范围；它需要在规定的时间内，由为项目专门组织起来的人员来完成；需要运用多学科知识来解决问题。 项目的特点： 各类项目的生存期都十分相似 所有的项目都存在风险 项目中经常出现意外情况和各种冲突 项目经理对项目全面负责，但其责任往往比权力多 软件项目管理中经常存在的问题 对客户目标的误解 客户需求定义不够详细 不切实际的主体目标 无计划的任务分派 没有足够的技术或资源 效率低下的沟通交流 任务的优先级相互冲突 变更失控 组织间的矛盾冲突 一个成功的软件项目应该具备的特征 项目的性能目标 范围：即工作范围，指为使客户满意而必须做的所有工作。 成本：客户同意为一个可接受的项目交付产品所付的款项，它以预算为基础。 日程：使每项项目活动开始及结束时间具体化的进度计划。 质量：指客户满意度。 如何达到项目目标 项目策划过程 定义项目范围 确定项目的组织结构 选择软件生命周期模型 软件过程定义 工作拆分 制定风险管理计划 软件估算 项目计划的评审和批准 项目启动 下达任务单 定义项目范围（续） 项目范围主要包括： 确定项目的管理目标和技术目标 识别客户和用户 描述软件的主要功能 描述项目背景，项目的商业目的和结果软件系统的预期收益 描述主要的成本、日程表、资源或其他限制 指出关键责任 与其他项目和组织之间的依赖关系 项目策划过程 定义项目范围 确定项目的组织结构 选择软件生命周期模型 软件过程定义 工作拆分 制定风险管理计划 软件估算 项目计划的评审和批准 项目启动 下达任务单 确定角色及其职责 需求分析人员：负责对客户需求进行收集、分析，形成软件需求。 设计人员：负责根据软件需求进行系统设计。 编码人员：负责根据系统设计，编码实现软件需求。 测试人员：负责对软件产品进行测试，保证产品满足设计要求和客户的需求。 质量保证人员：在整个软件生命周期中，负责监督和评审软件过程及工作产品是否符合相关标准和规范的要求。 配置管理人员：在整个软件生命周期中，负责控制软件产品的状态、一致性和完整性，确保产品的有序变更和发布。 数据库/运行/网络支持：需要时为项目提供软件开发运行环境的技术支持。 管理者：获得对项目的承诺和支持，以及对项目的总体控制。 客户：需求的提出者。 用户：软件产品的最终使用者，有时与客户是同一对象。 内部沟通机制 项目组例会 项目组成员通过每周的项目组例会对项目的进展状况进行沟通和交流，识别和分析项目中存在的问题、风险等 。 项目组成员状态周报 项目组成员每周通过状态周报向项目经理汇报工作进展情况。 SQA状态周报 软件质量保证人员每周向项目经理提交《SQA状态周报》。 外部沟通机制 项目经理与所属部门经理及项目与质量管理部经理 方式：《项目周报》 时机：每周 软件质量保证人员与项目与质量管理部经理 方式：《SQA状态周报》 时机：每周 项目经理与相关的其它组的负责人 方式：直接沟通，必要时可报告项目所属部门经理，由其出面协调 时机：项目出现问题需进行协商解决时 外部沟通机制 与客户的沟通 方式与时机： 1) 一般问题可由项目经理或业务代表与客户商讨解决。 2) 部门经理与客户进行协调（如果问题涉及项目的需求、成本 和进度的变化时）。 3) 公司主管总裁与客户进行协调（如果项目的需求、成本和进度变化很大，超过了原计划的20%时） 项目策划过程 定义项目范围 确定项目的组织结构 选择软件生命周期模型 软件过程定义 工作拆分 制定风险管理计划 软件估算 项目计划的评审和批准 项目启动 下达任务单 具有子项目的瀑布模型 具有子项目的瀑布模型（续） 模型特点： 详细设计及随后的编码、单元测试等阶段不必等到概要设计阶段全部完成后才开始。待各子系统的单元测试全部完成后，再进行集成测试和系统测试 适用范围： 能够拆分成功能相对独立的子系统的软件项目 缺点： 子系统的相关性常无法预料，从而难以拆分 项目策划过程 定义项目范围 确定项目的组织结构 选择软件生命周期模型 软件过程定义 工作拆分 制定风险管理计划 软件估算 项目计划的评审和批准 项目启动 下达任务单 定义软件过程的步骤 对项目进行定位 团队技能水平（较高/较低）； 项目规模（小/中/大）。 确定总体指导方针 裁剪标准软件过程 根据详细的裁剪指南，对标准软件过程进行裁剪，得到适合项目的软件过程 项目经理应将所定义的各软件过程、裁剪项及裁剪原因写入《软件开发计划》 识别各软件过程产生的工作产品 填写项目的《工作产品列表》，并确定需要作技