IT需求变更管理流程总公司需求部门分公司需求部门信息技术部上级领导/信息化建设委员会草拟需求变更意向草拟需求变更意向提出需求变更审核同意提出需求变更意向不同意接收需求变更意向需求变更需求变更会商筛选否，分公司提出的需求变更否，总公司提出的需求变更是否可行是会商否是否超权限的需求变更通过是审核未通过结束需求变更审批整理需求变更需求变更单否审核是否通过是评估需求变更需求变更评估报告会商同意需求变更确认确认需求变更单和需求变更评估报告更新需求规格说明书开发管理流程
3、 流程说明 流程 工作内容、
部门 时效重要输入 工作说明 重要输出 风险点
流程步骤 性 对已确定的需求或者已有系统的功能点需要进行补充、删减、修改的想法 分公司需求意向 对已确定的需求或者已有系统的功能点需要进行补充、删减、修改的想法 需求变更意向 分公司需求部门 --- 提出需求变更意向。 需求变更意向 提出需求变更意向 总公司需求部门 --- 审核分公司需求变更意向。 审核结果 --- 提出需求变更意向。 需求变更意向 可行性判断 信息技术部 -- 根据需求变更意向结合目前系统情况进行可行性初步判断。 针对可行的需求变更双方进行讨论，结合已经确定的需求或者已有系统进行分析，确定实现方式和可能的影响。 对于超权限的需求变更进行报批。 可行性初步判断结果以及建议 需求会商 需求变更管理报批 流程 总公司需求部门、 信息技术部 总公司需求部门、 信息技术部 上级领导/信息化建设委员会 总公司需求部门 -- 可行的需求变更意向 会议纪要/沟通结果 -- 可行的需求变更意向 超过需求方和信息技术部权限的需求变更 会议纪要/沟通结果 空白的需求变更单 需求变更单 审核通过的需求变更单 需求变更单 需求变更评估报告 确认后的文档 EOA报批/召开信息化建设委员会 1、需求可行性风险 2、需求变更风险 3、监管风险 审核 -- 进行需求变更审批。 审核意见 整理原始变更 审核用户需求变更单 评估需求变更 需求变更确认 更新需求规格说明
-- 根据双方的沟通结果，需求变更单 书写需求变更单。 审核内容是否全面，描述是否准确，格式是否符合标准。 根据审核通过的需求变更单进行评估。 双方进行需求变更确认。 根据变更内容，完善需求规格说明书。 信息技术部 信息技术部 总公司需求部门 信息技术部 信息技术部 -- 审核意见 需求变更评估报告 -- -- 确认后的文档 -- 最新的需求规格说明书
书 4、 流程信息清单 名称 工具 《需求变更单》 需求变更申请单.doc 《需求变更评估报告》 需求变更评估报告.doc EOA
http://haeoa/eoa/todoProcessList.do
IT部门的工作流程、管理制度汇编等
