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

1、IT 部门工作流程和管理制度说明1.概述为规范公司 IT 项目开发的申请和受理，根据公司现状，结合公司的架构，现对 IT 系统项目需求申请流程进行调整和优化，而草拟此说明。注：由于以往频繁发布系统版本，而影响业务使用，现规定每周一和周四为 IT 项目上线发布时间窗口。2.IT 服务应用开发分类序号类别说明适用举例1. 新项目开发目前暂无相关系统平台，根据公司业务发展规划或各个业务部门自身的管理需要，自主研发或外购的项目连锁加盟的网店项目，结算项目，财务支持项目2 业 务 功 能 变更根据各业务机构发展需要，对目前的管理制度和流程进行调整， 同时对原有系统功能进行重大调整政策系统调整、结算比例调

2、整、财务系数调整等3 改善型需求根据各个业务机构的发展需要，对现有系统的个别功能进行优化和调整例如号百平台的政企CRM优化，改善对政府企业的服务管理4 维护型需求根据各个业务机构的管理需要，从系统中导出数据或修改一些订单数据或提供报表例如 7 天酒店的订单数据修改5 . 临时型需求临时型需求申请需要至少在发布时间2 天前提交例如 5.1 问候广告，世博短信更改3.IT 服务应用开发承诺IT 服务应用开发承诺序号内容服务承诺目标备注1 需求响应时间类别响应时间90% 新项目开发 10 工作日业务功能变更 7 工作日改善型需求 5 工作日维护型需求 3 工作日临时型需求 1 工作日2 项目计划实际

3、完成时间不超过项目计划时间的15% 90% 注：1. 【对公司授权的项目变更引起的计划推迟，不计算在实际完成时间内】2. 需求响应时间是指从接收到需求到信息技术部派人调研之间的时间间隔。4.项目需求申请和处理流程4.1. 项目需求申请简易流程申请部门提出需求申请 打印版 / 传真版 /PDF 版本信息技术部的项目部接口人接收与业务部门讨论相关需求和工作流程需求确定并审批信息技术部的开发部开发户测试并提交测试报告用户测试通过则发布用户验证并提交验证报告。4.2. 需求申请审批说明类别说明适用举例提交的主要附件审批授权各业务机构相关部门各业务机构（副）总经理公 司相 关部 门（ 如有）信 息技 术

4、部分管（副）总裁首席执行官1. 新项目开发目前暂无相关系统平台，根据公司业务发展规划或各个业务部门自身的管理需要，自主研发或外购的项目连 锁 加 盟 的网店项目， 结算项目， 财务支持项目1. 相关管理制度发文2. 相关工作流程文档3. 相关逻辑设置文档确认审核确认审核审核审批2. 业务功能变更根据各业务机构发展需要，对目前的管理制度和流程进行调整，同时对原有系统功能进行重大调整政 策 系 统 调整、结算比例调整、财务系数调整等1 相关管理制度发文2 涉及财务系数调整，需要得到财务部门或 CFO的授权文件确认审核确认审核审批- 3. 改善型需求根据各个业务机构的发展需要，对现有系统的个别功能进

5、行优化和调整例 如 号 百 平台的政企 CRM优化，改善对政 府 企 业 的服务管理1 相关的逻辑设置文件2 系统使用报告确认审核确认审 批（ 22人 日以下）审批（22人日以上而小于44人日）审批（44人日以上）4. 维护型需求根据各个业务机构的管理需要，从系统中导出数据或修改一些订单数据或提供报表例如 7天酒店的 订 单 数 据修改1 相关导数的具体数据格式文件2 涉及业务或财务数据，需提交业务第一责任人或财务第一负责人或CFO的授权文件确认审核确认审批- - 5. 临时型需求临时型需求申请需要至少在发布时间2 天前提交例如 5.1 问候广告，世博短信更改1 提交具体的需求内容和说明2 逻

6、辑相关设置文档确认审核确认审批- - 上述需求申请由信息技术部的项目部统一接洽和管理，信息技术部开发和管理维护，以上流程从发布之日起开始生效，请公司各业务机构遵照执行。附件： 1、IT 项目需求申请表2、 相关具体申请流程图3、 附注：流程说明及关注附件 1 IT项目需求申请表类别 :新项目开发申请业务功能变更申请改善型需求申请维护型申请临时型申请外购软件申请 NO.：申请人部门业务板块/ 分公司电话E-MAIL 申请日期需求项目名称 : 申请目的申请上线时间需求负责人是否有项目的相关操作流程图（附件名称）需求具体说明 如文字过长， 请以此格式作附件提交 序号项目功能达到效果 ( 相关限制设置

7、说明) 逻辑公式申请部门主管审批部门：同意不同意部门：同意不同意业务机构/ 分公司副 / 总经理审批同意不同意相关部门主管审批部门：同意不同意信息技术部主管审批项目经理同意不同意工作量评估：人日注：工作量评估包含软件开发的整个过程（需求分析、设计、开发、测试等）人力资源评估：人（预计此需求投入的人力资源评估）计划开始时间：（开始时间：需求设计时间）同意不同意分管副 /总裁同意不同意首席执行官同意不同意附件 2 新项目开发需求处理流程新项目开发需求处理流程分管副 /总裁业务机构 /相关部门信息技术部首席执行官Phase 1.项目需求意向2.需求评估3.初步讨论【管理方向、制度、规则4.项目需求草

8、稿5.讨论需求草稿6.需求修改整理7.接收并起草需求说明书8.需求评审9.修改整理需求说明书10.相关业务机构或部门确认11.相关业务机构或部门副 / 总经理审核12.需求核准13.需求审核14. 需求批准15. 系统设计和实现16. 设置用户测试环境17.系统应用培训18.用户测试并反馈问题19.修改问题并上线20.上线验证并反馈问题21.上线两周内跟踪项目运行情况并总结22.转入运营阶段业务功能变更需求处理流程业务功能变更需求处理流程分管副 /总裁业务机构/ 相关部门信息技术部Phase1.项目需求意向2.需求评估3.初步讨论【管理方向、制度、规则】4.项目需求草稿5.讨论需求草稿6.需求

9、修改整理7.接收并起草需求说明书8.需求评审9.修改整理需求说明书10.相关业务机构或部门确认11.相关业务机构或部门副 /总经理审核12.需求核准13.需求批准15.系统设计和实现16.设置用户测试环境17.系统应用培训18.用户测试并反馈问题19.修改问题并上线20.上线验证升级并反馈问题21.上线两周内跟踪项目运行情况并总结22.转入运营阶段改善型需求处理流程改善型需求处理流程分管副 /总裁业务机构 /相关部门信息技术部首席执行官Phase1.项目需求意向2.需求评估3.初步讨论【管理方向、制度、规则】4.项目需求草稿5.讨论需求草稿6.需求修改整理7.接收并起草需求说明书8.需求评审9

10、.修改整理需求说明书10.相关业务机构或部门确认11.相关业务机构或部门副 /总经理审核12.需求批准13.需求批准14.需求批准15.系统设计和实现16.设置用户测试环境17.系统应用培训18.用户测试并反馈问题19.修改问题并上线20.上线验证并反馈问题21.上线两周内跟踪项目运行情况并总结22.转入运营阶段22人日以下超过 22人日而小于44人以下超过 44人日维护型需求处理流程维护型需求处理流程业务机构/ 相关部门信息技术部Phase项目需求意向1.2. 需求评估3. 初步讨论【管理方向、制度、规则】4. 讨论需求草稿5. 需求修改整理6. 接收并起草需求说明书7.相关业务机构或部门确

11、认8.相关业务机构或部门副/总经理审核10. 数据导出11. 用户确认9. 需求批准敏感数据临时型需求处理流程临时型需求处理流程业务机构 /相关部门信息技术部Phase1.项目需求意向2.需求评估讨论需求草稿 3.4.需求修改整理5.接收并起草需求说明书6.相关业务机构或部门确认8.IT部实施9.用户确认7.需求批准附件 3 部门管理流程说明及关注第 1.2.3 类部门管理流程主要分成几个重要阶段1.项目需求立项关注（第14 点）关注：需求内容要注明业务需求目的和业务部门预期上线时间；新项目开发需求要明确业务或管理规则、工作流程等情况确定需求负责人2.项目需求分析(第 59 点) 关注：信息技

12、术部因应申请部门需求的情况，与相关业务部门、职能部门沟通分析项目的可行性、风险评估并落实需求系统设置。3.项目需求通过(第 1014 点) 关注：项目需求由申请部门主管、该业务机构的( 副) 总经理、 相关部门、 信息技术部主管批准，涉及1、 2 或 3 类(22 人日以上 ), 须经由分管 ( 副) 总裁、首席执行官签名批准。4.系统开发设置(第 15 点) 关注：信息技术部实时向需求提出方发布、。5.系统功能用户测试及问题总结( 第 16 点) 关注需求提出方落实系统功能角色和使用权限、落实测试人员名单，如需要公测， 则确定公测范围和时间。需求提出方指定上线前测试时间计划，相应项目负责人把系统测试过程中发现的问题汇总并实时汇报6.系统功能应用培训( 第 17 点) 关注：信息技术部向需求提出方进行系统应用培训，明确系统相关角色