《IT部门工作流程和管理制度说明1》由会员分享，可在线阅读，更多相关《IT部门工作流程和管理制度说明1（10页珍藏版）》请在金锄头文库上搜索。
1、ITIT 部门工作流程和管理制度说明部门工作流程和管理制度说明1.1.概述概述为规范公司 IT 项目开发的申请和受理,根据公司现状,结合公司的架构，现对 IT 系统项目需求申请流程进行调整和优化,而草拟此说明。注：由于以往频繁发布系统版本，而影响业务使用，现规定每周一和周四为 IT 项目上线发布时间窗口.2.2.ITIT 服务应用开发分类服务应用开发分类序号类别说明目前暂无相关系统平台，根据公司业务发展规划1 1。新项目开发新项目开发或各个业务部门自身的管理需要 ,自主研发或外购的项目业业务务功功能能变变更更根据各业务机构发展需要，对目前的管理制度和流程进行调整,同时对原有系统功能进行重大调整
2、根据各个业务机构的发展需要，对现有系统的个别功能进行优化和调整根据各个业务机构的管理需要，从系统中导出数据或修改一些订单数据或提供报表临时型需求申请需要至少在发布时间2天前提交适用举例连锁加盟的网店项目，结算项目，财务支持项目2 2政策系统调整、结算比例调整、财务系数调整等例如号百平台的政企CRM优化,改善对政府企业的服务管理例如 7 天酒店的订单数据修改例如 5.1 问候广告,世博短信更改3 3改善型需求改善型需求4 45 5维护型需求维护型需求. .临时型需求临时型需求3.3.ITIT 服务应用开发承诺服务应用开发承诺ITIT 服务应用开发承诺服务应用开发承诺序号序号内容内容类别新项目开发
3、1需求响应时间业务功能变更改善型需求维护型需求临时型需求1服务承诺服务承诺响应时间10 工作日7 工作日5 工作日3 工作日1 工作日目标目标备注备注90%2注：项目计划实际完成时间不超过项目计划时间的15%90%1.【对公司授权的项目变更引起的计划推迟，不计算在实际完成时间内】2.需求响应时间是指从接收到需求到信息技术部派人调研之间的时间间隔.4.4.项目需求申请和处理流程项目需求申请和处理流程4.1.4.1.项目需求申请简易流程项目需求申请简易流程申请部门提出需求申请 打印版打印版/ /传真版传真版/PDF/PDF 版本版本 信息技术部的项目部接口人接收与业务部门讨论相关需求和工作流程需求
4、确定并审批信息技术部的开发部开发户测试并提交测试报告用户测试通过则发布用户验证并提交验证报告。4.2.4.2.需求申请审批说明需求申请审批说明审批授权审批授权各各 业业各业务各业务机机构构（副）（副）总经理总经理公公 司司相相 关关部部 门门（ 如如有）有）信信 息息技技 术术部部类别类别说明说明适用举例适用举例提交的主要附件提交的主要附件务务 机机构构 相相关关 部部门门分分裁裁管管首首 席席执执 行行官官( (副）副） 总总目前暂无相关系统1. 1. 新新项目项目开发开发平台，根据公司业务发展规划或各个业务部门自身的管理需要，自主研发或外购的项目根据各业务机构发2. 2. 业业务功务功能变
5、能变更更展需要，对目前的管理制度和流程进行调整，同时对原有系统功能进行重大调整例如号百平3. 3. 改改善型善型需求需求根据各个业务机构的发展需要,对现有系统的个别功能进行优化和调整台 的 政 企CRM 优化，改善对政府企业的服务管理4 4。 维维护型护型根据各个业务机构的管理需要,从系统例如7天酒店的订单数据政策系统调整、 结算比例调整、 财务系数调整等连锁加盟的网店项目， 结算项目 ,财务支持项目1。 相关管理制度发文2.相关工作流程文档3.相关逻辑设置文档1 相关管理制度发文2 涉及财务系数调整，需要得到财务部门或CFO的授权文件审 批1 相关的逻辑设置文件2 系统使用报告确认审核确认（
6、 22人 日以下）1 相关导数的具体数据格式文件2审（批22审 批（ 44人 日以上）确认审核确认审核审批-确认审核确认审核审核审批人日以上而小于44人日）- -确认审核确认审批需求需求中导出数据或修改一些订单数据或提供报表修改2 涉及业务或财务数据，需提交业务第一责任人或财务第一负责人或 CFO的授权文件5. 5. 临临时型时型需求需求临时型需求申请需要至少在发布时间2 天前提交例如 5.1 问候广告 ,世博短信更改1 提交具体的需求内容和说明2 逻辑相关设置文档确认审核确认审批- -上述需求申请由信息技术部的项目部统一接洽和管理，信息技术部开发和管理维护，以上流程从发布之日起开始生效，请公
7、司各业务机构遵照执行.附件：1、IT 项目需求申请表2、 相关具体申请流程图3、 附注:流程说明及关注附件附件 1 1ITIT 项目需求申请表项目需求申请表类别：类别：新项目开发申请业务功能变更申请改善型需求申请维护型申请临时型申请外购软件申请 NO。 ：申请人申请人电话电话需求项需求项目名称：目名称：申请目申请目的的申请上申请上线时间线时间是否有是否有项目的项目的相关操相关操作流程作流程图图 （附件（附件名称）名称）序号序号需求具需求具体说明体说明如文如文字过长字过长, ,请以此请以此格式作格式作附件提附件提交交项目功能项目功能部门部门E-MAILE-MAIL需求负责人需求负责人业务板块业务
8、板块/ /分公司分公司申请日期申请日期达到效果达到效果( (相关限制设置说明）相关限制设置说明）逻辑公式逻辑公式3部门：同意不同意申请部申请部门门主管审主管审批批部门：同意不同意业务机业务机构构/ /分公分公司副司副/ /总总经理审经理审批批相关部相关部门主管门主管审批审批同意不同意部门：同意不同意项目经理同意不同意信息技信息技术部主术部主管审批管审批工作量评估：人日注:工作量评估包含软件开发的整个过程（需求分析、设计、开发、测试等）人力资源评估：人（预计此需求投入的人力资源评估）计划开始时间：（开始时间：需求设计时间）同意不同意同意不同意同意不同意分管副分管副/ /总裁总裁首席执首席执行官行
9、官附件附件 2 2新项目开发需求处理流程新项目开发需求处理流程4新项目开发需求处理流程业务机构/相关部门 1.项目需求意向信息技术部分管副/总裁首席执行官2.需求评估3.初步讨论【管理方向、制度、规则4.项目需求草稿5.讨论需求草稿6.需求修改整理7.接收并起草需求说明书8.需求评审10.相关业务机构或部门确认9.修改整理需求说明书11.相关业务机构或部门副/总经理审核12.需求核准13.需求审核14.需求批准15.系统设计和实现16.设置用户测试环境17.系统应用培训18.用户测试并反馈问题19.修改问题并上线20.上线验证并反馈问题21.上线两周内跟踪项目运行情况并总结22.转入运营阶段P
10、hase5业务功能变更需求处理流程业务功能变更需求处理流程业务功能变更需求处理流程业务机构 /相关部门1.项目需求意向信息技术部分管副 /总裁2.需求评估3.初步讨论【管理方向、制度、规则】4.项目需求草稿5.讨论需求草稿6.需求修改整理7.接收并起草需求说明书8.需求评审10.相关业务机构或部门确认9.修改整理需求说明书11.相关业务机构或部门副 /总经理审核12.需求核准13.需求批准15.系统设计和实现16.设置用户测试环境17.系统应用培训18.用户测试并反馈问题19.修改问题并上线20.上线验证升级并反馈问题21.上线两周内跟踪项目运行情况并总结22.转入运营阶段Phase改善型需求
11、处理流程改善型需求处理流程6改善型需求处理流程业务机构/相关部门1.项目需求意向信息技术部分管副/总裁首席执行官2.需求评估3.初步讨论【管理方向、制度、规则】4.项目需求草稿5.讨论需求草稿6.需求修改整理7.接收并起草需求说明书8.需求评审10.相关业务机构或部门确认9.修改整理需求说明书11.相关业务机构或部门副/总经理审核22人日以下12.需求批准超过22人日而小于44人以下13.需求批准超过44人日14.需求批准15.系统设计和实现16.设置用户测试环境17.系统应用培训18.用户测试并反馈问题19.修改问题并上线20.上线验证并反馈问题21.上线两周内跟踪项目运行情况并总结22.转
12、入运营阶段Phase维护型需求处理流程维护型需求处理流程7维护型需求处理流程业务机构/相关部门项目需求意向1.信息技术部2.需求评估3.初步讨论【管理方向、制度、规则】4.讨论需求草稿5.需求修改整理6.接收并起草需求说明书7.相关业务机构或部门确认敏感数据8.相关业务机构或部门副 /总经理审核9.需求批准10. 数据导出11. 用户确认Phase临时型需求处理流程临时型需求处理流程8临时型需求处理流程业务机构/相关部门1.项目需求意向信息技术部2.需求评估讨论需求草稿3.4.需求修改整理5.接收并起草需求说明书6.相关业务机构或部门确认7.需求批准8.IT部实施9.用户确认Phase附件附件
13、 3 3部门管理流程说明及关注部门管理流程说明及关注第 1.2。3 类部门管理流程主要分成几个重要阶段91.项目需求立项关注（第14 点）关注:需求内容要注明业务需求目的和业务部门预期上线时间； 新项目开发需求要明确业务或管理规则、工作流程等情况确定需求负责人2.项目需求分析(第 59 点）关注：信息技术部因应申请部门需求的情况,与相关业务部门、职能部门沟通分析项目的可行性、风险评估并落实需求系统设置。3.项目需求通过(第 1014 点)关注：项目需求由申请部门主管、该业务机构的(副）总经理、相关部门、信息技术部主管批准,涉及 1、2 或 3 类(22 人日以上）,须经由分管（副）总裁、首席执
14、行官签名批准。4.系统开发设置（第 15 点）关注：信息技术部实时向需求提出方发布、 。5.系统功能用户测试及问题总结（第16 点)关注需求提出方落实系统功能角色和使用权限、落实测试人员名单,如需要公测，则确定公测范围和时间。需求提出方指定上线前测试时间计划， 相应项目负责人把系统测试过程中发现的问题汇总并实时汇报6.系统功能应用培训（第 17 点)关注：信息技术部向需求提出方进行系统应用培训， 明确系统相关角色、权限、规则等设置情况。信息技术部只提供上线运营的操作培训， 业务培训由各个需求提出方自己组织， 同时需求提出方对其它同事进行代培训。7.系统上线(第 1821 点）落实上线时间点,评估是否影响公司的业务正常进行。上线后申请部门需要统筹好功能数据转换的验证工作。8.系统上线后维护(第 22 点）需求申请部门和信息技术部总结及落实未解决的问题， 信息技术部做计划分时段解决.全文完10
