欢迎来到天天文库
浏览记录
ID:47826017
大小:38.29 KB
页数:6页
时间:2020-01-17
《信息化需求管理办法精选word范本》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库。
1、城建宏信有限公司信息管理部信息化需求管理办法.修订记录版本编号版本日期修订者说明A/02009-6-20质量控制部信息技术中心金家芳初稿A/12012-5-22信息管理部俞东祥修订A/22015-3-26信息管理部施友松修订.归口部门文件名称文件编号版本信息管理部信息化需求管理办法IFELC/QD/D??A/01.0目的为了加强信息化需求分析评估及管理的规范性,提高需求方案设计和实施策略选择的系统性和科学性,以保证信息化建设能够满足“服务业务创造价值”的总体要求,根据公司《信息化建设管理规定》,制定本办法。2.0范围本办法适
2、用于公司以及下属全资或控股子公司。3.0定义3.1本办法所称的信息化需求是指由公司内各部门(含下属公司)提出,需要借助信息技术手段来实现的业务或管理需求。3.2本办法所指需求管理是指对需求申请和审批、方案制定和实施、需求变更控制等工作进行管理的过程。4.0职责分工4.1需求部门4.1.1负责梳理业务和管理需求,并根据《需求管理模板》的要求完成需求文档撰写,并签字确认。4.1.2在递交信息化需求之前,负责与信息管理部进行前期沟通,包括需求可行性、技术可行性等。4.1.3负责根据信息化需求的类型,启动“项目立项流程”或“IT维护
3、服务申请流程”,按公司要求完成审批。4.1.4需求开发过程中,负责配合确认和细化需求,根据制定的方案提供相关必要的数据信息,并指定专人负责协调和配合。4.1.5需求开发完成后,需求部门应指定专人(一般有需求提出者)参与用户验收测试,并对验收结果签字确认。4.2战略管理部负责审核需求部门递交的信息化需求是否匹配公司整体战略,包括是否符合公司的组织管理体系、是否符合公司运营体系和流程规范的要求等。4.3职能部门4.3.1业务运营中心负责对公司业务运作、风险管理、法律稽核等与业务运营相.归口部门文件名称文件编号版本信息管理部信息化
4、需求管理办法IFELC/QD/D??A/0关的信息化需求评估,一方面要避免各事业部需求的过度差异化,另一方面要求事业部信息化需求满足公司运营的整体要求。1.1.1资产管理部负责审核与资产相关的业务需求。1.1.2资金部、人力资源部、财务部等专业部门对需求部门提出的信息化需求进行专业性审核,确保需求的合理性和专业性,满足公司各个方向的管理要求。1.2信息管理部1.2.1负责评估信息化需求的合理性、必要性和技术可行性。1.2.2负责实施完成审批的信息化需求,包括需求分析和设计、组织资源,跟踪和管理实施过程,需求变更管理,协调用户
5、验收测试,负责统筹需求实施的费用管理及预算控制,负责最终的验收。2.0信息化需求分类2.1根据对业务或管理的影响范围和程度、信息化实施的难度和工作量、投资规模等要素,将信息化需求分为“项目类需求”和“改善性需求”两类。2.2项目类需求是指对业务或管理影响较大,实施工作量超过20人天的新系统建设,或对现有系统进行重大改造的需求。2.3改善类需求是指对业务或管理影响程度较小,实施工作量少于(含)20人天的信息化需求,一般都属于对现有系统进行功能增加或优化调整,或是一些工具的开发。3.0需求递交及审批管理3.1公司所有事业部和职能
6、部门必须在每年初递交新年度的整体性信息化需求,信息管理部以此制定年度信息化预算,原则上信息管理部不受理年度信息化需求之外的需求。3.2信息化需求的提出者可以是公司任何部门,相同需求若有两个或以上需求部门时,须明确主责部门。3.3针对项目类需求,需求部门必须通过“公司公文”报请公司,战略管理部作为归口部门进行受理;针对改善性需求,需求部门必须通过“IT维护服务申请流程”进行递交,并按要求完成审批。.归口部门文件名称文件编号版本信息管理部信息化需求管理办法IFELC/QD/D??A/01.1针对项目类需求,需求部门必须按照《需求
7、管理模板》的要求递交完整的需求文档,需求部门的部门经理必须签字确认。2.0需求实施管理2.1信息管理部在收到完成审批的信息化需求后,进行业务应用设计,并制定实施方案,同时制定实施计划并确定实施负责人。2.2针对需要动支预算的信息化需求,信息管理部需要将实施方案、供应商选择方案、预算动支方案等内容以公文的形式报请公司,只有在获得批准后才允许开展实施。2.3信息化需求负责人负责具体的实施过程管理,并向需求干系人定期汇报实施进度,确保需求的成功实施。3.0需求变更管理3.1需求变更是指在需求确认后,需求部门需要对需求内容进行增减或
8、调整,影响需求实施方案。3.2针对项目类需求,需求部门需要以正式的途径递交需求变更内容,信息管理部的需求实施负责人对变更的影响程度进行评估,在必要的情况下可以召集项目会议讨论,最终决定接受或拒绝变更。如果接受需求变更,需求实施负责人需要更新实施方案和实施计划,甚至调整实施的计划配置。3.3
此文档下载收益归作者所有