IT部门工作流程和管理制度说明(DOC 19页).docx

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

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

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

4、相关系统 平台，根据公司业 务发展规划或各个 业务部门自身的管 理需要，自主研发 或外购的项目连锁加盟的 网店项目， 结算项目， 财务支持项 目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、附注：流程说明及关注申请人部门业务板块/分公司电话E-MAIL申请日期需求项 目名称：申请目 的申请上 线时间需求负责人是否有 项目的 相关操作流程 图（附 件名称）需求具 体说明 如文字 过长， 请以此 格式作 附件提交序号项目功能达到效果（相关限制设置说明）逻辑公式附件1类别：新项目开发申请IT项目需求申请表业务功能变更申请改善型需求申请维护型申请部门：同意不同意申请部 门主管审批部门：同意不同意业务机 构/分公 司副/总

7、 经理审批同意不同意相关部 门主管 审批部门：同意不同意项目经理 同意不同意信息技术部主管审批工作量评估：人日注：工作量评估包含软件开发的整个过程（需求分析、设计、开发、测试等）人力资源评估：人（预计此需求投入的人力资源评估）计划开始时间：（开始时间：需求设计时间）同意不同意同意不同意分管副/ 总裁首席执行官同意不同意1项目需求意向2.需求评估3.初步讨 论【管4.项目需求草稿5.讨论需求草稿6.需求修改整理7.接收并起草需求说明书10.相关业务机构或部门确认11.相关业务机构或部门副/总经理审核8.需9.修改整理需求说明书12.需求核准13需求审核14.需求批准15.系统设计和实现16.设置

8、用户测试环境用培训17.系统119.修改问题并上线18.用户测试并反馈问题20.上线验证并反馈问题1.项目需求意向2.需求评估3.初步讨论5.讨论需求草稿4.项目需求草稿7.接收并起草需求说明书6.需求修改整理8.需-w9.修改整理需求说 明书10.相关业务机构或 部门确认11.相关业务机构或12.需求核准部门副/总经理审 核15.系统设计和实现16.设置用户测试环 境用培训13.需求批准20.上线验证升级并反馈问题19.修改问题并上线业务功能变更需求处理流程1.项目需求意向2.需求评估3.初步讨论【管理4.项目需求草稿；5讨论需求草稿6.需求修改整理7.接收并起草需求说明书* Y8.需9.修

9、改整理需求说明书10.相关业务机构或部门确认12.需求批准超过22人日卜44人以下13.需求批准超过44人日14.需求批准11.相关业务机构或22人日以下 部门副/总经理审核用培训17.系15.系统设计和实现16.设置用户测试环境.19.修改问题并上线20.上线验证并反馈问题改善型需求处理流程业务机构 门项目需求意向/相关部3.初步讨1.制度、规则】信息技术部2.需求评估4.讨论需求草稿5.需求修改整理6.接收并起草需求说明书7.相关业务机构或部门确认敏感数据9.需求批准8.相关业务机构或部门副 /总经理审核11.用户确认10.数据导出临时型需求处理流程临时型需求处理流觀业务机鞫/相关部门信息

10、技术部佔U 虞 I L :* 说 m 158. CM或血9 1. 川.附件 3部门管理流程说明及关注第 1.2.3 类部门管理流程主要分成几个重要阶段1. 项目需求立项关注（第 14点）关注：需求内容要注明业务需求目的和业务部门预期上线时间；新项目开发需求要明确 业务或管理规则、工作流程等情况确定需求负责人2. 项目需求分析 （第 59 点）关注：信息技术部因应申请部门需求的情况，与相关业务部门、职能部门沟通分析项目 的可行性、风险评估并落实需求系统设置。3. 项目需求通过 （第 1014 点）关注：项目需求由申请部门主管、该业务机构的（副 ）总经理、相关部门、信息技术部主管批准，涉及 1、2

11、 或 3 类（22 人日以上）,须经由分管 （副）总裁、首席执行官签名批 准。4. 系统开发设置 （第 15 点）关注：信息技术部实时向需求提出方发布项目计划书 、项目需求说明书 。5. 系统功能用户测试及问题总结 （第 16 点）关注需求提出方落实系统功能角色和使用权限、落实测试人员名单，如需要公测，则 确定公测范围和时间。需求提出方指定上线前测试时间计划，相应项目负责人把系统测试过程中发现的 问题汇总并实时汇报6. 系统功能应用培训 （第 17 点）关注：信息技术部向需求提出方进行系统应用培训，明确系统相关角色、权限、规则等 设置情况。信息技术部只提供上线运营的操作培训，业务培训由各个需求提出方自己组织， 同时需求提出方对其它同事进行代培训。7. 系统上线 （第 18 21 点）落实上线时间点，评估是否影响公司的业务正常进行。 上线后申请部门需要统筹好功能数据转换的验证工作。8. 系统上线后维护 （第 22 点 ）需求申请部门和信息技术部总结及落实未解决的问题，信息技术部做计划分时段 解决。全文完