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

1、会计学1项目管理规范培训项目管理规范培训V10项目经理版项目经理版1 需求获取被动，缺乏计划性 缺乏项目沟通和通报机制 缺乏需求变更控制机制项目管理问题 缺乏统一标准，建设周期较快，但整合、维护成本倍增系统建设问题 无法分析与控制系统建设质量，不能持续改进系统管理与建设方法。系统评估问题项目经理的苦衷 与业务部门的项目沟通频繁遭遇“忙”的借口。 业务部门太难满足，需求变化稀松平常。 做了系统还没人推广，项目经理有苦说不出。 手中太多系统，整合工程巨大。原因针对项目建设中实际遇到的问题，我们讨论出相应的解决方法，形成与IT项目建设相配套的管理、技术、评估规范，并希望在项目建设实践中不断完善与修正

2、。209年IT规划结束后，为规范和管理开发过程，开始制定配套规范对在用的省、市公司规范进行收集整理将现有项目管理过程中存在的问题进行整理向开发商讲解规范初稿，讨论、分析问题，征询意见ITC项目经理集体讨论，对内容进行修改规范修改稿V0.1-V1.0规范初稿在用规范集管理、技术、评估规范V1.2规范获取路径：知识管理系统-知识库-信息技术中心-部门概况-制度及流程-项目建设制度与流程3管理规范 项目生命周期管理 项目管理重点技术规范 现有平台 开发规范 工作台规范 组件管理评估规范 评估内容 评估方法 评估实施思路：以系统开发的生命周期为主线，以存在问题的部分为重点，从管理和技术两大维度对系统的

3、开发管理进行规范。4IT项目建设生命周期11个阶段中不同角色的职责、输出物需求提出需求审核需求排期立项需求调研系统设计开发测试试运行验收维护贯穿IT项目建设的关键部分项目通报管理需求变更管理安全管理项目评估开发文档管理5角色ITC承建项目（业务类、重点流程类）业务部门自建项目（管理类）建设方项目经理ITC业务部门需求方项目经理业务部门业务部门开发商项目经理开发商开发商ITC技术接口人ITCITC系统管理员ITC/业务部门业务部门/ITC6需求提出需求审核需求排期立项需求调研系统设计开发测试试运行验收维护ITCITC需求搜集ITC每年5月和11月主动搜集需求需求审核规则四级审核产出物项目排期表需

4、求方项目经理需求方项目经理需求提出等待ITC搜集需求或主动提出需求审核规则四级审核产出物业务需求说明书（按照规范模板填写）四级审核 第一级：ITC项目经理需求评估 第二级：业务部门经理、使用部门经理、ITC室经理评估结果会审 第三极：市场、综合、网络分线条领导审核需求 第四级：资源管理部门审核需求7需求提出需求审核需求排期立项需求调研系统设计开发测试试运行验收维护建设方项目经理建设方项目经理成立项目组成立项目组，确定成员职责系统注册在8thManage上注册项目；ITC已提供模板产出物8thManage项目登记需求方项目经理需求方项目经理加入项目组明确自己的职责，做好相应准备开发商项目经理开发

5、商项目经理项目规划制定出项目整体规划产出物项目规划书 项目立项时即让需求部门明白他们所担负的需求调研、评审、业务测试、项目推广职责的重要性，对项目的后期进行非常必要。 建设方项目经理在这里需要向需求部门解释清楚项目开始后的沟通和通报机制，以及项目结束后的评估机制。8ITCITC项目经理职责项目经理职责业务部门项目经理职责业务部门项目经理职责ITC管理项目进度控制；项目资源协调；组织需求评审和设计评审；指导开发商进行系统开发；组织开发商参与技术培训；组织系统测试；指导系统部署；组织验收和试运行；系统后期维护。配合招投标；参与需求调研；参与需求评审；组织业务测试；负责系统推广应用。其他部门自建项目

6、进度监控；参与需求评审会；参与设计评审会；提供相关技术规范指导；组织开发商参与技术培训；协助应用部署；参与验收。进度跟踪控制；组织需求评审会；组织设计评审会；组织测试；采用月报的形式,定期向ITC通报项目进展；组织验收和试运行；负责系统推广应用。需求提出需求审核需求排期立项需求调研系统设计开发测试试运行验收维护9开发商项目经理开发商项目经理需求调研记录整理业务需求参加周会交流反馈需求调研中的问题产出物项目周报(开发商版)业务需求规格说明书建设方项目经理建设方项目经理组织需求调研协调各方时间安排、执行进度控制，及时解决过程中产生的问题组织周会需求调研阶段周会至少每周一次（形式多样）；组织需求评审

7、会需求评审会需要项目决策者、业务部门、ITC和开发商项目经理及其他需求调研人员参加。整理并发送周报周报由开发商项目经理提供，ITC项目经理整理后发给项目相关人；产出物项目周报(正式版)需求评审会议纪要需求方项目经理需求方项目经理配合需求调研积极整理和提出需求，配合建设方项目经理完成需求调研参加周会配合建设方和开发方解决需求调研中存在的问题参加需求评审会考虑功能点是否都覆盖，流程处理是否正常需求提出需求审核需求排期立项需求调研系统设计开发测试试运行验收维护ITCITC技术接口人技术接口人参加需求评审会主要从IT规划和已有系统的角度参与提出建议10需求分析注意点需求分析注意点与知识管理系统的结合1

8、.系统中如果有文档或知识存储的需求，秉着“一个知识库”的原则，尽量与知识管理系统合并。2.是否有知识推送的需求，可否将知识管理系统中的知识转化为系统中的生产力。3.是否有一些知识可以通过知识沉淀接口沉淀到知识管理系统中。门户接入方面1.系统中有哪些功能是可以当作服务提取出来接入门户的，这些服务如果要绑定知识，关键字是什么。这里的“服务”主要指一个工作流程的起始环节。权限方面1.系统权限、功能权限的控制2.账号方面，尽量与门户帐号一致。避免后期修改。需求提出需求审核需求排期立项需求调研系统设计开发测试试运行验收维护11A类项目，建议邀请ITC和业务部门副总及以上级别的领导参加需求评审会；B类项目

9、可以邀请室经理参加；需求评审通过后，与会各方需要在需求规格说明书上签字确认；对于未参加周会及需求评审会的业务部门人员，可在会议纪要邮件中列明参会人与未出席人，必要时可抄送其主管。需求提出需求审核需求排期立项需求调研系统设计开发测试试运行验收维护建设方项目经理建设方项目经理组织系统设计评审会确保系统设计符合珠海移动系统建设的技术管理规范产出物项目周报(正式版)设计评审会议纪要开发商项目经理开发商项目经理系统设计按照技术规范进行系统设计产出物项目周报(开发商版)系统概要设计系统详细设计系统设计检查点描述1.与知识管理系统结合确定哪些部分需要使用到知识推送和沉淀2.接入门户工作台确定哪些功能以服务方

10、式接入门户，填写导入表（用于服务接入门户工作台）.xls3.组件使用尽量使用已有组件，对通用功能提取新组件。单点登录、目录同步、消息通知、待办待阅。4.单点登录使用单点登录组件，遵循单点登陆第三方开发规范，认证需深入到功能模块5.短信发送使用消息通知组件，管理系统通过企信通，提供关键字过滤管理功能6.待办待阅使用待办待阅组件，方便推送到门户7.系统使用帮助、反馈提供在线使用帮助，有链接，能查询；提供用户使用反馈功能模块8.提供统计功能提供功能模块使用数统计，方便日后评估。9.符合界面规范中国移动广东公司管理信息系统用户界面规范_v1.0ITCITC技术接口人技术接口人参加设计评审会站在系统开发

11、规范的角度提出系统建设的要求12需求提出需求审核需求排期立项需求调研系统设计开发测试试运行验收维护建设方项目经理建设方项目经理周报1到2周相相关人员发送周报，周会可视情况召开安全管理控制开发时的数据和人员安全产出物项目周报(正式版)开发商项目经理开发商项目经理系统开发进行系统开发，1或2周相建设方项目经理提供周报产出物项目周报(开发商版)开发数据安全 可访问到客户信息的数据库账号只允许由移动公司数据库管理员和移动公司该系统开发的项目经理拥有。 应用程序需要访问数据库中客户信息的，必须由应用程序在启动时从相配置文件中读取数据库账号和密码，不得将相关账号信息填写在应用程序中 上线后，应用系统启动时

12、通过配置文件读取数据库账号和密码，启动之前由移动公司系统管理人员将数据库账号和密码填入配置文件，启动完成后需即时删除配置文件中的数据库账号和密码ITCITC技术接口人技术接口人协助提供相关技术指导13需求提出需求审核需求排期立项需求调研系统设计开发测试试运行验收维护建设方项目经理建设方项目经理周会1周至少一次，发送周报，周会可视情况召开系统测试确保系统正确部署，运行正常稳定提供测试环境向开发商提供较真实的测试环境，并协助部署产出物系统测试报告项目周报开发商项目经理开发商项目经理提供测试用例向建设方和需求方提供测试用例系统测试集成测试、压力测试产出物系统测试用例、业务测试用例、压力测试报告需求部

13、门项目经理需求部门项目经理业务测试进行业务测试，确保系统功能流程处理正确产出物业务测试报告 如果因为某些特殊原因不需要或不能执行测试，则需要由提出部门做出书面保证、经部门领导审核通过，并对系统质量负责。 对于经过测试后出问题的功能：如果测试用例覆盖到的，属业务部门责任，如果测试用例没有覆盖到的，责任在于开发商。14需求提出需求审核需求排期立项需求调研系统设计开发测试试运行验收维护建设方项目经理建设方项目经理协助系统接入和部署协助系统接入门户工作台，稳定前暂时部署在TIAP协助召开使用培训会协助提供培训材料，协助进行培训讲解系统上线汇报向业务部门、使用部门各领导和主要决策人进行系统汇报，汇报内容

14、包括系统投入、系统效益、功能亮点、推广情况等系统评估试运行结束后进行系统评估产出物系统上线汇报、试运行报告（含系统评估）需求部门项目经理需求部门项目经理发布试运行通知明确：试运行周期；试用范围；系统访问方法；反馈收集途径。召开使用培训会发布试运行通知的一周内组织召开使用培训会，进行系统使用演示、分发使用说明文档协助评估试运行结束后协助建设方进行系统评估产出物系统试运行通知系统培训材料ITCITC技术接口人技术接口人协助部署协助应用部署，分配运行环境，指导相应的部署工作15需求提出需求审核需求排期立项需求调研系统设计开发测试试运行验收维护开发商项目经理开发商项目经理系统接入和部署根据门户接入规范

15、和TIAP部署规范进行接入和部署协助系统评估试运行结束后协助建设方进行系统评估产出物系统使用手册系统安装手册系统管理员系统管理员登记系统缺陷每周发布系统缺陷列表给开发商进行修改，并跟踪修改效果登记系统建议在系统试运行期结束后协助进行整体评估，根据修改消耗的工作量区别对待。产出物系统缺陷列表、系统建议列表16需求提出需求审核需求排期立项需求调研系统设计开发测试试运行验收维护建设方项目经理建设方项目经理组织初验和终验组织初验和终验产出物项目经理项目规范检查列表、需求提出部门项目规范检查列表、开发商项目规范检查列表、技术规范检查列表、验收报告、项目总结报告、开发商评估表需求方项目经理需求方项目经理参

16、加初验和终验参加初验和终验开发商开发商参加初验和终验参加初验和终验产出物系统维护手册、验收申请 项目经理项目规范检查列表、需求提出部门项目规范检查列表、开发商项目规范检查列表三份检查表需要建设方项目经理、需求方项目经理、开发商共同签字。 技术规范检查列表由ITC项目经理和开发商项目经理共同签字确认。 四份列表均作为初验文档进行提交。ITCITC技术接口人技术接口人参与验收参加初验和终验17需求提出需求审核需求排期立项需求调研系统设计开发测试试运行验收维护接收报障接收报障提交维护请求提交维护请求开发商响应开发商响应执行维护执行维护维护确认维护确认维护类型维护类型ITCITC响应响应开发商开发商/

17、 /合作伙伴响应合作伙伴响应备注备注系统硬件故障、软件问题，影响系统使用。立即响应，给开发商/合作伙伴发出维护请求立即接收，进入处理流程维护接口人填写故障维护记录对系统功能、界面优化调整进行登记，从对系统、对实际业务数据是否有影响、维护工作量大小等方面分析，确定是否要提交维护请求。在两个工作日内，开发商需要评估出维护调整可能造成的影响，并确定是否要接收维护请求。需求部门提供故障维护申请书新增需求按需求变更流程处理按需求变更流程处理需求部门提供需求变更申请书18项目通报管理需求变更管理安全管理项目评估开发文档管理项目通报采用季度通报的形式，每个季度末进行通报。按照项目所处的状态，对通报项目做以下

18、分类：未立项项目、建设中项目、使用中项目。对于其他部门自建的项目，项目经理需要每月给ITC接口人项目月报，便于做项目通报。项目编号项目编号项目名称项目名称需求所属部门需求所属部门原定立项时间原定立项时间未立项原因未立项原因处理建议处理建议（未立项项目编号）（取消或推迟）项目编号项目编号项目名称项目名称需求所属部门需求所属部门状态状态启动时间启动时间项目进度项目进度资源使用情况资源使用情况（建设中项目编号）正常项目编号项目编号项目名称项目名称需求所属部门需求所属部门状态状态上线时间上线时间使用情况使用情况存在问题存在问题（使用中项目编号）使用中19项目通报管理需求变更管理安全管理项目评估开发文档

19、管理分类代号分类代号分类内容分类内容汇报对象汇报对象形式形式周期周期A1A1市公司重点项目市公司领导或分线条领导汇报会不低于每月一次A2A2市公司普通项目业务部门领导汇报会项目里程碑阶段B1B1ITC重点项目ITC总经理汇报会项目里程碑阶段B2B2ITC普通项目汇报会C C省公司项目市公司领导或分线条领导汇报会不低于每月一次20项目通报管理需求变更管理安全管理项目评估开发文档管理需求变更需求变更参与参与成员成员参与内容参与内容最终用户需要变更提出、参与需求变更审核ITC项目经理参与需求变更审核开发商项目经理参与需求变更审核、执行需求变更业务部门主管中等需求变更审核和执行授权ITC部门主管中等需

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

21、需求，紧急需求变更的系统排期优先级最高。其他正常需求顺延21项目通报管理需求变更管理安全管理项目评估开发文档管理客户信息必须存放在单独的数据库中，与本地系统的应用信息不在同一个数据库中。可访问到客户信息的数据库账号只允许由移动公司数据库管理员和移动公司该系统开发的项目经理拥有.应用程序需要访问数据库中客户信息的，必须由应用程序在启动时从相配置文件中读取数据库账号和密码，不得将相关账号信息填写在应用程序中接口数据在系统上线之前，由移动公司该系统的项目负责人导入到数据库中，导入数据库的脚本可以由开发商提供或自行编写。接口数据导入后需删除原始文件。在系统上线后，需对本地系统进行升级开发的，由开发商在

22、测试环境或测试平台进行开发测试，测试完成后由我公司系统负责人将更新程序发布到正式环境。上线后，应用系统启动时通过配置文件读取数据库账号和密码，启动之前由移动公司系统管理人员将数据库账号和密码填入配置文件，启动完成后需即时删除配置文件中的数据库账号和密码。更新程序同理。22项目通报管理需求变更管理安全管理项目评估开发文档管理需求准确性 需求变更情况 需求变更产生的工作量 因需求变更导致的项目计划延期情况使用效果 系统使用频次 其他系统的数据提取频次 服务调用频次 使用部门数系统稳定性 系统测试发现的缺陷的情况 正式上线后发现有缺陷情况投入成本 开发费用 人力投入 开发工期 后期维护（开发人员维护

23、工时） 后期维护（维护费用）系统效益 使用频率 系统上线后试运行开始后算起一个月后进行评估，本评估作为试运行报告的重要内容。 对每季度的运行情况进行评估，收集数据为上一季度的最后一日到本季度最后一日前，对所有系统进行评估，本季度内上线的新系统除外。 每年10月31日前对所有系统进行评估，评估数据为上年10月31日到本年10月31日产生的数据，本季度内上线的新系统除外。23项目通报管理需求变更管理安全管理项目评估开发文档管理24文档类别文档类别文档名称文档名称需求提出项目排期表、业务需求说明书项目立项项目规划书需求调研业务需求规格说明书、项目周报、需求评审会议纪要系统设计系统概要设计书、系统详细

24、设计书、项目周报、系统设计评审会议纪要系统开发项目周报系统测试业务测试用例/报告、系统测试用例/报告、压力测试报告、项目周报试运行系统试运行通知、系统培训材料、系统上线汇报、系统试运行报告、系统使用手册、系统部署手册、系统缺陷列表、系统建议列表验收ITC项目经理项目规范检查列表、需求提出部门项目规范检查列表、开发商项目规范检查列表、技术规范检查列表、验收申请、验收报告、项目总结报告、开发商评估表、系统维护手册维护系统维护故障记录需求变更系统需求变更记录项目通报管理需求变更管理安全管理项目评估开发文档管理252626打破系统的限制，通过SOA服务梳理实现松耦合的组件架构，通过规范实现集中化的门户

25、展现业务需求生产管理设备管理财务管理质量管理应用访问A应用访问B基础共享服务组件新闻发布任务管理日程管理流程管理论坛/知识库相关业务服务组件薪酬通知专业任务阳光工程其他遵循SOA理论进行服务梳理遵循统一门户接入管理规范组件注册接入管理集中化门户展现集中化门户展现IT项目建设生命周期11个阶段中不同角色的职责、输出物需求提出需求审核需求排期立项需求调研系统设计开发测试试运行验收维护贯穿IT项目建设的关键部分项目通报管理需求变更管理安全管理项目评估开发文档管理28需求提出需求审核需求排期立项需求调研系统设计开发测试试运行验收维护建设方项目经理建设方项目经理组织系统设计评审会确保系统设计符合珠海移动

26、系统建设的技术管理规范产出物项目周报(正式版)设计评审会议纪要开发商项目经理开发商项目经理系统设计按照技术规范进行系统设计产出物项目周报(开发商版)系统概要设计系统详细设计系统设计检查点描述1.与知识管理系统结合确定哪些部分需要使用到知识推送和沉淀2.接入门户工作台确定哪些功能以服务方式接入门户，填写导入表（用于服务接入门户工作台）.xls3.组件使用尽量使用已有组件，对通用功能提取新组件。单点登录、目录同步、消息通知、待办待阅。4.单点登录使用单点登录组件，遵循单点登陆第三方开发规范，认证需深入到功能模块5.短信发送使用消息通知组件，管理系统通过企信通，提供关键字过滤管理功能6.待办待阅使用

27、待办待阅组件，方便推送到门户7.系统使用帮助、反馈提供在线使用帮助，有链接，能查询；提供用户使用反馈功能模块8.提供统计功能提供功能模块使用数统计，方便日后评估。9.符合界面规范中国移动广东公司管理信息系统用户界面规范_v1.0ITCITC技术接口人技术接口人参加设计评审会站在系统开发规范的角度提出系统建设的要求29需求提出需求审核需求排期立项需求调研系统设计开发测试试运行验收维护接收报障接收报障提交维护请求提交维护请求开发商响应开发商响应执行维护执行维护维护确认维护确认维护类型维护类型ITCITC响应响应开发商开发商/ /合作伙伴响应合作伙伴响应备注备注系统硬件故障、软件问题，影响系统使用。

28、立即响应，给开发商/合作伙伴发出维护请求立即接收，进入处理流程维护接口人填写故障维护记录对系统功能、界面优化调整进行登记，从对系统、对实际业务数据是否有影响、维护工作量大小等方面分析，确定是否要提交维护请求。在两个工作日内，开发商需要评估出维护调整可能造成的影响，并确定是否要接收维护请求。需求部门提供故障维护申请书新增需求按需求变更流程处理按需求变更流程处理需求部门提供需求变更申请书30项目通报管理需求变更管理安全管理项目评估开发文档管理需求变更需求变更参与参与成员成员参与内容参与内容最终用户需要变更提出、参与需求变更审核ITC项目经理参与需求变更审核开发商项目经理参与需求变更审核、执行需求变更业务部门主管中等需求变更审核和执行授权ITC部门主管中等需求变更审核和执行授权公司领导重大需求变更审核和执行授权需求变更等级需求变更等级说明说明小需求变更工作量小于等于10工作人日；只涉及到功能、性能等的，对项目的进度、成本、质量等影响较小，经过变更审核小组审核通过中等需求变更工作量大于10工作人日，对项目的进