01信息系统项目管理规范.doc

ITISMS过程文件

文件编号：GKY-ITISMS-WI-01

信息系统项目管理规范

版本：A/0

第PAGE12页共NUMPAGES12页

信息系统项目管理规范

目录

TOC\o1-3\h\z23570.文档介绍 3

26680.1.文档目的 3

149680.2.文档范围 3

15840.3.读者对象 3

272970.4.术语与缩写解释 3

53631.项目运行架构说明 4

173392.项目开发流程 5

205003.日常运维流程 6

151433.1.客服流程 6

314933.2.故障通报 6

255584.项目制度 6

279234.1.沟通例会 6

39634.2.考核评分 7

46974.3.考勤制度 8

77294.4.末位淘汰 9

13485.内部闭环体系 10

62475.1.需求建设 10

34215.2.投诉客服 10

197266.信息安全管理 10

299986.1.数据保护和个人信息的隐私 10

159706.2.防止信息处理设施的滥用 11

308446.3.密码控制措施的规则 11

147826.4.信息安全检查 11

218086.5.技术符合性检查 11

70116.6.信息系统审核 12

73297.项目约束 12

文档介绍

文档目的

本文档在所颁布的相关管理规定和行政制度的基础上，完善项目团队的日常管理，用以指导日常的项目管理工作。

文档范围

《项目管理规范》的内容包括了涉及开发流程、运维流程、项目制度、日常管理的闭环体系和项目约束等条件。

读者对象

项目团队的开发、测试、工程和管理人员；

项目团队直接服务的客户；

术语与缩写解释

缩写、术语

解释

闭环体系

事情有始有终形成一个环形，通过一个自动的体系约束驱动事情往前推进

项目运行架构说明

综合部门由公司副总经理对接；

日常工作事项由项目经理或接口人对接，客户可不需要参与到日常的项目组内部管理之中；

项目组分为需求分析评审、开发、交付验收的三个组，三个组中人员不会出现工作上的交叉重合，内部任务由组长安排工作和审核；

项目开发流程

需求分析评审-原型设计-UI设计-开发（编码）-测试-交付验收-售后服务。

流程说明：

上述是一个二维图，横向是工作的涉及人员，纵向是工作的进行阶段，最右手边是阶段性的输出物；

A1节点是客户提交的新建功能需求，包括BUG优化的需求；

A2方案人员获取需求任务后，进行需求调研、方案编写，并提交方案评审，评审不通过则继续修改完善修改，直到通过评审为止；

A3评审通过的方案，在获得客户的开发工单确认后，需求方案人员分解功能模块，评估开发时间周期，项目组根据客户的优先级、建设价值等条件进入开发排期。

A4需求、开发、测试人员同时参与的方案的内审会议，落实开发任务；

A5对于复杂的建设方案，开发人员可以根据自身的需要完成更为详细的设计方案，作为自己开发的指引(此步骤可以省略)

A6开发过程中，开发人员、需求人员不断互动，当有阶段性的输出物提供时让客户参与审核，避免后期有较大的返工；

A7开发人员根据模板提供模块的测试报告，用于说明已经完成工作且质量获得自身确认；

A8测试组人员进行综合流程测试，测试过程中需要和开发人员不断交互；

系统出现的BUG，也是提交给测试人员，测试人员验证后再转交给开发(需总结为什么之前测试不到位)，开发人员完成BUG的修复，交予测试人员复核后才上线；

A9测试人员在原来开发人员的测试基础上完善、整合、提交终版测试报告；

A10需求人员对测试报告进行审核，核实功能建设的完整性和测试的准确性；

A11~A13工程组上线前的整合，包括提供或收集“操作指引、割接方案、用户工号”等材料文档，发送上线申请；

A14割接上线，测试组负责上线后的功能验证；

代码、方案等材料归档，保存在SVN上进行版本管理；

日常运维流程

日常巡检→是否存在问题→定位问题→问题排查→更换备件→问题解决→问题报告→巡检报告

客服流程

说明：

为集中入口，也方便记忆，对外统一使用客服邮箱:kf@，工程组根据投诉类型进行内部分工处理；

所有的投诉，从工程组开始处理，由工程组统一回复用户结果。如果其他组员收到投诉，则指引用户发邮件(含系统截屏)到客服邮箱；

QQ/邮件收到的投诉，在1分钟内回复安抚信息，告知用户已经在处理，并反馈大约完成时间（如果可以）

工程人员0.5小时还不能定位问题的，则把问题升级，让开发人员介入；

客服人员专人负责登记投诉信息、跟进处理进展、反馈用户结果这些事项。

故