远东宏信信息化项目需求管理细则.docxVIP

远东宏信有限公司信息管理部信息化项目需求管理细则修订记录版本编号版本日期修订者说明A/02015-3-26信息管理部施友松初稿目的为了加强信息化需求分析评估及管理的规范性，提高需求方案设计和实施策略选择的系统性和科学性，以保证信息化建设能够满足“服务业务 创造价值”的总体要求，根据公司《信息化建设管理规定》，制定本办法。范围本办法适用于公司以及下属全资或控股子公司。定义本办法所称的信息化需求是指由公司内各部门（含下属公司）提出，需要借助信息技术手段来实现的业务或管理需求。本办法所指需求管理是指对需求申请和审批、方案制定和实施、需求变更控制等工作进行管理的过程。本办法所称需求部门是指信息化需求的提出部门（事业部或职能部门），如果需求涉及多个部门，则需要明确主责部门。职责分工需求部门负责梳理业务和管理需求，并根据《需求管理模板》的要求完成需求文档撰写，并签字确认。在递交信息化需求之前，负责与信息管理部进行前期沟通，包括需求可行性、技术可行性等。负责根据信息化需求的类型，启动“项目立项流程”或“IT维护服务申请流程”，按公司要求完成审批。需求开发过程中，负责配合确认和细化需求，并指定专人负责协调和配合。需求开发完成后，需求部门应指定专人（一般有需求提出者）参与用户验收测试，并对验收结果签字确认。战略管理部负责审核需求部门递交的信息化需求是否匹配公司整体战略，包括是否符合公司的组织管理体系、是否符合公司运营体系和流程规范的要求等。职能部门业务运营中心负责对公司业务运作、风险管理、法律稽核等与业务运营相关的信息化需求评估，一方面要避免各事业部需求的过度差异化，另一方面要求事业部信息化需求满足公司运营的整体要求。资产管理部负责审核与资产相关的业务需求。资金部、人力资源部、财务部等专业部门对需求部门提出的信息化需求进行专业性审核，确保需求的合理性和专业性，满足公司各个方向的管理要求。信息管理部负责评估信息化需求的合理性、必要性和技术可行性。负责实施完成审批的信息化需求，包括需求分析和设计、组织资源，跟踪和管理实施过程，需求变更管理，协调用户验收测试，负责统筹需求实施的费用管理及预算控制，负责最终的验收。信息化需求分类根据对业务或管理的影响范围和程度、信息化实施的难度和工作量、投资规模等要素，将信息化需求分为“项目类需求”和“改善性需求”两类。项目类需求是指对业务或管理影响较大，实施工作量超过20人天的新系统建设，或对现有系统进行重大改造的需求。改善类需求是指对业务或管理影响程度较小，实施工作量少于（含）20人天的信息化需求，一般都属于对现有系统进行功能增加或优化调整，或是一些工具的开发。需求递交及审批管理公司所有事业部和职能部门必须在每年初递交新年度的整体性信息化需求，信息管理部以此制定年度信息化预算，原则上信息管理部不受理年度信息化需求之外的需求。信息化需求的提出者可以是公司任何部门，相同需求若有两个或以上需求部门时，须明确主责部门。针对项目类需求，需求部门必须通过“公司公文”报请公司，战略管理部作为归口部门进行受理；针对改善性需求，需求部门必须通过“IT维护服务申请流程”进行递交，并按要求完成审批。针对项目类需求，需求部门必须按照《需求管理模板》的要求递交完整的需求文档，需求部门的部门经理必须签字确认。需求实施管理信息管理部在收到完成审批的信息化需求后，进行业务应用设计，并制定实施方案，同时制定实施计划并确定实施负责人。针对需要动支预算的信息化需求，信息管理部需要将实施方案、供应商选择方案、预算动支方案等内容以公文的形式报请公司，只有在获得批准后才允许开展实施。信息化需求负责人负责具体的实施过程管理，并向需求干系人定期汇报实施进度，确保需求的成功实施。需求变更管理需求变更是指在需求确认后，需求部门需要对需求内容进行增减或调整，影响需求实施方案。针对项目类需求，需求部门需要以正式的途径递交需求变更内容，信息管理部的需求实施负责人对变更的影响程度进行评估，在必要的情况下可以召集项目会议讨论，最终决定接受或拒绝变更。如果接受需求变更，需求实施负责人需要更新实施方案和实施计划，甚至调整实施的计划配置。针对改善类需求，需求实施负责人将“IT维护服务流程”调整给需求发起人，需求发起人填写需求变更内容并重新递交审批。需求部门负责对验收测试的结果进行确认，在完成验收测试后，需求实施负责人启动相应的上线发布流程（新系统上线发布流程或系统升级上线发布流程）。业务设计及交付管理业务应用部在接收到需求部门递交的需求后，负责进行业务设计，设计的内容包括系统交互页面、系统计算逻辑、权限控制等内容。业务应用部负责在部门内部完成业务设计成果的汇报，并得到部门的确认。业务应用部负责将设计稿交付应用系统开发部，应用系统开发部有权利对业务应用部递交的设计进行检查，并将问题递