文档介绍:软件项目经理必读手册version本文档属内部培训文档,仅供参考,如果发现和公司实际流程有不符之处,请指出并修订。变更记录NO变更日期变更理由变更内容版本修改批准12006-1--1--2-6P4增加*releasenote中的产品阶段和公司定义相同。增加跨部门的项目要了解获取资料的途径。P5,,,,更正HW测试什么时候需要做?补充TCK测试概述本文希望能帮助同事们更好的配合公司产品开发,调用一切可以调用的资源解决问题,保质保量的完成软件开发工作。目标人群:刚刚从事软件项目管理工作的同事已经有项目管理经验,但对流程和目标并不大熟悉的同事对软件项目管理有兴趣的同事软件项目经理具备的条件有软件项目开发经验熟练使用公司常用的项目管理软件:clearquest,clearcase,project等熟悉公司产品的开发流程熟悉公司软件质量要求,各阶段质量目标良好的沟通技巧和邮件处理****惯熟悉开发环境和系统框架,具有敏锐的洞察力,能够及时发现项目中的问题,有效调配人力。以上是对软件项目经理提出的基本技能要求,如果你还有哪方面不足,要注意改进了!基本要求了解产品的特点开发时间短,功能多一般新项目都是4个月到5个月左右,对于新平台的项目可能预研的时间会长一些,有的项目也可以长达一年,对于继承性的项目有的甚至只有一两个月就要完成。模块或芯片复用也是我们公司产品的主要特点。通常我们会将一个多媒体芯片用于不同平台上,或在不同的硬件组合基础上实现不同产品,以实现成本优势。所以作为软件项目经理,一定要求严格遵守开发时间,合理制定计划,在项目初期将风险评估到位,同时也要关注一下临家项目,说不定你遇到的问题人家早已解决过了。了解产品开发流程(此流程参考公司产品开发流程,如有变动,以公司定义为准)阶段定义时间主要任务与目标测试,评价DPDesignPlanning4W1)需求评审、确定2)可行性研究完成3)ID确定4)签合同5)风险对策确定6)Schedule确定 DRDesignReview8W1)设计完成2)设计评审通过OnscheduleEPEngineerProto4W设计验证(设计问题全部解决):1)整机通过所有测试评价标准(软件测试、外观检查外);2)部品问题全部解决;3)BOM确定;4)所有设计问题、部品问题全部得到验证;5)之后无设计变更1)所有测试、评价项全部要做;2)评价部品合格率SPSemiProduction3W1)用设计确定的部品、方案进行试生产,最终确认设计完成的有效性;2)Qualify完成1)只做单项验证、确认的测试项;2)部品合格率、直通率PPProductionPilot2W1)小批量生产、销售;理顺生产线;2)量产准备;3)SA通过合格率MPMassProduction MAMaintainance *目前软件follow公司的产品阶段定义,在填写releasenote时,可以写这几个阶段。项目经理实战下面就从产品开发的各个阶段向大家介绍软件项目经理应该注意的地方和完成的任务。DP阶段参加PM或AM组织的公司级项目启动会议,了解项目内容及大致计划。PD上需要软件评估键盘布局,和各种功能键是否合理,因为这个影响ID设计。严格检查AM草拟的PD,签字时一定要小心再仔细,因为这份东东是要写进合同的,任何疏忽造成的损失可不是一字千金就可以的哦!如果你是半道杀出来的软件项目经理,第一件事就是要仔细审核一下这份PD,以免造成衔接不利。一定要确认PD的来源,是正式的市场部文书。跨部门的项目要了解获取资料的途径。[案例1]不同的客户,不同的分公司PD格式不大相同,有的AM给你确认的一份PD,但和客户签订的却是另一份PD格式,最怕它们是不完全相同的内容。从道理上说,应该是PD确认后,方可开始项目开发,但由于开发时间短的特点也决定了我们可能在项目签署前就进行研发,对于AM来说,PD的签署可能要经过一段较长时间,有时和你再次确认PD的并不是同一个AM,这也就难怪PD会有变化。当然随着公司流程的加强,这样的问题可能会被避免,但是SPM仍然需要小心确认PD的来源及内容。可行性分析报告是这个阶段重要的输出文档。SPM要对PD草稿中软件部分的FeatureList进行可行性分析,包括:确认哪些能做,哪些不能做,哪些做起来有风险;SPM对AM已经同客户确认必须做,但做起来有风险有难度的FeatureList,安排开发人员进行前期调研,尽量结束在DP阶段。6,此阶段需要入库文档1)《PD》–AM2)《Schedule》—PM3)《可行性分析报告》—SPMDR阶段DR第一周开始,SPM确定项目组成员,任