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

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