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