项目管理规范培训-V1.0（项目经理版）-1课件

1、珠海移动IT项目管理规范培训项目经理篇为什么要制定规范？原因针对项目建设中实际遇到的问题，我们讨论出相应的解决方法，形成与IT项目建设相配套的管理、技术、评估规范，并希望在项目建设实践中不断完善与修正。2规范制定过程规范修改稿V0.1-V1.0规范初稿在用规范集管理、技术、评估规范V1.2规范获取路径：知识管理系统-知识库-信息技术中心-部门概况-制度及流程-项目建设制度与流程3IT开发管理规范内容思路：以系统开发的生命周期为主线，以存在问题的部分为重点，从管理和技术两大维度对系统的开发管理进行规范。4讲解思路IT项目建设生命周期11个阶段中不同角色的职责、输出物贯穿IT项目建设的关键部分5角

2、色说明角色ITC承建项目（业务类、重点流程类）业务部门自建项目（管理类）建设方项目经理ITC业务部门需求方项目经理业务部门业务部门开发商项目经理开发商开发商ITC技术接口人ITCITC系统管理员ITC/业务部门业务部门/ITC6ITC需求搜集ITC每年5月和11月主动搜集需求需求审核规则四级审核产出物项目排期表需求方项目经理需求提出等待ITC搜集需求或主动提出需求审核规则四级审核产出物业务需求说明书（按照规范模板填写）7开发商项目经理需求调研记录整理业务需求参加周会交流反馈需求调研中的问题产出物项目周报(开发商版)业务需求规格说明书建设方项目经理组织需求调研协调各方时间安排、执行进度控制，及时

3、解决过程中产生的问题组织周会需求调研阶段周会至少每周一次（形式多样）；组织需求评审会需求评审会需要项目决策者、业务部门、ITC和开发商项目经理及其他需求调研人员参加。整理并发送周报周报由开发商项目经理提供，ITC项目经理整理后发给项目相关人；产出物项目周报(正式版)需求评审会议纪要需求方项目经理配合需求调研积极整理和提出需求，配合建设方项目经理完成需求调研参加周会配合建设方和开发方解决需求调研中存在的问题参加需求评审会考虑功能点是否都覆盖，流程处理是否正常ITC技术接口人参加需求评审会主要从IT规划和已有系统的角度参与提出建议10需求分析注意点与知识管理系统的结合1.系统中如果有文档或知识存储

4、的需求，秉着“一个知识库”的原则，尽量与知识管理系统合并。2.是否有知识推送的需求，可否将知识管理系统中的知识转化为系统中的生产力。3.是否有一些知识可以通过知识沉淀接口沉淀到知识管理系统中。门户接入方面1.系统中有哪些功能是可以当作服务提取出来接入门户的，这些服务如果要绑定知识，关键字是什么。这里的“服务”主要指一个工作流程的起始环节。权限方面1.系统权限、功能权限的控制2.账号方面，尽量与门户帐号一致。避免后期修改。11A类项目，建议邀请ITC和业务部门副总及以上级别的领导参加需求评审会；B类项目可以邀请室经理参加；需求评审通过后，与会各方需要在需求规格说明书上签字确认；对于未参加周会及需

5、求评审会的业务部门人员，可在会议纪要邮件中列明参会人与未出席人，必要时可抄送其主管。建设方项目经理组织系统设计评审会确保系统设计符合珠海移动系统建设的技术管理规范产出物项目周报(正式版)设计评审会议纪要开发商项目经理系统设计按照技术规范进行系统设计产出物项目周报(开发商版)系统概要设计系统详细设计系统设计检查点描述1.与知识管理系统结合确定哪些部分需要使用到知识推送和沉淀2.接入门户工作台确定哪些功能以服务方式接入门户，填写导入表（用于服务接入门户工作台）.xls3.组件使用尽量使用已有组件，对通用功能提取新组件。单点登录、目录同步、消息通知、待办待阅。4.单点登录使用单点登录组件，遵循单点登

6、陆第三方开发规范，认证需深入到功能模块5.短信发送使用消息通知组件，管理系统通过企信通，提供关键字过滤管理功能6.待办待阅使用待办待阅组件，方便推送到门户7.系统使用帮助、反馈提供在线使用帮助，有链接，能查询；提供用户使用反馈功能模块8.提供统计功能提供功能模块使用数统计，方便日后评估。9.符合界面规范中国移动广东公司管理信息系统用户界面规范_v1.0ITC技术接口人参加设计评审会站在系统开发规范的角度提出系统建设的要求12开发商项目经理系统接入和部署根据门户接入规范和TIAP部署规范进行接入和部署协助系统评估试运行结束后协助建设方进行系统评估产出物系统使用手册系统安装手册系统管理员登记系统缺

7、陷每周发布系统缺陷列表给开发商进行修改，并跟踪修改效果登记系统建议在系统试运行期结束后协助进行整体评估，根据修改消耗的工作量区别对待。产出物系统缺陷列表、系统建议列表16建设方项目经理组织初验和终验组织初验和终验产出物项目经理项目规范检查列表、需求提出部门项目规范检查列表、开发商项目规范检查列表、技术规范检查列表、验收报告、项目总结报告、开发商评估表需求方项目经理参加初验和终验参加初验和终验开发商参加初验和终验参加初验和终验产出物系统维护手册、验收申请 项目经理项目规范检查列表、需求提出部门项目规范检查列表、开发商项目规范检查列表三份检查表需要建设方项目经理、需求方项目经理、开发商共同签字。

8、技术规范检查列表由ITC项目经理和开发商项目经理共同签字确认。 四份列表均作为初验文档进行提交。ITC技术接口人参与验收参加初验和终验17维护类型ITC响应开发商/合作伙伴响应备注系统硬件故障、软件问题，影响系统使用。立即响应，给开发商/合作伙伴发出维护请求立即接收，进入处理流程维护接口人填写故障维护记录对系统功能、界面优化调整进行登记，从对系统、对实际业务数据是否有影响、维护工作量大小等方面分析，确定是否要提交维护请求。在两个工作日内，开发商需要评估出维护调整可能造成的影响，并确定是否要接收维护请求。需求部门提供故障维护申请书新增需求按需求变更流程处理按需求变更流程处理需求部门提供需求变更申

9、请书18项目通报采用季度通报的形式，每个季度末进行通报。按照项目所处的状态，对通报项目做以下分类：未立项项目、建设中项目、使用中项目。对于其他部门自建的项目，项目经理需要每月给ITC接口人项目月报，便于做项目通报。项目编号项目名称需求所属部门原定立项时间未立项原因处理建议（未立项项目编号）（取消或推迟）项目编号项目名称需求所属部门状态启动时间项目进度资源使用情况（建设中项目编号）正常项目编号项目名称需求所属部门状态上线时间使用情况存在问题（使用中项目编号）使用中19需求变更参与成员参与内容最终用户需要变更提出、参与需求变更审核ITC项目经理参与需求变更审核开发商项目经理参与需求变更审核、执行需

10、求变更业务部门主管中等需求变更审核和执行授权ITC部门主管中等需求变更审核和执行授权公司领导重大需求变更审核和执行授权需求变更等级说明小需求变更工作量小于等于10工作人日；只涉及到功能、性能等的，对项目的进度、成本、质量等影响较小，经过变更审核小组审核通过中等需求变更工作量大于10工作人日，对项目的进度、质量等产生一定影响的，需经过双方主管部门领导以邮件形式审核、授权执行的变更大需求变更凡涉及到项目的成本，需要增加项目资金、修改合同、终止合同、取消合同等，需经过公司领导审核通过方可进行授权执行的变更。紧急变更需求按照正常的需求变更流程所需要的时间无法满足业务的按时开展时，经过需求方管理者、信息

11、技术中心管理者及公司领导审批通过，确认为紧急变更需求，紧急需求变更的系统排期优先级最高。其他正常需求顺延2122 系统上线后试运行开始后算起一个月后进行评估，本评估作为试运行报告的重要内容。 对每季度的运行情况进行评估，收集数据为上一季度的最后一日到本季度最后一日前，对所有系统进行评估，本季度内上线的新系统除外。 每年10月31日前对所有系统进行评估，评估数据为上年10月31日到本年10月31日产生的数据，本季度内上线的新系统除外。2324文档类别文档名称需求提出项目排期表、业务需求说明书项目立项项目规划书需求调研业务需求规格说明书、项目周报、需求评审会议纪要系统设计系统概要设计书、系统详细设计书、项目周报、系统设计评审会议纪要系统开发项目周报系统测试业务测试用例/报告、系统测试用例/报告、压力测试报告、项目周报试运行系统试运行通知、系统培训材料、系统上线汇报、系统试运行报告、系统使用手册、系统部署手册、系统缺陷列表、系统建议列表验收ITC项目经理项目规范检查列表、需求提出部门项目规范检