浅析软件产品化管理方向

XXXXXXXXXX网络通讯有限公司ZHEJIANGZHEJIANGUNIVERSITYINNOVATIONYUTONGNETWORKCOMMUNICATIONCO.’LTD.软件产品化经管方向2011年12月密 级：内部资料状 态：初稿

文档修改/审批记录版本号修改人/审批人修改/审批日期修改内容备注1.02011-12-10创建目录综述5产品经理职位说明5工作领导关系5开展产品经管意义6产品经理工作职责及权利6产品经理级别说明6工作职责6产品经理工作权利7产品实现流程7工作职责详细描述7需求获取（B）7工作内容7工作关系8工作输入8工作输出8工作流程8考核内容8主持并参与需求分析（B）8工作内容8工作关系9工作输入9工作输出9工作流程9考核内容9用户界面设计（B）9工作内容9工作关系10工作输入10工作输出10工作流程10考核内容10主持需求评审及跟踪（B）10工作内容10工作关系11工作输入11工作输出11工作流程11考核内容11参与设计评审（C）12工作内容12工作关系12工作输入12工作输出12工作流程12考核内容12需求状态统计（A）13工作内容13工作关系13工作输入13工作输出13工作流程13考核内容13向客户通报需求处理计划和进度（A）14工作内容14工作关系14工作输入14工作输出14工作流程14考核内容14测试结果审核（B）15工作内容15工作关系15工作输入15工作输出15工作流程15考核内容15产品介绍材料及演示环境建设（B）16工作内容16工作关系16工作输入16工作输出16工作流程16考核内容16产品列表（A）17工作内容17工作关系17工作输入17工作输出17工作流程17考核内容17产品输出审计及确认（A）17工作内容17工作关系18工作输入18工作输出18工作流程18考核内容18产品使用情况跟踪（A）18工作内容18工作关系19工作输入19工作输出19工作流程19考核内容19产品外部资料经管19工作内容19工作关系20工作输入20工作输出20工作流程20考核内容20产品规划（C）20协助产品总监进行产品策划和推广（C）20产品经理考核约定211 综述产品经理职位说明产品经理是其所负责的产品线的守护者，负责产品规划、需求调研与经管以及产品输出审核。产品经理必须确保产品线内的产品按照既定目标被实现，确保产品的功能属性和非功能属性达到要求。产品经理必须了解产品在现场的使用情况。总而言之，产品经理的工作是监督每件事情都确实做到，而且做的符合公司的期望和用户的期望。工作领导关系接受产品总监、产品部经理领导，产品总监在产品经管方面领导，产品部经理在日常工作计划上领导。产品经理和工程经理、系统架构师属于同一级别的角色，三者不区分大小。开展产品经管意义产品经理的需求获取工作，由专业的产品经理负责对产品的功能属性和非功能属性进行收集，协助开发工程组明确开发目标和开发任务，解决沟通分散所带来的各个人员理解不同问题。为工程组和客户之间建立一个专业的沟通渠道，解决研发人员频繁的和客户沟通而影响开发效率。产品经理的需求跟踪经管过程对所获取并得到确认的需求进行跟踪，实时掌握需求处理进度，向工程相关人员通报工程进度及可能存在问题，解决工程组及工程相关人员对工程进展不能清楚掌握，工程实施没有独立人员跟踪和监督机制问题。通过产品经理主持分析和设计工作，解决需求和设计、开发之间沟通不畅问题，减小设计人员对需求理解出入、产品设计不能支持需求的风险。通过对产品各个阶段输出的审计，解决工程开发输出不完整、产品质量没有得到第三方确认的问题，将缺陷发现在早期阶段，减小返工率，降低到达用户现场发现问题的概率，节约维护成本。通过对产品经理的奖惩考核，确保产品经理的工作质量。分析考核结果，提高产品经理的工作能力。产品经理工作职责及权利产品经理级别说明1、初级产品经理（A）2、中级产品经理（B）3、高级产品经理（C）高一级的产品经理应该具备比其级别低的产品经理的所有能力，承担本身及比其级别低的产品经理的所有职责。工作职责1、需求获取；（B）2、主持并参与需求分析；（B）3、用户界面设计；（B）4、主持需求评审；（B）5、参与设计评审；（C）6、需求状态统计；（A）7、向客户通报需求处理计划和进度；（A）8、测试结果审核；（B）9、产品进度报告；（A）10、产品介绍材料及演示环境建设；11、产品输出审计及确认；（A）12、产品使用情况跟踪；（A）13、产品规划；（C）14、协助产品总监进行产品策划和推广；（C）15、产品外部资料经管和应用；（A）产品经理工作权利1、向开发经理提出产品变更要求权利；2、向开发经理提出产品进度、质量、功能不满足风险及改进要求，如果无法和开发经理达成一致则可以直接上报产品部经理和产品总监；3、在和开发经理对产品阶段性目标沟通后，拥有对产品的阶段性目标要求的决定权，当和开发经理无法达成一致时由产品总监和产品部经理共同商讨决定；4、对于软件产品工程的结束与否拥有否决权；产品实现流程产品经理对其所负责的产品的需求受理、分析、评审及需求对应的输出验证审核起主导作用，由其负责。在需求开发过程则起跟踪作用，由其执行需求跟踪。具体每个步骤工作职责及输出由下文详细描述。工作职责详细描述需求获取（B）工作内容从各个渠道获取客户的确切需求，保留客户需求的原文及提供的附加材料，记录需求获取过程的关键信息。将获取的需求按用户需求进行经管。需求获取渠道包括客户和潜在客户直接或者通过第三者向产品经理提出的需求、系统调研的需求、系统培训过程提出的需求、其他厂家系统、系统维护过程提出的需求等。需求获取过程的关键信息包括需求来源地区、提出者、提出者联系信息、受理者、期望完成时间。将受理需求提交给工程经理，将获取的其他相关信息提供给产品总监。工作关系所负责产品线的所有客户及潜在客户、产品线的开发成员、产品线的维护成员。工作输入客户或者其他成员通过电话、EMail、传真等方式提供的信息和资料。工作输出客户需求及用户需求获取过程记录。调研计划、调研归纳总结报告（获取信息、本系统相关需求）、调研申请报告、客户资料。工作流程1、需求调研向主管部门提出申请、制定计划并根据调研计划执行；2、记录客户需求并同客户确认是否记录有误，同客户确认需求完成时间或者答复时间。3、整理客户需求并提交给工程经理。4、根据协商的答复时间给予答复，如果无法安装预定目标完成，应该在答复时间之前向客户说明计划变动情况和变动原因。5、将调研计划执行情况向审批者汇报；考核内容1、需求受理准确率：作为能力考核，进行抽查统计，主要考虑需求描述是否和用户提出一直，需求描述是否完整。对于分析过程发现描述不准确也作为一种。2、需求及时回复率：作为工作考核，从客户反馈或者系统中登记时间来判断是否安装要求时间回复客户。主持并参与需求分析（B）工作内容根据用户提出的时间要求和工程组的工程开发计划，由产品经理根据需求难易程度和规模，决定是否需要组织相关人员分析。需要分析的需求由产品经理组织工程的架构师、工程经理等人员共同分析客户需求，生成软件需求说明，修改该产品的软件需求规格说明书。在分析过程如何还有不明确的需求内容，则负责和客户沟通，直到问题明确。工作关系客户需求提出者、工程经理、系统架构师、主要开发人员工作输入获取的客户需求及客户联系信息工作输出软件需求规格说明书，如果是变更需求则修改软件需求规格说明书需要变动部分及文档变动记录说明工作流程1、和工程经理、系统架构师沟通确定分析时间。2、将相关客户需求提前发送给工程经理和系统架构师。3、共同进行需求分析。4、编写或者变更需求规格说明书。考核内容1、需求分析准确率：作为能力考核，在评审过程认为分析有误、不完整的作为一次记录。用户界面设计（B）工作内容产品经理界面设计主要完成功能性界面设计，功能性设计完成后对于主界面联系美工完成美工设计。该工作根据需求变更情况决定是否涉及操作界面修改，如果有则根据需求分析结果进行界面设计或者修改已有的界面和界面操作说明，将界面设计结果发送给客户并联系客户沟通确认，同时发送给工程经理和架构师。工作关系客户需求提出者、工程经理、系统架构师工作输入需求分析结果：软件需求规格说明书工作输出界面设计结果：由Delphi设计的功能性界面、用户界面操作说明，本次修改说明（修改时间、修改者、修改需求）。工作流程1、阅读软件需求规格说明书的变更部分；2、根据需求进行界面设计或者修改；3、编写或者修改界面操作说明；4、将界面设计结果发送给用户同时抄送给工程经理和架构师；5、和用户确认界面；考核内容暂不考核主持需求评审及跟踪（B）工作内容根据需求的紧要程度和工程开发计划，产品经理主持需求评审工作被执行。需求评审方式不做严格要求，但是产品经理、工程经理和系统架构师对软件需求内容、界面、开发进度（根据具体需求细分到设计、编码、测试和产品输出阶段，至少需要编码和产品输出阶段）达成一致，评审结论需要有明确的记录。在评审结束后三个工作日内明确阶段输出的具体时间。对于无法达成一致的由产品部经理和产品总监讨论决定。评审结束后，产品经理必须记录评审结果，如果有必要形成一个产品需求基线。对于估计开发工作量在3个人月以上的需求，评审结果和需求必须抄送给产品总监；对于估计开发工作量在6个人月以上的需求，产品总监必须参加评审过程。对于评审不通过的需求继续进行分析。对于评审过的需求进行跟踪，及时需求需求跟踪矩阵中需求状态和相关信息。工作关系工程经理、系统架构师、产品总监、开发人员工作输入软件需求规格说明书、界面设计文档、界面操作说明、需求评审检查表格（记录需求中问题及需要在评审时确定的工程）工作输出评审后的软件规格说明书、评审后的界面设计文档和操作说明、需求评审检查表格、需求跟踪矩阵、评审记录（会议签到表或者邮件记录）、产品输出包内容。工作流程1、整理分析结果并和工程经理等人商量评审时间。2、正常情况提前三个工作日将需要评审的内容、需求评审检查表格发送给相关参与评审的人员阅读。参加评审人员必须在在评审之前阅读被评审内容、准备评审需要提出的问题。3、主持评审并记录评审结果。评审结果包括该需求是否评审通过、需求变更类型（分为新增、补充变更和错误变更三种类型）、估计设计完成时间、估计开发完成时间、估计测试完成时间、估计产品制作完成时间（或者补丁制作完成时间）。4、根据评审结果整理软件需求规格说明书、界面设计文档和操作说明、需求跟踪矩阵并发布。5、对于评审中不能确定的需求继续调研或者分析，对于评审中有争议的需求报产品总监处理。考核内容1、评审及时率：作为工作考核，如果再用户再次提出需求还未评审，则认为评审延误。2、评审误差率：作为工作考核，评审后需求发生变化次数和总需求数的比。3、评审问题跟踪及时率：作为工作考核，采用抽查方式，对于评审过程发现问题的需求技术跟踪处理。4、评审通过率：作为能力考核，不通过指的时那些由于分析不彻底或者不明确而造成的不通过的需求。5、调查表填写：对于参加评审的人在规定时间内没有反馈，每次从工程奖金中扣罚50元，在工程考核时执行。参与设计评审（C）工作内容参加工程经理安排的设计评审会议，在评审之前需要详细阅读设计文档，重点关注需求功能是否能够被实现、实现方式是否比较好、整个模块的扩展性等非功能属性是否能够达到要求等方面的内容。在评审过程提出自己的意见。工作关系工程经理、架构师、开发人员工作输入设计文档工作输出评审建议、需求跟踪矩阵修改工作流程1、详细阅读设计文档。2、评审过程发布自己的意见。3、修改需求跟踪矩阵中需求对于的设计文档名称和评审时间。考核内容暂不考核需求状态统计（A）工作内容在工程的里程碑结束或者每个月结束5个工作日根据需求跟踪矩阵中不同类型需求的不同状态进行统计、根据需求评审中预定的时间是否如期完成进行统计。根据统计结果进行适当的分析，比如需求处理进度、需求开发返工情况等。将统计结果发送给工程组成员和产品总监。工作关系工程经理、工程组其他成员、产品总监工作输入需求跟踪矩阵工作输出统计报表对内：统计一个工程处于各种状态的需求数量、超时情况、及时率、工作量；统计需求增长情况（按月）对客户：按来源地统计处于各种状态的需求数量、超时情况、及时率、工作量工作流程1、根据统计报表进行统计。2、根据统计结果进行适当的分析。3、发布统计结果。考核内容1、统计准确率：作为工作考核，以抽查方式，考察统计结果中有误信息，如果一张报表中有一个信息有误则认为这张报表有误。统计有误次数和报表总数。2、统计及时率：作为工作考核，考察是否按规定及时提交统计报告。3、需求及时完成率：对工程组考核，结果上报产品总监和产品部经理。向客户通报需求处理计划和进度（A）工作内容根据和客户约定的时间向客户通报需求处理进度，如果已经知道需求处理无法按约定的时间进度完成，则应在明确该现象时向客户通报并协商处理办法。在通报过程中如果可预见客户会有一些比较激烈反映则向产品总监或者产品部经理先汇报商量解决。在汇报结束后应该形成客户沟通记录，并根据沟通结果和工程经理的人沟通汇报情况。工作关系客户需求提出者、产品总监、产品部经理、工程经理工作输入需求跟踪矩阵、需求状态统计报表工作输出客户沟通记录工作流程1、整理好需要汇报的内容并想好如何向客户汇报。2、联系客户并向客户汇报。3、记录呼叫时间、客户名称、客户反馈意见。4、整理汇报结果并发送给产品总监、工程经理、产品部经理等相关人员。考核内容1、沟通及时率：作为工作考核，以抽查方式进行，对于已经到达回复时间没有回复的记录算一次超时回复。测试结果审核（B）工作内容产品经理仔细阅读开发工程组输出的系统确认测试报告或者补丁测试报告，抽查部分测试工程，评估测试报告是否可能遗漏了功能点或者性能没有完全测试，分析测试结论是否可以接受。对于测试报告中不完整部分、不可靠部分和工程经理沟通并完善，直到产品经理认可测试报告已经反映出产品的功能特性和非功能特性。工作关系工程经理、测试人员工作输入已经执行过的测试报告工作输出在产品测试报告中确认测试报告的分析意见工作流程1、工程经理确认测试报告完整、无误。2、阅读测试报告并分析。3、在产品测试报告中确认并将测试报告分析结果发送给产品总监、产品部经理。考核内容暂不考核产品介绍材料及演示环境建设（B）工作内容根据产品输出的内容修改或者编写产品介绍材料并提交产品总监审核。产品经理负责编写的产品介绍材料包括产品白皮书、技术技术方案模板、产品配置原则、产品配置计算模板和技术交流PPT讲稿模板。如果需要做纸质彩页介绍材料，则先输出电子版介绍内容。对于演示环境可以利用测试环境作为演示，如果因为特殊需要安装大型演示环境，由产品经理负责组织实施。产品经理应该将测试环境的访问方式发送给工程相关人员。工作关系产品总监、工程经理工作输入产品软件包工作输出产品白皮书、技术技术方案模板、产品配置原则说明、产品配置计算模板、技术交流PPT模板、系统演示环境及使用说明工作流程1、和工程经理等沟通，编写相应文档和材料。2、报送产品总监审核。3、由配置员入配置库。考核内容文档更新及时率：作为工作考核，以随机抽查方式，检查文档和软件版本内容是否一致。产品列表（A）工作内容定期（每个季度）或者里程碑整理其所负责的产品线的所有产品的目前完成情况，包括产品的版本、产品内容、产品发布的地方、产品在各个地方的使用情况（包括故障情况）和用户评价。将产品报告发送给产品的相关干系人和产品总监。工作关系客户、产品部相关人员、产品总监工作输入需求跟踪矩阵、以往产品情况报告、日常客户联络信息工作输出产品情况报告工作流程1、收集、整理产品相关情况信息；2、发布产品情况报告。考核内容暂不考核产品输出审计及确认（A）工作内容对于新开发的产品的内容完整性进行审计，主要检查应该具备的文档和软件是否具备、文档的内容是否能够适用。在工程经理审核通过后提交给产品经理审计。对于不完整的产品向工程经理提出补充要求，对于不正确的文档提出修改意见，直到产品内容完整且确认通过，该产品包才可发布。工作关系工程经理、工程组开发人员工作输入工程输出的软件、文档工作输出产品审计报告工作流程1、接收开发工程经理提交的产品相关内容；2、查看产品内容的完整性；3、逐项查看产品相关文档是否明白、准确；4、记录查看过程问题并和工程经理或者相关人员沟通，直到问题被解决；5、确认产品内容完整且可用，在产品相关文档中增加审核信息。考核内容1、审核覆盖率：作为工作考核，以抽查的方式，抽查文档每次发布的是否都有审核记录。产品使用情况跟踪（A）工作内容产品经理根据制定一个其所负责产品的客户定期沟通计划并根据计划和客户进行沟通，记录客户沟通结果（沟通时间、客户姓名、反馈意见、满意度）。对于沟通过程发现的问题或者需求整理后安装问题经管流程或者需求经管流程处理，对于非软件需求或者问题则形成文档向产品部经理和产品总监汇报。工作关系客户、产品部经理、产品总监、开发组成员工作输入客户定期沟通计划工作输出客户沟通结果记录工作流程1、制定每个季度的客户沟通计划并报给产品总监审批，原则上每个客户每个月沟通一次。2、根据计划执行沟通任务。3、记录沟通结果并分析客户的满意度。4、对于获取的需求、问题的处理情况进行跟踪。考核内容1、跟踪执行及时率：作为工作考核，以抽查的方式，根据沟通计划进行抽查，如果计划时间已经到达但是没有沟通或者推迟沟通则认为不及时。产品外部资料经管工作内容产品经理对从各个渠道中获取的产品相关的非本公司资料进行审阅，对于认为有用的资料根据配置原则保存到配置库中或者交由资料经管人员经管，并根据资料的那同发布通知给相关人员。同时，产品经理对外部资料整理形成一份外部资料列表并负责维护资料列表。工作关系客户、产品部经理、产品总监、开发组成员等所有人员工作输入外部获取的电子文档、WEB网页、纸质文档等工作输出外部文档列表、获取的外部文档工作流程1、接收外部文档。2、审阅外部文档并形成摘要。3、电子介质入配置库，纸介质提交保管。4、维护外部文档列表。5、发布外部文档列表及更新说明。考核内容1、外部文档列表维护准确率：作为工作考核，以抽查的方式，产品经理随时抽查文档列