软件项目经理必读手册.docVIP

文件类型 文件编号 软件项目经理必读手册 页数 版本 指南文件 PAGE 7/ NUMPAGES 12 0.2 PAGE PAGE 7 软件项目经理必读手册 version 0.2 本文档属内部培训文档，仅供参考，如果发现和公司实际流程有不符之处，请指出并修订。  变更记录 NO 变更日期 变更理由 变更内容 版本 修改 批准 1 2006-1-4 首次发行 0.1 王伟 赖旭芳 2 2006-1-11 评审后修改 增加history 0.2 王伟 增加第六条 P3-2-6 P4增加 * release note 中的产品阶段和公司定义相同。 增加 跨部门的项目要了解获取资料的途径。 P5，4.2 改动较大 P8，4.7 MA 阶段有改动 P9，5.1 FTA补充2点 P10，更正 HW 测试什么时候需要做？ 补充TCK测试  概述 本文希望能帮助同事们更好的配合公司产品开发，调用一切可以调用的资源解决问题，保质保量的完成软件开发工作。 目标人群： 刚刚从事软件项目管理工作的同事 已经有项目管理经验，但对流程和目标并不大熟悉的同事 对软件项目管理有兴趣的同事 软件项目经理具备的条件 有软件项目开发经验 熟练使用公司常用的项目管理软件：clear quest, clear case, project 等 熟悉公司产品的开发流程 熟悉公司软件质量要求，各阶段质量目标 良好的沟通技巧和邮件处理习惯 熟悉开发环境和系统框架，具有敏锐的洞察力，能够及时发现项目中的问题，有效调配人力。 以上是对软件项目经理提出的基本技能要求，如果你还有哪方面不足，要注意改进了！ 基本要求 了解产品的特点 开发时间短，功能多 一般新项目都是4个月到5个月左右，对于新平台的项目可能预研的时间会长一些，有的项目也可以长达一年，对于继承性的项目有的甚至只有一两个月就要完成。 模块或芯片复用也是我们公司产品的主要特点。 通常我们会将一个多媒体芯片用于不同平台上，或在不同的硬件组合基础上实现不同产品，以实现成本优势。 所以作为软件项目经理，一定要求严格遵守开发时间，合理制定计划，在项目初期将风险评估到位，同时也要关注一下临家项目，说不定你遇到的问题人家早已解决过了。 了解产品开发流程 （此流程参考公司产品开发流程，如有变动，以公司定义为准） 阶段 定义 时间 主要任务与目标 测试，评价 DP Design Planning 4W 1）需求评审、确定2）可行性研究完成3）ID确定4）签合同5）风险对策确定6）Schedule确定 　 DR Design Review 8W 1）设计完成2）设计评审通过 On schedule EP Engineer Proto 4W 设计验证（设计问题全部解决）:1）整机通过所有测试评价标准（软件测试、外观检查外）；2）部品问题全部解决；3）BOM确定；4）所有设计问题、部品问题全部得到验证；5）之后无设计变更 1）所有测试、评价项全部要做；2）评价部品合格率 SP Semi Production 3W 1）用设计确定的部品、方案进行试生产，最终确认设计完成的有效性；2）Qualify完成 1）只做单项验证、确认的测试项；2）部品合格率、直通率 PP Production Pilot 2W 1）小批量生产、销售；理顺生产线；2）量产准备；3）SA通过 合格率 MP Mass Production 　 　 　 MA Maintainance 　 　 　 * 目前软件follow公司的产品阶段定义，在填写release note时，可以写这几个阶段。 项目经理实战 下面就从产品开发的各个阶段向大家介绍软件项目经理应该注意的地方和完成的任务。 DP 阶段 参加PM 或 AM 组织的公司级项目启动会议，了解项目内容及大致计划。 PD上需要软件评估键盘布局，和各种功能键是否合理，因为这个影响ID设计。 严格检查AM草拟的PD, 签字时一定要小心再仔细，因为这份东东是要写进合同的，任何疏忽造成的损失可不是一字千金就可以的哦！ 如果你是半道杀出来的软件项目经理，第一件事就是要仔细审核一下这份PD, 以免造成衔接不利。 一定要确认PD的来源，是正式的市场部文书。跨部门的项目要了解获取资料的途径。 [案例1] 不同的客户，不同的分公司PD格式不大相同，有的AM给你确认的一份PD, 但和客户签订的却是另一份PD格式，最怕它们是不完全相同的内容。从道理上说，应该是PD确认后，方可开始项目开发，但由于开发时间短的特点也决定了我们可能在项目签署前就进行研发，对于AM来说，PD的签署可能要经过一段较长时间，有时和你再次确认PD的并不是同一个AM, 这也就难怪PD会有变化。当然随着公司流程的加强，这样的问题可能会被避免，但是SP