IT部门工作流程和管理制度说明.docx
- 文档编号:26574575
- 上传时间:2023-06-20
- 格式:DOCX
- 页数:19
- 大小:128.97KB
IT部门工作流程和管理制度说明.docx
《IT部门工作流程和管理制度说明.docx》由会员分享,可在线阅读,更多相关《IT部门工作流程和管理制度说明.docx(19页珍藏版)》请在冰豆网上搜索。
IT部门工作流程和管理制度说明
IT部门工作流程和管理制度说明
1-概述
为规范公司IT项日开发的申请和受理,根据公司现状,结合公司的架构,现对IT系统项tl需求申请流程进行调整和优化,而草拟此说明。
注:
山于以往频繁发布系统版本,而影响业务使用,现规定每周一和周四为IT项日上线发布时间窗口。
2.IT服务应用开发分类
号
类別
说明
适用举例
•
新项目
开发
目前暂无相关系统平台・根据公司业务发展规划或徐个业务部门自身的管理需要・自主研发或外购的项目
连锁加盟的网J占项目.结算项目・财务支持项目
业务功
能变更
根据各业务机构发展需婆,对目前的管理制度和流程进行调整•同时对原有系统功能进行重大调整
政策系统调整.结算比例调整.财务系数调整等
改善型
需求
根据各个业务机构的发展需要,对现有系统的个别功能进行优化和调整
例如号百平台的政企
CRM优化.改#对政府企
业的服务管理
维护型
根据各个业务机构的管理需耍,从系统中寻
例如7天酒居的订敢
需求
岀数据或修改一些订敢数据或提供报表
数据修改
•临时型
临时型需求中请需要至少在发布时间2天前
例如问候广告,世
需求
提交
博短信更改
監IT服务应用开发承诺
IT服务应用开发承诺
戶号
内容
服务承诺
1标
4注
1
需求响应
时间
类别
响应时间
9
O%
新项目开发
W1O工作日
业务功能变更
W7工作日
改善型需求
W5工作日
维护型需求
0匸作日
临时型需求
0工作日
2
项目il•划
实际完成时间不超过项目计划时间
的15%
9
O%
注:
1.【对公司授权的项目变更引起的il•划推迟,不汁算在实际完成时间内】
N需求响应时间是指从接收到需求到信息技术部派人调研之间的时间间
4•项目需求申请和处理流程
项目需求申请简易流程
信息技术部的项
申请部门提出需求申请[打印版/传真版/PDF版本]
U部接口人接收
与业务部门讨论相关需求和工作流程
需求确定
并审批
信息技术部的开发部开发
户测试并捉交测试报告
42
项目
开发
务功
能变
善型
需求
需求申请审批说明
目前暂无相关
系统平台.根据公
司业务发展规划或
各个业务部门自身
的管理需耍.自主
研发或外购的项目
根据?
^^业务机
构发展需要.对目
前的管理制度和流
程进行调整•同时
对原有系统功能进
行重大调整
根据各个业务
机构的发展需耍.
对现有系统的个别
功能进行优化和训
根据各个业务
机构的管理需要.
适用举
连锁加
盟的网店项
目•财务支持
项目
政策系
统调整.结算
比例调整、财
务系数调整
例如号
百平台的政
企CRM优
化.改善对政
府企业的服
务管理
例如7天
酒店的订敢
提交的主要附
h相关管理制
度发文
2•相关工作流
程文档
况相关逻辑设
a文档
1相关管理制
度发文
2涉及财务系
数诡整.需嬰得到
财务部门或CFO的
授权文件
1相关的逻辑
设置文件
2系统使用报
1相关导数的
具体数据格式文件
审批授权
部门
业务机
构(副)
总经理
有)
息技
术部
管(副〉
总栽
行官
审
审
批
批(22
审
(22
人日以
批(44
人日
上而小
人日
以
于44
以上)
下)
人日)
批
护型
从系统中寻出数据
数据修改
2涉及业务或
需求
或修改一些订数
财务数据.需提交
据或提供报表
业务第一责任人或
财务第一负责人或
CFO的授权文件
5.临时型需求
临时型需求中
请需要至少在发布
时间2天前提交
例如5.1
问候广告,世
博短信更改
1提交具休的需求内容和说明
2逻辑相关设
S文档
确
认
审
核
确
认
审
批
■
■
上述需求申请山信息技术部的项u部统一接洽和管理,信息技术部开发和
管理维护,以上流程从发布之日起开始生效,请公司各业务机构遵照执行。
附件:
rIT项目需求申请表
2.柑关具体申请流程图
狄附注:
流程说明及关注
类别:
□新项目开发申请□业务功能变更申请□改善型需求申请□维护型申请
申
请人
部门
业务
板块/分
公司
电
话
E-M
AIL
申请日期
需
求项目
名称:
申
请目的
申
请上线
时间
需求负责人
否有项目的相关操作流程图
(附件名称)
需求具体说明【如文字
序
号
项目功
能
达到效果(相关限制设置说明)
逻辑公式
□临时型申请
□外购软件申请
NO.:
项目经理
□同意□不同意
息技术
部主管
审批
人日
工作S评估:
注:
工作S评估包含软件开发的整个过程(需求分析、设计、开发、测试等)
□同意□不同意
□同意□不同意
管副/总
□同意□不同意
席执行
业务功能变更需求处理流程
改善型需求处理流程
维护型需求处理流程
维护型需求处理流程
4•讨论需坎草稿
5•襦求改整理I
6•接收并起草需求>说明书
7•相关业务机构或
部门确9^..产
f0
敏感数
—*
&相亲並务机构或■
部门副/总经理审
核r
ii.用户确认
临时型需求处理流程
临时型需求处理流程
6•相关业务机构或’
部门确认*
8.IT部实施
9•用户确认
X2d
部门管理流程说明及关注
第LX3类部门管理流程主要分成儿个重要阶段
1.项目需求立项关注(第L4点)关注:
需求内容要注明业务需求目的和业务部门预期上线时间:
新项目开发需求
要明确业务或管理规则、工作流程等情况
确企需求负责人
N项目需求分析(笫5〜9点)关注:
信息技术部因应申请部门需求的情况,与相关业务部门、职能部门沟通分
析项目的可行性、风险评估并落实需求系统设置。
项目需求通过(笫1O14点)关注:
项目需求由申请部门主管、该业务机构的(副)总经理、柑关部门、信息技
术部主管批准,涉及仏2或3类(22人日以上人须经由分管(制)总裁、首席执行官
签名牝匕准。
信息技术部实时向需求提出方发布《项目il划书仪《项目需求说明书仪
需求提出方落实系统功能角色和使用权限、落实测试人员名单,如需要公
需求提出方指定上线前测试时间il划,相应项目负责人把系统测试过程中
发现的问题汇总并实时汇报
6.系统功能应用培训(第17点)关注:
信息技术部向需求提出方进行系统应用培训,明确系统相关角色、权限、
规则等设置情况。
信息技术部只提供上线运营的操作培训,业务培训由各个需求提出方自己
组织,同时需求提出方对瓦它同事进行代培训。
7-系统上线(第1821点)
落实上线时间点,评估是否影响公司的业务正常进行。
上线后申请部门需要统筹好功能数据转换的验证工作。
8.系统上线后维护(第22点)
需求申请部门和信息技术部总结及落实未解决的问题•信息技术部做计划
分时段解决。
《全文完》
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- IT 部门 工作 流程 管理制度 说明