产品部项目过程改进办法

1、产品部项目管理改进办法为了解决项目管理过程的不规范行为，对项目的整个过程和各个方面实施完善的管理，进而提升项目质量和实施效率，在原先项目管理要求基础上制定了此改进办法，请各位严格遵守执行。执行要求任务项考核要求执行人配合人员负责人监控人考核1工程启动项目组召开内部项目经理售前、pmo、pmo启动会议，出启动qaqa二级部门经理报告2配置管理日常文档代码需项目组纳入配置管理研发组配置管理人项目经理员产品经理qapmo3项目计划计划制定、需评审项目经理售前、pmo、pmo计划变更、需评审qaqa二级部门经理4项目状态提交周报管理项目经理产品经理项目经理产品经理pmopmo研发经研发经理理56工时统

2、计需求分析填写人员工时需求调研报告项目组项目组项目经理项目经理qaqaqapmo需求规格说明书需求跟踪矩阵（产品开发阶段）7需求变更需求变更单需求跟踪表（试运行阶段）测试项目组项目经理qa测试pmo8需求评审需求同行评审项目经理售前工程师、pmoqa二级部门pmo、qc编写概要设计项目组9概要设计技术专家、pmo/主任qa经理qa提交同行评审pmo、项目工程师组10测试测试于需求分析测试工程过程介入，并编写师测试用例测试项目经pmo理11实施方案实施方案评审实施操作记录项目组技术专家、项目经理pmoqapmo12故障处理故障受理、处理、项目组分析报告及后续pmo、技术项目经理专家qapmo跟踪

3、考核要求各执行人需按以上表式的任务要求执行（具体内容参考以下各章节）。qa将在整个过程中监督各执行人的完成情况，并定期出qa报告向pmo和产品经理汇报，每月绩效考核将以上述任务的执行完成质量、及时率为主要考核指标。角色定义说明项目经理项目（开发）负责人售前项目对应的售前工程师pmo项目的分管高级项目经理（产品经理）评审委员会：n销售阶段技术方案评审主任工程师、pmo、专业领域技术专家、产品部经理、工程部经理n计划评审pmo、售前、产品部经理、工程部经理n需求评审pmo、售前n设计评审专业领域技术专家、pmoqa专职过程控制人员，xxxxx一、项目启动1.编写项目启动报告召开项目启动会（内部），

4、明确项目要求、组织架构、工程分工界面、以及进度计划要求，编写会议纪要。e:部门工作文档e:部门工作文档会议签到表模版：会项目过程改进1.001议纪要模版：项目过程改进1.001项目经理应按照根据合同要求收集招投标文件、技术方案、系统配置、实施进度计划，并编写项目启动报告。e:部门工作文档项目启动报告模版：项目过程改进1.001具体内容包括客户组织架构，项目组成员及角色分工，项目范围、系统环境等。2.配置管理项目启动后，项目经理通知配置管理人员建立配置库、分配权限即日起，所有的文档（包括需求开发文档、项目管理文档）、代码均纳入配置管理。e:部门工作文档配置管理要求文件：项目过程改进1.0013.

5、制定项目计划按合同要求制定项目计划，具体要求如下：n制定项目的重大里程碑n根据项目目标，对任务进行分解，具体到每项任务和负责人员。n使用microsoftproject制定项目计划e:部门工作文档项目计划模版：项目过程改进1.0014.项目计划评审项目经理制定的项目计划必须提交评审，具体评审要求见同行评审：二、项目状态管理1.状态报告a)周报为了加强项目管理工作，让部门经理和产品部经理及时、准确、全面地了解各项目实施情况，监督项目进度，控制项目风险，提高项目透明度。因此，从正式启动到项目终验期间，每周需提交项目周报。具体要求如下：n提交人员：一般由项目经理提交项目周报，或者由项目经理的委托人代

6、为提交n提交时间：每周一提交上周的项目周报，截止为每周一晚24点（以邮件收到时间为准）。n重点内容：着重填写本周项目进度、下周项目计划、目前进度与原计划的区别、问题/风险及解决办法等。e:部门工作文档n周报模版项目过程改进1.0b)日报在项目实施任务高峰期（例如系统联调、安装部署等关键阶段），pmo可要求项目经理在此阶段提交日报，便于及时跟踪项目的最新进展以及控制项目风险。具体要求如下：项目经理需每天提交工程日报，在日报里面需要描述当天工作情况，存在什么问题（如果需要协助解决的请在日报中注明）以及次日需计划安排。e:部门工作文档日报模版：项目过程改进1.0012.项目工时表为了加强对资源使用情

7、况的有效管理，要求项目组成员每周第一个工作日的上午10：00前，项目组成员应向项目经理提交上周的个人工时统计表，并提交配置库。项目经理在星期一下班之前应汇总上周实际工时数据，填入对应项目的项目状态报告周报。项目经理要对项目组内工作人员每天填报的工时进行审核，以确保各人填写工时的正确性，不符合要求或者不准确的工时统计数据，应当责令其重新填写。e:部门工作文档项目工时表模版（含填写说明）项目过程改进1.0013.会议纪要项目例会必须形成会议纪要提交配置库并发送与会人员及项目组领导会议纪要模版见一/14.项目计划变更每周必须更新一次项目计划，并对后续的计划进一步细化若项目实施过程中发现对后续里程碑节

8、点有影响时，需即时更新计划.计划变更列明变更原因，提交同行评审组评审，评审后提交配置库，由项目管理人员进行跟踪管理。需提交内容：最新版项目计划，同行评审疑问记录，模版见一/3，45.项目沟通计划角色项目经理pmo部门领导客户客户代表职责及时向项目干系人汇报项目实施状况了解项目情况，对项目进展做跟踪指导了解项目情况，对重大问题做决策支持了解项目情况，对里程碑的节点做相关确认沟通内容项目状态报告沟通负责人沟通对象项目经理部门经理、pmo、售前支持、研发经理、客户代表沟通频度沟通渠道每周邮件项目组例会项目经理项目经理，项目组成员、客户代表定期例会项目实施问题汇报项目经理pmo、同行项目经理、技术专家

9、每二周例会重大问题紧急汇报项目经理部门经理、pmo、技术专家客户代表（可视情况）不定期项目工作指导pmo项目经理每月邮件与评价三、需求开发管理1.需求调研当项目启动后，项目组可以开展需求调研工作，由项目经理与用户沟通后，制定需求调研开发计划，并收集与需求相关的各种资料，准备调研的内容和问题，并填写在需求调研报告中，项目调研人员依据需求调研开发计划及需求调研报告中的内容和问题展开调研；同时收集开发系统需要的各种相关样表、资料；调研完毕后整理需求调研报告，需求调研活动完成。e:部门工作文档需求调研报告模版：项目过程改进1.0012.需求分析需求调研完成后，由参与调研的所有人员对需求调研阶段收集的用

10、户需求进行必要的汇总和整理，并把整理后得用户需求添加到需求规格说明书中。之后，系统设计工程师根据需求分析结论整理软件系统需求，并形成软件系统的大致框架，划分子系统，最终形成需求规格说明书。e:部门工作文档需求规格说明书模版：项目过程改进1.0013.需求评审需求评审主要发生在以下几种阶段：n系统建设进入需求分析阶段，完成需求规格说明书后n系统处于工程实施阶段或试运行阶段，用户提出补充需求，提交需求变更单，每两周汇总一次需求，并进行统一分析归纳，形成调研报告和需求跟踪表后。以上两种情况均需进行需求同行评审；4.需求确认客户代表对评审通过的需求规格说明书进行确认，确认的方式可以根据项目实际情况进行

11、，建议的方式如下：n客户代表在需求规格说明书上签字确认；n召开需求评审会，最后以会议纪要的形式加以确认；n客户代表对需求确认的回复邮件。5.需求跟踪需求跟踪主要是指在产品研发过程中，pmo必须对需求规格说明书中的各项需求的开发情况进行跟踪管理，以便清楚地知道每个需求完成情况。pmo根据评审通过的需求规格说明书，必须把所有功能需求、需求编号等相关内容添加到需求跟踪矩阵。在需求开发过程中，相关人员需及时更新数据库、数据表、类名称、程序代码文件名称以及系统测试用例填写到需求跟踪矩阵中对应的列，由pmo汇总，并提交配置库。e:部门工作文档需求跟踪表式：项目过程改进1.001备注：需求跟踪矩阵适用于项目

12、启动试运行阶段6.需求变更和问题处理需求变更和问题处理主要是指系统在系统试运行阶段，用户提出需求变更请求后，必须填写需求变更申请单（第一部分），并提交项目组。项目经理对变更进行分析，重点在于判断变更的性质和影响，完成需求变更申请单（第二部分）。（如果用户提出的需求变更是重大需求变更（重大需求指“变更工作量超过2小时，且涉及到重大逻辑更改”的需求）项目经理需组织相关人员进行同行评审，并决定变更请求是被接受还是拒绝，评审完毕，完成需求变更申请单第三部分）；如果用户提出的需求变更是非重大需求变更，授权由项目经理来审批，并完成需求变更申请单（第三部分）。需求变更请求被接受后，如果是新增一个完整的、较大

13、的模块，项目组必须再进行详尽的需求调研，完毕后整理需求调研报告再对需求调研收集的用户需求进行必要的汇总和分析，把新增的需求编写到需求规格说明书中，然后项目经理发起同行评审，对需求规格说明书中新增的需求进行评审，评审通过后让用户进行签字确认，并填写需求跟踪表，安排开发人员执行变更请求；若为一般需求，项目经理直接提交需求变更申请单给用户签字确认，并填写需求跟踪表安排开发人员执行变更请求，同时要求开发人员在开发过程中及时更新需求跟踪表相关内容。若为系统运行中出现的问题，项目经理可直接填写需求跟踪表，并安排开发人员进行修正，同时在开发过程中及时更新需求跟踪表相关内容。e:部门工作文档需求变更申请单模版

14、：项目过程改进1.001需求跟踪表模板：e:部门工作文档项目过程改进1.001备注：需求跟踪表适用于项目试运行项目验收阶段四、系统设计1.概要设计项目组根据需求规格说明书的要求，按项目计划进行概要设计，梳理功能点、流程，并完成概要设计说明书e:部门工作文档概要设计相关模版：项目过程改进1.0012.设计评审设计评审主要发生在以下几种阶段：n系统建设进入系统设计阶段，完成概要设计说明书后n系统处于工程实施阶段或试运行阶段，用户提出的补充需求经过详细的需求分析和评审后，每两周进行一次概要设计评审以上两种情况均需进行设计同行评审，评审具体要求请参照同行评审要求；3.详细设计概要设计评审通过后，进一步

15、细化，编写模块设计说明书、页面设计说明书、数据库设计说明书等内容。e:部门工作文档e:部门工作文档详细设计相关模版：项目过程改进1.001项目过程改进1.001五、测试项目经理必须将应用软件提交测试工程师进行系统测试，由测试人员测试通过后才可提交用户。1.测试人员要求测试人员于需求分析阶段参与，并参与需求、概要、页面、数据库设计评审，于开发阶段同步完成测试用例编写。2.测试准备项目经理需提前一周以上提交测试申请单申请测试，便于测试人员安排测试计划，同时编写测试方案，提交项目经理确认。测试方案确认完成后，开发人员需向测试人员提供测试时环境清单，并和测试人员一起准备测试环境。e:部门工作文档e:部

16、门工作文档e:部门工作文档测试相关模版：项项目过程改进1.001目过程改进1.001目过程改进1.0013.测试执行测试环境搭建完成后，项目开发人员配合测试人员进行系统测试。如遇重大bug导致测试无法进行，需要立即修改bug，同时要报告项目经理，便于项目经理掌控项目进度。4.缺陷跟踪测试人员完成测试后，提供测试报告给开发人员，开发人员需及时对缺陷进行修改，修改完成后，再发给测试人员进行测试。测试人员会对缺陷进行跟踪，在可能的前提下会搭建testdirectorbug管理环境，方便统计跟踪。对于在测试过程中遇到的有争议的缺陷，需要项目经理决定此缺陷是否属于缺陷。测试缺陷报告模版：e:部门工作文档

17、项目过程改进1.001六、同行评审项目计划/计划变更、需求/需求变更、概要设计均需执行同行评审，详细设计可项目组自行组织，具体要求如下：n评审成员范围：/项目计划计划变更：售前工程师、pmo、项目经理、项目组、qa；需求/需求变更：售前工程师、pmo、项目经理、项目组、测试概要设计：技术专家、项目经理、项目组；详细设计：技术专家、项目经理、项目组n评审准备：项目经理将需评审的文档、以及评审要求以邮件形式提交同行评审组，并确定评审形式及时间e:部门工作文档计划评审要求模版：项目过程改进1.001e:部门工作文档需求评审要求模版：项目过程改进1.001概要设计评审要求模版：e:部门工作文档项目过程

18、改进1.001详细设计评审要求模板：e:部门工作文档项目过程改进1.001n评审形式：1）会议重大项目的项目计划、需求分析评审，以及重大功能的需求变更必须以会议形式进行，在评审会议开始前，每个同行评审者均需事先预评审2）传阅同行评审者以邮件形式将评审缺陷回复给项目经理，并与项目经理沟通，确认是否为缺陷n评审执行要求同行评审者根据评审要求审阅评审文件，并在评审疑问记录表格中填写疑问，发送给项目经理，由项目经理汇总，填写同行评审疑问记录报告，并跟踪执行。评审疑问记录报告：特别说明：其中每位同行评审者的疑问记录要求项目计划疑问不得少于3条，需求规格说明书不得少于10条，概要设计说明书不得少于10条。

19、n评审结果：由项目经理对评审疑问进行修正，经同行评审组确认后即提交配置库，由项目管理人员进行跟踪管理。e:部门工作文档同行评审疑问记录报告模版：项目过程改进1.001七、监控管理1.项目计划汇总项目计划提交到配置库后，此项目即纳入项目管理人员的监控范围，并每月对当前的最新的项目计划进行汇总，并提交事业部经理和二级部门经理审阅。同时，通过此汇总表可以清晰反映各项目所处的阶段，以及执行计划的偏差情况。e:部门工作文档项目计划汇总表模版：项目过程改进1.0012.人力资源分析汇总为了能集中反映各项目组人力资源使用情况，便于对资源进行最优配置，提升执行效率，pmo每月将根据项目经理提交的项目状态报告中

20、的每周个人工时统计数据以及工作情况填写人力资源汇总表，并提交事业部项目管理人员汇总。人力资源汇总表模版：e:部门工作文档项目过程改进1.001检查单表式：项目过程改进1.001目过程改进1.001目过程改进1.0013.项目状态报告汇总项目管理人员收到周报后，将周报提交事业部经理和产品部经理，并根据周报的内容和项目实际情况，编写项目情况汇总表，提交事业部经理和产品部经理审阅。同时，项目管理人员对每次周报的提交时间和周报的质量进行记录和评分，对于迟交和质量较差的项目，将以红色表示，在每周三下班前将总结报告发送到事业部经理、产品部经理和项目经理。4.执行过程监控项目管理人员根据项目所在阶段，使用项

21、目管理检查单、软件工程检查单对项目的执行情况进行监督，并于每周一提交项目控制报告，报告上周对项目的检查情况，发给产品部经理和项目经理。项目经理应对其中提出的偏差进行纠正，项目管理人员会进行跟踪，直到关闭偏差。e:部门工作文档e:部门工作文档e:部门工作文档项项同时，项目管理人员检查配置库上开发人员的工时提交情况，填写工时提交情况检查表，发给产品部经理，作为该月绩效考核的依据。e:部门工作文档工时提交情况检查表式：项目过程改进1.001八、运行维护规定1.系统运行维护制度a)系统硬件调整，已上线的生产系统，如需进行系统硬件的调整（包括硬件升级、设备重启、架构调整、系统参数调整等）必须提前编写调整

22、方案（包括调整的工作内容、实施步骤、开始/结束时间、风险、对业务的影响、应急恢复方案、回退原则），书面提交用户。硬件调整原则上安排在晚上23点以后，早上5点前需要完成。如可能，尽量安排在周五晚上开始。实施工作完成后，第二天需要安排现场维护人员，要求维护人员在业务高峰开始前半小时到达现场。得到用户书面确认后，方可进行硬件调整。必须严格按照方案步骤进行，不得提前进行，如规定时间未完成，必须按照应急方案进行恢复。b)系统软件调整已上线的生产系统，如需进行系统软件的调整（包括操作系统打补丁、系统软件升级、lisence变更、系统软件参数变更、系统软件重启等），必须提前编写调整方案（包括调整的工作内容、

23、实施步骤、开始/结束时间、风险、对业务的影响、应急恢复方案、回退原则），书面提交用户。系统软件调整原则上安排在晚上23点以后，早上5点前需要完成。如可能，尽量安排在周五晚上开始。实施工作完成后，第二天需要安排现场维护人员，要求维护人员在业务高峰开始前半小时到达现场。得到用户书面确认后，方可进行系统软件调整。必须严格按照方案步骤进行，不得提前进行，如规定时间未完成，必须按照应急方案进行恢复。c)应用软件升级已上线的生产系统，如需进行应用软件的升级，必须提前编写升级说明（包括升级影响的功能、功能说明、实施步骤、开始/结束时间、风险、对业务的影响、版本回退方案、回退原则），书面提交用户。升级前必须做

24、好现网版本的源代码和发布程序的备份。升级前必须在测试平台由用户测试书面确认，如用户无测试的条件，则需编写内测的情况书面提交用户，由用户确认版本测试通过。得到用户书面确认后，方可进行应用软件升级。必须严格按照方案步骤进行，不得提前进行。一旦发现程序有问题，必须第一时间进行回退，不得在现网平台进行程序修改。实施工作完成后，第二天需要安排现场维护人员，要求维护人员在业务高峰开始前半小时到达现场。d)数据库操作大批量的数据操作，需事先书面告知用户，并得到用户的书面认可，方可进行操作。必须在晚上闲时才可操作。后台调整客户/业务数据，必须得到用户的书面确认，才可操作。e)系统测试/系统测试必须在测试平台进

25、行，现网运行的平台不得进行测试。如个别功能无法在测试平台进行测试，只能在现网平台测试。必须向用户提交书面的申请，说明测试的功能、可能的影响、测试步骤、开始结束时间、应急处理等，用户书面确认后方可进行。2.故障类别、处理时限、上报要求及故障报告系统bug和平台运行中断/部分中断，统称为故障。故障响应及处理时限如下：故障类别故障说明故障定义响应时间处理时限系统提供给用户1）全阻3分钟以上特大故障的业务或服务不2）影响50%以上座席/话务10分钟以上15分钟30分钟能使用3）接通率降低20%以上1）全阻3分钟以下2）影响50%以上座席/话务3分钟以上或重大故障系统提供给用户的业务或服务不能使用影响20%座席/话务10分钟以上3）座席程序故障1天累计大于总座席数的30%4）接通率降低10%-20%30分钟1小时较大故障系统提供给