信息系统需求管理方案说明.docx

需求管理方案 修改记录 目 录 1. 概述 1 1.1 现状分析 1 1.2 目的 1 1.3 适用范围 2 2. 岗位与职责 2 3. 需求流程说明 4 3.1 需求分类 4 3.2 需求管理流程及制度 5 3.2.1 整体流程 5 3.2.2 需求收集 6 3.2.3 需求汇总初步分析 7 3.2.4 需求评审分析 8 3.2.5 需求开发 10 3.2.6 需求测试 11 3.2.7 需求上线 12 3.2.8 需求变更 12 4. 需求管理措施 14 5. 过程及成果资料 15 1. 概述 1.1 现状分析 目前项目需求管理的过程中，在需求收集、流程设置、工作效率等方面存在着一些问题，导致需求得不到及时有效的解决、项目推进缓慢、客户满意度降低等。比较常见问题如下： ? 需求提出时，不够细化、完全，不能完整、准确的反映客户的实际需求。 ? 没有考虑整体性和关联性，有些需求只适用于个别分支机构；需求上存在理解差异，待功能交付后，用户提出所见非所求，造成需求、 bug 争论不休， 需求变更及 bug 修复频繁，影响系统稳定并造成成本消耗。 ? 需求提交方式多样，有很多口头或邮件交流内容，存在需求过于简单描述不 清。 ? 没有划定需求的优先级，需求进度难以控制，过多的争论造成了临时事务增多， ? 需求提出后，经过一段时间的开发，后续无人跟踪。 1.2 目的 为了更规范更有效的管理需求工作，保证需求工作的可控性，明确各阶段的工作内容、处理流程、参与人员以及相关干系人的职责，特制定本管理办法，相关人员必须严格按照本办法执行新需求相关工作。 1.3 适用范围 本制度适用的读者包括： 主要干系人：项目经理、需求管理员、开发负责人 相关干系人：实施人员、技术支持人员、开发人员、项目管理专员。 2. 岗位与职责 主要干系人职责： 角色 主要职责 1. 负责需求收集，与甲方沟通、确认需求相关事宜并编写需求文档。 2. 配合开发人员提供业务知识的支持。 3. 参与需求评审分析。 4. 根据需求评审意见，及时修改需求文档，并发给需求相关干系人。 5. 维护需求信息、跟进需求变更以及需求处理进展，定期向相关领导项目经理 汇报。 6. 负责需求测试，制定需求测试计划，分配测试任务，对系统功能进行测试确认。 7. 测试存在问题的及时反馈开发负责人和需求管理员，并跟进解决情况，完成之后重新进行测试。 8. 内部测试完成之后负责与甲方沟通，进行测试，完成需求结果确认。 9. 负责需求上线。 1. 负责定期收集汇总、整理分类各项目提报的需求并进行审批，与提交人及总公司人员进行沟通确认。 2. 组织项目经理、开发人员等召开需求评审会议，从架构、业务、技术、风险等方面对业务需求的内容和实现方式进行全面评估，并提 出评估意见，确定需求解决方案。 需求管理员 3. 负责收集开发负责人反馈的需求解决计划，并及时告知各项目经理。 4. 跟踪需求解决进展情况，协调项目组与开发人员相关事宜的沟通。 5. 负责与总公司人员沟通需求，跟踪总公司需求解决进度。 6. 定期到各项目组与客户方进行沟通，了解现场问题，收集需求。 相关干系人职责： 角色 主要职责 1. 协助项目经理进行需求收集。 2. 配合开发人员提供业务知识的支持。 实施人员 3. 需要时参与需求评审分析。 4. 协助项目经理进行需求测试。 5. 协助项目经理进行需求上线。 技术支持人员 1. 2. 需求收集阶段协助项目经理与甲方对于需求的沟通、确认。帮助项目经理分析、确定业务需求。 必要时提供技术支持，配合项目经理完成测试环境的搭建。 1. 协助项目经理与甲方对于需求的沟通、确认。帮助项目经理分析、 3. 需求流程说明 3.1 需求分类 按照需求内容大致可分为： 按照优先级可分为： 3.2 需求管理流程及制度 3.2.1 整体流程 整体流程示意图： 需求管理主要分为 6 个阶段：需求收集、需求汇总初步分析、需求评审分析、需求开发、需求测试、需求上线。 需求开发的管理流程： 3.2.2 需求收集 3.2.2.1 主要参与人员 项目经理、实施人员、技术支持人员 3.2.2.2 工作内容及要求 （1） 项目经理针对用户提出的需求，采用访谈、会议、问卷等形式收集基础信息（包括相关支持文件，例如会议纪要、下发文件等） （2） 从业务方面判断是否合理，若不合理应第一时间告知用户，并解释清楚原因。或是分析判断该需求是否可以通过系统已有的其他功能来实现。 （3） 按照模板编写《需求文档》（需求描述要求清晰、全面，对于文字难以描述的可采用示意图、原型设计等方法）。 （4） 按照项目组需求确认单样式填写《需求确认单》，并由甲方签字确认。 （5） 每周三 12 点之前汇总本项目需求（含相关支持材料）发送至需求管理员邮箱。紧急需求可