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

IT部门工作流程和管理制度说明
1.概述
为规范公司IT项目开发的申请和受理,根据公司现状，结合公司的架构，现对IT系统项目需求申请流程进行调整和优化，而草拟此说明。
注:由于以往频繁发布系统版本，而影响业务使用，现规定每周一和周四为叮项目上线发布时间窗。
2.IT服务应用开发分类
序
号
类别
说明
适用举例
1.
新项目开发
目前暂无相关系统平台，根据公司业务发展规划或各个业务部门自身的管理需要，自主研发或外购的项目
连锁加盟的网店项目，结算项目，财务支持项目
2
业务功能变更
根据各业务机构发展需要，对目前的管理制度和流程进行调整，同时对原有系统功能进行重大调整
政策系统调整、结算比例调整、财务系数调整等
3
改善型需求
根据各个业务机构的发展需要，对现有系统的个别功能进行优化和调整
例如号百平台的政企CRM优化,改善对政府企业的服务管理
4
维护型需求
根据各个业务机构的管理需要，从系统中导出数据或修改一些订单数据或提供报表
例如7天酒店的订单数据修改
5
。临时型需求
临时型需求申请需要至少在发布时间2天前提交
例如5.1问候广告，世博短信更改

3.IT服务应用开发承诺
IT服务应用开发承诺
序号
内容
服务承诺
目标
备注
1
需求响应时间
类别
响应时间
90%

新项目开发
<10工作日
业务功能变更
<7工作日
改善型需求
<5工作日
维护型需求
< 3工作日
临时型需求
<1工作日
2
项目计划
实际完成时间不超过项目计划时间的15%
90%

注：
1。【对公司授权的项目变更引起的计划推迟，不计算在实际完成时间内】
2. 需求响应时间是指从接收到需求到信息技术部派人调研之间的时间间隔。
4.项目需求申请和处理流程
4.1.项目需求申请简易流程
申请部门提出需求申请［打印版僧真版/PDF版本］——„信息技术部的项目部接人接收 ——^与业务部门讨论相关需求和工作流程——^需求确定并审批——►信息技术部的开发部开发——►户测试并提交测试报告用户测试通过则发布——►用户验证并提交验证报告。
4. 2.需求申请审批说明
类别
说明
适用举例
提交的主要附件
审批授权
各业务机构相关部门
各业务机构（副）总经理
公司
相关
部门
（如
有）
信息技术部
分管
（副）总裁
首席
执行
官
1。新
项目
开发
目前暂无相关系统平台,根据公司业务发展规划或各个业务部门自身的管理需要，自主研发或外购的项目
连锁加盟的网店项目，结算项目，财务支持项目
1. 相关管理制度发文
2. 相关工作流程文档
3. 相关逻辑设置文档
确认
审核
确认
审核
审核
审批
2。业务功能变更
根据各业务机构发展需要，对目前的管理制度和流程进行调整，同时对原有系统功能进行重大调整
政策系统调整、结算比例调整、财务系数调整等
1相关管理制度发文
2涉及财务系数调整，需要得到财务部门或CFO的授权文件
确认
审核
确认
审核
审批
—
3。改善型需求
根据各个业务机构的发展需要，对现有系统的个别功能进行优化和调整
例如号百平台的政企CRM优化，改善对政府企业的服务管理
1相关的逻辑设置
文件
2系统使用报告
确认
审核
确认
审批（22人日以下）
审批（22人日以上而小于 44人日）
审批
（44人日以上）
4.维护型需求
根据各个业务机构的管理需要，从系统中导出数据或修改一些订单数据或
例如7天酒店的订单数据修改
1相关导数的具体
数据格式文件
2涉及业务或财务
数据，需提交业务
确认
审核
确认
审批
_
_
2

提供报表

第一责任人或财务第一负责人或CFO的授权文件

5.临时型需求
临时型需求申请需要至少在发布时间2天前提交
例如5。1问候广告，世博短信更改
1提交具体的需求内容和说明
2逻辑相关设置文档
确认
审核
确认
审批
-
-

上述需求申请由信息技术部的项目部统一接洽和管理,信息技术部开发和管
理维护，以上流程从发布之日起开始生效，请公司各业务机构遵照执行。
附件:1、直项目需求申请表
2、相关具体申请流程图
3、附注:流程说明及关注
附件1直项目需求申请表
类别：新项目开发申请业务功能变更申请 改善型需求申请 维护型申请
临时型申请 外购软件申请NO。：
申请人

部门

业务板块
/分公司

电话

E —
MAIL

申请日期

需求项
目名称：

申请目的

申请上线时间

需求负责人

是否有项目的相关操作流程图（附件名称）

需求具体说明如文字过长,请以此格式作附件提交］
序号
项目功能
达到效果（相关限制设置说明）
逻辑公式

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

附件2
新项目开发需求处理流程
业务功能变更需求处理流程
改善型需求处理流程
维护型需求处理流程
临时型需求处理流程
附件3
部门管理流程说明及关注
第1.2.类部门管理流程主要分成几个重要阶段
1. 项目需求立项关注（第1〜4点）关注：
需求内容要注明业务需求目的和业务部门预期上线时间；新项目开发需求要明确业务或管理规则、工作流程等情况
确定需求负责人
2. 项目需求分析第5〜9点）关注：
信息技术部因应申请部门需求的情况，与相关业务部门、职能部门沟通分析项目的可行性、风险评估并落实需求系统设置.
3. 项目需求通过第10〜14点）关注：
项目需求由申请部门主管、该业务机构的（副）总经理、相关部门、信息技术部主管批准，涉及1、2或3类（22人日以上），须经由分管（副）总裁、首席执行官签名批准.
4. 系统开发设置（第15点）关注：
信息技术部实时向需求提出方发布＜＜项目计划书＞＞、＜＜项目需求说明书〉〉.
5. 系统功能用户测试及问题总结（第16点）关注
需求提出方落实系统功能角色和使用权限、落实测试人员名单，如需要公测，则确定公测范围和时间.
需求提出方指定上线前测试时间计划，相应项目负责人把系统测试过程中发现的问题汇总并实时汇报
6. 系统功能应用培训第17点）关注：
信息技术部向需求提出方进行系统应用培训，明确系统相关角色、权限、规则等设置情况。
信息技术部只提供上线运营的操作培训，业务培训由各个需求提出方自己组织，同时需求提出方对其它同事进行代培训。
7. 系统上线（第18〜21点）
落实上线时间点，评估是否影响公司的业务正常进行。
上线后申请部门需要统筹好功能数据转换的验证工作.
8. 系统上线后维护（第22点）
需求申请部门和信息技术部总结及落实未解决的问题，信息技术部做计划分时段解决。
《全文完》