项目管理规范培训V10（项目经理版）1

珠海移动IT工程管理标准培训——工程经理篇为什么要制定标准？原因针对项目建设中实际遇到的问题，我们讨论出相应的解决方法，形成与IT项目建设相配套的管理、技术、评估规范，并希望在项目建设实践中不断完善与修正。2标准制定过程规范修改稿V0.1-V1.0规范初稿在用规范集管理、技术、评估规范V1.2规范获取路径：知识管理系统---知识库---信息技术中心---部门概况---制度及流程---项目建设制度与流程3IT开发管理标准内容思路：以系统开发的生命周期为主线，以存在问题的部分为重点，从管理和技术两大维度对系统的开发管理进行规范。4讲解思路IT项目建设生命周期11个阶段中不同角色的职责、输出物贯穿IT项目建设的关键部分5角色说明角色ITC承建项目（业务类、重点流程类）业务部门自建项目（管理类）建设方项目经理ITC业务部门需求方项目经理业务部门业务部门开发商项目经理开发商开发商ITC技术接口人ITCITC系统管理员ITC/业务部门业务部门/ITC6ITC需求搜集ITC每年5月和11月主动搜集需求需求审核规则四级审核产出物《项目排期表》需求方项目经理需求提出等待ITC搜集需求或主动提出需求审核规则四级审核产出物《业务需求说明书》（按照规范模板填写）7建设方项目经理成立项目组成立项目组，确定成员职责系统注册在8thManage上注册项目；ITC已提供模板产出物8thManage项目登记需求方项目经理加入项目组明确自己的职责，做好相应准备开发商项目经理项目规划制定出项目整体规划产出物《项目规划书》项目立项时即让需求部门明白他们所担负的需求调研、评审、业务测试、项目推广职责的重要性，对项目的后期进行非常必要。建设方项目经理在这里需要向需求部门解释清楚项目开始后的沟通和通报机制，以及项目结束后的评估机制。8ITC项目经理职责业务部门项目经理职责ITC管理项目进度控制；项目资源协调；组织需求评审和设计评审；指导开发商进行系统开发；组织开发商参与技术培训；组织系统测试；指导系统部署；组织验收和试运行；系统后期维护。配合招投标；参与需求调研；参与需求评审；组织业务测试；负责系统推广应用。其他部门自建项目进度监控；参与需求评审会；参与设计评审会；提供相关技术规范指导；组织开发商参与技术培训；协助应用部署；参与验收。进度跟踪控制；组织需求评审会；组织设计评审会；组织测试；采用月报的形式,定期向ITC通报项目进展；组织验收和试运行；负责系统推广应用。9开发商项目经理需求调研记录整理业务需求参加周会交流反馈需求调研中的问题产出物《项目周报(开发商版)》《业务需求规格说明书》建设方项目经理组织需求调研协调各方时间安排、执行进度控制，及时解决过程中产生的问题组织周会需求调研阶段周会至少每周一次（形式多样）；组织需求评审会需求评审会需要项目决策者、业务部门、ITC和开发商项目经理及其他需求调研人员参加。整理并发送周报周报由开发商项目经理提供，ITC项目经理整理后发给项目相关人；产出物《项目周报(正式版)》《需求评审会议纪要》需求方项目经理配合需求调研积极整理和提出需求，配合建设方项目经理完成需求调研参加周会配合建设方和开发方解决需求调研中存在的问题参加需求评审会考虑功能点是否都覆盖，流程处理是否正常ITC技术接口人参加需求评审会主要从IT规划和已有系统的角度参与提出建议10需求分析注意点与知识管理系统的结合1.系统中如果有文档或知识存储的需求，秉着“一个知识库”的原则，尽量与知识管理系统合并。2.是否有知识推送的需求，可否将知识管理系统中的知识转化为系统中的生产力。3.是否有一些知识可以通过知识沉淀接口沉淀到知识管理系统中。门户接入方面1.系统中有哪些功能是可以当作服务提取出来接入门户的，这些服务如果要绑定知识，关键字是什么。这里的“服务”主要指一个工作流程的起始环节。权限方面1.系统权限、功能权限的控制2.账号方面，尽量与门户帐号一致。避免后期修改。11A类项目，建议邀请ITC和业务部门副总及以上级别的领导参加需求评审会；B类项目可以邀请室经理参加；需求评审通过后，与会各方需要在需求规格说明书上签字确认；对于未参加周会及需求评审会的业务部门人员，可在会议纪要邮件中列明参会人与未出席人，必要时可抄送其主管。建设方项目经理组织系统设计评审会确保系统设计符合珠海移动系统建设的技术管理规范产出物《项目周报(正式版)》《设计评审会议纪要》开发商项目经理系统设计按照技术规范进行系统设计产出物《项目周报(开发商版)》《系统概要设计》《系统详细设计》系统设计检查点描述1.与知识管理系统结合确定哪些部分需要使用到知识推送和沉淀2.接入门户工作台确定哪些功能以服务方式接入门户，填写《导入表（用于服务接入门户工作台）.xls》3.组件使用尽量使用已有组件，对通用功能提取新组件。单点登录、目录同步、消息通知、待办待阅。4.单点登录使用单点登录组件，遵循《单点登陆第三方开发规范》，认证需深入到功能模块5.短信发送使用消息通知组件，管理系统通过企信通，提供关键字过滤管理功能6.待办待阅使用待办待阅组件，方便推送到门户7.系统使用帮助、反馈提供在线使用帮助，有链接，能查询；提供用户使用反馈功能模块8.提供统计功能提供功能模块使用数统计，方便日后评估。9.符合界面规范《中国移动广东公司管理信息系统用户界面规范_v1.0》ITC技术接口人参加设计评审会站在系统开发规范的角度提出系统建设的要求12建设方项目经理周报1到2周相相关人员发送周报，周会可视情况召开安全管理控制开发时的数据和人员安全产出物《项目周报(正式版)》开发商项目经理系统开发进行系统开发，1或2周相建设方项目经理提供周报产出物《项目周报(开发商版)》ITC技术接口人协助提供相关技术指导13建设方项目经理周会1周至少一次，发送周报，周会可视情况召开系统测试确保系统正确部署，运行正常稳定提供测试环境向开发商提供较真实的测试环境，并协助部署产出物《系统测试报告》《项目周报》开发商项目经理提供测试用例向建设方和需求方提供测试用例系统测试集成测试、压力测试产出物《系统测试用例》、《业务测试用例》、《压力测试报告》需求部门项目经理业务测试进行业务测试，确保系统功能流程处理正确产出物《业务测试报告》如果因为某些特殊原因不需要或不能执行测试，则需要由提出部门做出书面保证、经部门领导审核通过，并对系统质量负责。对于经过测试后出问题的功能：如果测试用例覆盖到的，属业务部门责任，如果测试用例没有覆盖到的，责任在于开发商。14建设方项目经理协助系统接入和部署协助系统接入门户工作台，稳定前暂时部署在TIAP协助召开使用培训会协助提供培训材料，协助进行培训讲解系统上线汇报向业务部门、使用部门各领导和主要决策人进行系统汇报，汇报内容包括系统投入、系统效益、功能亮点、推广情况等系统评估试运行结束后进行系统评估产出物《系统上线汇报》、《试运行报告（含系统评估）》需求部门项目经理发布试运行通知明确：试运行周期；试用范围；系统访问方法；反馈收集途径。召开使用培训会发布试运行通知的一周内组织召开使用培训会，进行系统使用演示、分发使用说明文档协助评估试运行结束后协助建设方进行系统评估产出物《系统试运行通知》《系统培训材料》ITC技术接口人协助部署协助应用部署，分配运行环境，指导相应的部署工作15开发商项目经理系统接入和部署根据门户接入规范和TIAP部署规范进行接入和部署协助系统评估试运行结束后协助建设方进行系统评估产出物《系统使用手册》《系统安装手册》系统管理员登记系统缺陷每周发布系统缺陷列表给开发商进行修改，并跟踪修改效果登记系统建议在系统试运行期结束后协助进行整体评估，根据修改消耗的工作量区别对待。产出物《系统缺陷列表》、《系统建议列表》16建设方项目经理组织初验和终验组织初验和终验产出物《项目经理项目规范检查列表》、《需求提出部门项目规范检查列表》、《开发商项目规范检查列表》、《技术规范检查列表》、《验收报告》、《项目总结报告》、《开发商评估表》需求方项目经理参加初验和终验参加初验和终验开发商参加初验和终验参加初验和终验产出物《系统维护手册》、《验收申请》

《项目经理项目规范检查列表》、《需求提出部门项目规范检查列表》、《开发商项目规范检查列表》三份检查表需要建设方项目经理、需求方项目经理、开发商共同签字。

《技术规范检查列表》由ITC项目经理和开发商项目经理共同签字确认。四份列表均作为初验文档进行提交。ITC技术接口人参与验收参加初验和终验17维护类型ITC响应开发商/合作伙伴响应备注系统硬件故障、软件问题，影响系统使用。立即响应，给开发商/合作伙伴发出维护请求立即接收，进入处理流程维护接口人填写《故障维护记录》对系统功能、界面优化调整进行登记，从对系统、对实际业务数据是否有影响、维护工作量大小等方面分析，确定是否要提交维护请求。在两个工作日内，开发商需要评估出维护调整可能造成的影响，并确定是否要接收维护请求。需求部门提供《故障维护申请书》新增需求按需求变更流程处理按需求变更流程处理需求部门提供《需求变更申请书》18项目通报采用季度通报的形式，每个季度末进行通报。按照项目所处的状态，对通报项目做以下分类：未立项项目、建设中项目、使用中项目。对于其他部门自建的项目，项目经理需要每月给ITC接口人项目月报，便于做项目通报。项目编号项目名称需求所属部门原定立项时间未立项原因处理建议（未立项项目编号）（取消或推迟）项目编号项目名称需求所属部门状态启动时间项目进度资源使用情况（建设中项目编号）正常项目编号项目名称需求所属部门状态上线时间使用情况存在问题（使用中项目编号）使用中19分类代号分类内容汇报对象形式周期A1市公司重点项目市公司领导或分线条领导汇报会不低于每月一次A2市公司普通项目业务部门领导汇报会项目里程碑阶段B1ITC重点项目ITC总经理汇报会项目里程碑阶段B2ITC普通项目汇报会C省公司项目市公司领导或分线条领导汇报会不低于每月一次20需求变更参与成员参与内容最终用户需要变更提出、参与需求变更审核ITC项目经理参与需求变更审核开发商项目经理参与需求变更审核、执行需求变更业务部门主管中等需求变更审核和执行授权ITC部门主管中等需求变更审核和执行授权公司领导重大需求变更审核和执行授权需求变更等级说明小需求变更工作量小于等于10工作人日；只涉及到功能、性能等的，对项目的进度、成本、质量等影响较小，经过变更审核小组审核通过中等需求变更工作量大于10工作人日，对项目的进度、质量等产生一定影响的，需经过双方主管部门领导以邮件形式审核、授权执行的变更大需求变更凡涉及到项目的成本，需要增加项目资金、修改合同、终止合同、取消合同等，需经过公司领导审核通过方可进行授权执行的变更。紧急变更需求按照正常的需求变更流程所需要的时间无法满足业务的按时开展时，经过需求方管理者、信息技术中心管理者及公司领导审批通过，确认为紧急变更需求，紧急需求变更的系统排期优先级最高。其他正常需求顺延2122系统上线后试运行开始后算起一个月后进行评估，本评估作为试运行报告的重要内容。对每季度的运行情况进行评估，收集数据为上一季度的最后一日到本季度最后一日前，对所有系统进行评估，本季度内上线的新系统除外。

每年10月31日前对所有系统进行评估，评估数据为上年10月31日到本年10月31日产生的数据，本季度内上线的新系统除外。2324文档类别文档名称需求提出《项目排期表》、《