软件项目经理必读手册

软件项目经理必读手册version0.2本文档属内部培训文档，仅供参考，如果发现和公司实际流程有不符之处，请指出并修订。文件类型文件编号软件项目经理必读手册页数版本指南文件2/120.22变更记录NO变更日期变更理由变更内容版本修改批准12006-1-4首次发行0.1王伟赖旭芳22006-1-11评审后修改增加history0.2王伟增加第六条P3-2-6P4增加*releasenote中的产品阶段和公司定义相同。增加跨部门的项目要了解获取资料的途径。P5，4.2改动较大P8，4.7MA阶段有改动P9，5.1FTA补充2点P10，更正HW测试什么时候需要做？补充TCK测试文件类型文件编号软件项目经理必读手册页数版本指南文件3/120.231概述本文希望能帮助同事们更好的配合公司产品开发，调用一切可以调用的资源解决问题，保质保量的完成软件开发工作。目标人群：刚刚从事软件项目管理工作的同事已经有项目管理经验，但对流程和目标并不大熟悉的同事对软件项目管理有兴趣的同事2软件项目经理具备的条件1，有软件项目开发经验2，熟练使用公司常用的项目管理软件：clearquest,clearcase,project等3，熟悉公司产品的开发流程4，熟悉公司软件质量要求，各阶段质量目标5，良好的沟通技巧和邮件处理习惯6，熟悉开发环境和系统框架，具有敏锐的洞察力，能够及时发现项目中的问题，有效调配人力。以上是对软件项目经理提出的基本技能要求，如果你还有哪方面不足，要注意改进了！3基本要求3.1了解产品的特点1，开发时间短，功能多一般新项目都是4个月到5个月左右，对于新平台的项目可能预研的时间会长一些，有的项目也可以长达一年，对于继承性的项目有的甚至只有一两个月就要完成。2，模块或芯片复用也是我们公司产品的主要特点。通常我们会将一个多媒体芯片用于不同平台上，或在不同的硬件组合基础上实现不同产品，以实现成本优势。所以作为软件项目经理，一定要求严格遵守开发时间，合理制定计划，在项目初期将风险评估到位，同时也要关注一下临家项目，说不定你遇到的问题人家早已解决过了。文件类型文件编号软件项目经理必读手册页数版本指南文件4/120.243.2了解产品开发流程（此流程参考公司产品开发流程，如有变动，以公司定义为准）阶段定义时间主要任务与目标测试，评价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通过合格率MPMassProductionMAMaintainance*目前软件follow公司的产品阶段定义，在填写releasenote时，可以写这几个阶段。4项目经理实战下面就从产品开发的各个阶段向大家介绍软件项目经理应该注意的地方和完成的任务。4.1DP阶段1，参加PM或AM组织的公司级项目启动会议，了解项目内容及大致计划。2，PD上需要软件评估键盘布局，和各种功能键是否合理，因为这个影响ID设计。3，严格检查AM草拟的PD,签字时一定要小心再仔细，因为这份东东是要写进合同的，任何疏忽造成的损失可不是一字千金就可以的哦！4，如果你是半道杀出来的软件项目经理，第一件事就是要仔细审核一下这份PD,以免造成衔接不文件类型文件编号软件项目经理必读手册页数版本指南文件5/120.25利。5，一定要确认PD的来源，是正式的市场部文书。跨部门的项目要了解获取资料的途径。[案例1]不同的客户，不同的分公司PD格式不大相同，有的AM给你确认的一份PD,但和客户签订的却是另一份PD格式，最怕它们是不完全相同的内容。从道理上说，应该是PD确认后，方可开始项目开发，但由于开发时间短的特点也决定了我们可能在项目签署前就进行研发，对于AM来说，PD的签署可能要经过一段较长时间，有时和你再次确认PD的并不是同一个AM,这也就难怪PD会有变化。当然随着公司流程的加强，这样的问题可能会被避免，但是SPM仍然需要小心确认PD的来源及内容。6，可行性分析报告是这个阶段重要的输出文档。SPM要对PD草稿中软件部分的FeatureList进行可行性分析，包括：确认哪些能做，哪些不能做，哪些做起来有风险；SPM对AM已经同客户确认必须做，但做起来有风险有难度的FeatureList，安排开发人员进行前期调研，尽量结束在DP阶段。6,此阶段需要入库文档1）《PD》–AM2）《Schedule》—PM3）《可行性分析报告》—SPM4.2DR阶段1，DR第一周开始，SPM确定项目组成员，任务、职责，召开软件项目启动会，为项目组成员介绍项目并分配任务。2，此阶段首先输入SDP，SWsubschedule，通常这些是需要在kickoffmeeting上向大家公布的，如果项目来不及，也请大家先制定出草稿，会议结束后再做细化，评审并提交。3，启动会议后，SCMP，SQAP，STP需要准备，并在本阶段完成。4，请筹划项目的资源需求，告知PM各阶段需要的项目样机，充电器，一般对于开发用的数据线，USB线，下载线，DEBUG工具等需要提出，由软件部统一购买，如何填写购买申请单在日常事务中提出。5，和客户确认细化的功能需求,完成《软件系统需求规格说明》，从软件角度对产品进行描述及说明，并完成评审(有的项目需要客户参与)。6，通常项目正式启动后，ID部门的UIteam就开始和客户确认手机界面的显示风格了，在发给客户的备选方案之前，SPM应该确认软件是否能够实现。7，SPM应该在此阶段完成menutree的评审，将主要内容发给ID部门的UIteam，开始主菜单的设计。8，和ID部门确认的还有手机的按键丝印，如果带触摸屏，屏幕上的丝印及功能也是需要确认的。按照新的流程，SPM在最初确认PD的时候最好就确认这一点。[案例2]曾经有多个项目因触摸屏丝印没有和软件部或客户确认，直接发给供应商开模，导致废料或生产延时；还有项目因为给软件部确认的丝印图和发给供应商的不一致出过问题，主要是*，#，符号键等。当然如果软件设计有键值的特殊要求，一定要向项目经理提出，不要等到模都开回来了才事后诸葛。9，在SWsubschedule要求期限内，完成各模块UIspec的评审，有的项目UIspec还需要和客户确认。NEC的项目还有一些相关文档，各项目自定。通常会有MMIconcept，Defaultvalue，Maxvalue文件类型文件编号软件项目经理必读手册页数版本指南文件6/120.26等。10，在SWsubschedule要求期限内，完成各模块的需求文档，设计文档和接口文档。通常这些文档比较占用时间，SPM要小心制定，以免流于形式。各模块根据实际进度把握，有些文档可以到EP阶段完成，有些文档也可以参考其他项目，不用完成。11，DR阶段文档入库需求：1）《软件项目启动通知》—SPM2）SDP，SWsubschedule–-SPM3）SCMP--SCM4）SQAP--SQA5）STP–Testleader6）《软件系统需求规格说明》—SPM7）《Menutree》—SWUIteam8）UIspec–SWUIteam9）SRS/SDS/SIS（部分模块可以到下阶段入库）7,配合SQA完成DR到EP阶段的Judgment。8,如果是继承性的项目，此时可能需要发布一版软件用于硬件跑P0板，要求：1）能烧进程序。2）能做射频和电池校准。3）主要串口通讯正常。4）手机屏幕可以不亮，声音可以不响。4.3EP阶段通常会有EP1/EP2/EP3等3个阶段，EP1阶段主要是准备FTA版本，同时提交大量的PRT实验；EP2阶段主要对上一阶段试验失败的问题重新验证。有的项目比较成熟，紧跟着就进入PP阶段了，如果问题太多，由QA和SPM共同确认是否还需要EP3阶段，EP3/EP4阶段对软件来说意义不大，只是能争取一点时间而已。1，P0板回来后，继续调试，准备发布P1版根据硬件设计方案：软件与硬件的接口文档(GPIO(Key,Earphone),Flash,LCDC,CameraControl)（HW）；生产部门提供的:生产及生产测试软件需求(CIT)，Driver组开发工程师在SDP要求时间内与硬件部门协商软硬件的接口及实现方案。2，P1版本发布要求：SPM必须要求Driverteam负责人员熟悉发布软件的每一个指标。请参考：（待补充）1）完成所有CIT测试。2）完成所有和硬件有关的验证，保证P1版本硬件发布没有太大问题。3）camera至少要做到preview，capture。3，生产软件通常要按照PM的计划执行。在此阶段，电流测试和TOP测试需要由Driver负责人完成。文件类型文件编号软件项目经理必读手册页数版本指南文件7/120.274，P1版本手机回来后，可以发给各个模块负责人进行实战开发了，此时也要准备FTA版本了。具体见后文。5，发布了FTA版本后，软件可以逐步进入正轨，持续时间最长的就是分bug,解bug的阶段。6，此阶段可以进入系统测试。第一轮系统测试通常要3周到1个月时间。7，按道理下面文档都要在编码前完成，但时对我们目前现状，这样的要求高了点儿，不管怎么样，我们要朝这个方向努力。无论如何，系统测试前，需要完成的主要文档有：SRS,SIS,SDS,UIspec，单元测试用例，集成测试用例。8，此阶段还有一些产品级的问题需要软件关心，如PRT的实验中出现数据丢失，不开机，白屏，花屏，待机电流大等。PM会找你讨论相关问题，请按时参加会议。以下通常是EP2阶段9，P2样机回来后，很快会准备发布CTA版本。CTA版本要求完成所有功能，包括产品说明书。具体见后文。10，此阶段和客户沟通会比较多，尤其是一些国内客户，因为他们拿到了样机，需求会像雨后春笋般不断涌出。请注意，所有需求一定要经过市场部同意，并在Clearquest中提交需求变更。小需求可以答应更改，但大的功能请一定要求AM填写需求变更申请。11，由于很多手机售后都反馈过，receiver，speaker，mic烧坏的情况，因此很多音频上的指标，送CTA之后需要格外关注。1）内置铃声最大音量，需要到实验室测量，不仅要满足客户需求，同时也要硬件确认符合speaker输出功率。2）MP3，同上。由于和内置铃声在硬件上不是一条控制通路，所以需要单独确认。3）耳机的最大音量：包括听mp3和内置铃声。4）Reciever输出功率：硬件符合spec，同时QA认可，软件协助测试。5）Mic最大增益：确认软件的参数是否合适。12，此阶段和CTA阶段要求质量目标相同：StageLevel1Level2Level3Pre-testFailRateValuesofreleaseEP04015010%2004.4SP阶段1，从EP阶段进入SP阶段，通常PM会召集大家开Judgment会议，QA决定是否可以进入SP阶段。因此SPJudgment前一个星期，SPM需要对clearquest中所有bug进行一次review，尤其是Notbug的问题。2，此时，SQA也会检查各种文档是否已经归档，如没有归档，需立即补充。根据流程，SQA应该提前一天发出软件评审结果。3，1，2级bug是这个阶段处理的重点，因为硬件和结构此时都较为稳定，所以这时要安排人力开始专项测试。4，SP版本软件发布要求：StageLevel1Level2Level3Pre