IT部门工作流程和管理制度说明

为规范公司IT项目开发的申请和受理，根据公司现状，结合公司的架构，现对IT系统项目需求申请流程进行调整和优化，而草拟此说明。

注：由于以往频繁发布系统版本，而影响业务使用，现规定每周一和周四为IT项目上线发布时间窗口。

2. IT服务应用开发分类

序类别 号 1. 新项目开发 说明 目前暂无相关系统平台，根据公司业务发展规划或各个业务部门自身的管理需要,自主研发或外购的项目 适用举例 连锁加盟的网店项目，结算项目，财务支持项目 2 业务功能变更 根据各业务机构发展需要，对目前的管理制度和流程进行调整,同时对原有系统功能进行重大调整 根据各个业务机构的发展需要,对现有系统的个别功能进行优化和调整 根据各个业务机构的管理需要，从系统中导出数据或修改一些订单数据或提供报表 临时型需求申请需要至少在发布时间2天前提交 系统调整、结算比例调整、财务系数调整等 例如号百平台的政企CRM优化，改善对企业的服务管理 例如7天酒店的订单数据修改 例如5.1问候广告，世博短信更改 3 改善型需求 4 5 维护型需求 .临时型需求 3. IT服务应用开发承诺

IT服务应用开发承诺 序号 内容 类别 新项目开发 1 需求响应时间 业务功能变更 改善型需求 维护型需求 临时型需求 2 项目计划 服务承诺 响应时间 ≤10工作日 ≤7工作日 ≤5工作日 ≤3工作日 ≤1工作日 90% 目标 备注 实际完成时间不超过项目计划时间的15％ 90％ 1

注： 1。【对公司授权的项目变更引起的计划推迟，不计算在实际完成时间内】 2.需求响应时间是指从接收到需求到信息技术部派人调研之间的时间间隔。 4. 项目需求申请和处理流程

4.1.

项目需求申请简易流程

申请部门提出需求申请［打印版/传真版/PDF版本]信息技术部的项目部接口人接收与业务部门讨论相关需求和工作流程需求确定并审批信息技术部的开发部开发 户测试并提交测试报告 用户测试通过则发布 用户验证并提交验证报告。 4.2.

需求申请审批说明

审批授权 各业各业务机构（副）总经理 公司相关部门(如有) 信息技术部 类别 说明 适用举例 提交的主要附件 务机构相关部门 分管首席执行官 （副）总裁 目前暂无相关系统1.新项目开发 平台，根据公司业务发展规划或各个业务部门自身的管理需要,自主研发或外购的项目 根据各业务机构发2.业务功能变更 展需要,对目前的管理制度和流程进行调整，同时对原有系统功能进行重大调整 例如号百平3。改善型需求 根据各个业务机构的发展需要，对现有系统的个别功能进行优化和调整 台的政企CRM优化，改善对企业的服务管理 4.维护型需求 根据各个业务机构的管理需要，从系统中导出数据或修改一些订单数据或例如7天酒店的订单数据修改 系统调整、结算比例调整、财务系数调整等 连锁加盟的网店项目,结算项目，财务支持项目 1。相关管理制度发文 2.相关工作流程文档 3.相关逻辑设置文档 1相关管理制度发文 2涉及财务系数调整，需要得到财务部门或CFO的授权文件 审1相关的逻辑设置文件 2系统使用报告 确认 审核 确认 审批（22人日以下) 批审批（44人日以上) 确认 审核 确认 审核 审批 - 确认 审核 确认 审核 审核 审批 (22人日以上而小于44日) 人1相关导数的具体数据格式文件 2涉及业务或财务数据，需提交业务2

确认 审核 确认 审批 — -

提供报表 第一责任人或财务第一负责人或CFO的授权文件 5.临时型需求 临时型需求申请需要至少在发布时间2天前提交 例如5。1问候广告，世博短信更改 1提交具体的需求内容和说明 2逻辑相关设置文档 确认 审核 确认 审批 - - 上述需求申请由信息技术部的项目部统一接洽和管理,信息技术部开发和管理维护,以上流程从发布之日起开始生效，请公司各业务机构遵照执行。

附件：1、IT项目需求申请表

2、 相关具体申请流程图 3、 附注:流程说明及关注

附件1 IT项目需求申请表

类别:□新项目开发申请 □业务功能变更申请□改善型需求申请□维护型申请

□临时型申请 □外购软件申请 NO。：

申请人 电话 需求项目名称: 申请目的 申请上线时间 是否有项目的相关操作流程图（附件名称） 序号 需求具体说明 ［如文字过长,请以此格式作附件提交] 项目功能 部门 E-MAIL 需求负责人 业务板块/分公司 申请日期 达到效果（相关设置说明） 逻辑公式 3

申请部门 主管审批 业务机构/分公司副/总经理审批 相关部门主管审批 部门:□同意□不同意 …………………………………………………………………………………………………… 部门：□同意□不同意 □同意□不同意 部门：□同意□不同意 项目经理 □ 同意□不同意 信息技术部主管审批 工作量评估：人日 注：工作量评估包含软件开发的整个过程（需求分析、设计、开发、测试等） 人力资源评估:人（预计此需求投入的人力资源评估） 计划开始时间： （开始时间：需求设计时间) □同意□不同意 分管副/总裁 首席执行官 □同意□不同意 □同意□不同意 附件2 新项目开发需求处理流程 业务功能变更需求处理流程 改善型需求处理流程 维护型需求处理流程 临时型需求处理流程

附件3

部门管理流程说明及关注

第1.2.3类部门管理流程主要分成几个重要阶段

4

1. 项目需求立项关注（第1～4点）关注：

 需求内容要注明业务需求目的和业务部门预期上线时间；新项目开发需求要明确业

务或管理规则、工作流程等情况  确定需求负责人

2. 项目需求分析(第5～9点）关注：

 信息技术部因应申请部门需求的情况，与相关业务部门、职能部门沟通分析项目的

可行性、风险评估并落实需求系统设置。

3. 项目需求通过（第10～14点)关注:

 项目需求由申请部门主管、该业务机构的(副）总经理、相关部门、信息技术部主

管批准，涉及1、2或3类(22人日以上），须经由分管（副）总裁、首席执行官签名批准。

4. 系统开发设置（第15点)关注：

 信息技术部实时向需求提出方发布〈<项目计划书〉>、〈〈项目需求说明书〉>。 5. 系统功能用户测试及问题总结（第16点）关注

 需求提出方落实系统功能角色和使用权限、落实测试人员名单，如需要公测,则确

定公测范围和时间。

 需求提出方指定上线前测试时间计划，相应项目负责人把系统测试过程中发现的问

题汇总并实时汇报

6. 系统功能应用培训（第17点）关注：

 信息技术部向需求提出方进行系统应用培训，明确系统相关角色、权限、规则等设

置情况。

 信息技术部只提供上线运营的操作培训，业务培训由各个需求提出方自己组织,同

时需求提出方对其它同事进行代培训。

7. 系统上线（第18~21点)

 落实上线时间点，评估是否影响公司的业务正常进行。  上线后申请部门需要统筹好功能数据转换的验证工作。 8. 系统上线后维护(第22点)

 需求申请部门和信息技术部总结及落实未解决的问题，信息技术部做计划分时段解

决。

《全文完》

5