信息系统需求管理方案

精品文档 需求管理方案需求管理方案 拟制人 审核人 批准人 朱良超日期 日期 日期 2018.05.02 修改记录修改记录 作者作者/ /修修 日期日期 2018.05.07 2018.05.11 2018.05.22 版本版本 改者改者 V1.1 V1.2 V1.3 朱良超 朱良超 朱良超 完善需求管理流程及相关人员分工 增加需求评审阶段成果，需求上线阶 段增加客户确认，形成闭环。 修改内容修改内容审核人审核人 修改整体流程，补充需求管理措施。 。1欢迎下载 精品文档 。2欢迎下载 精品文档 目目 录录 1.1. 概述概述 1 1 1.1 现状分析.1 1.2 目的.1 1.3 适用范围.1 2.2. 岗位与职责岗位与职责 2 2 3.3. 需求流程说明需求流程说明3 3 3.1 需求分类.3 3.2 需求管理流程及制度.5 3.2.1 整体流程 5 3.2.2 需求收集 6 3.2.3 需求汇总初步分析 7 3.2.4 需求评审分析 7 3.2.5 需求开发 .10 3.2.6 需求测试 .11 3.2.7 需求上线 .11 3.2.8 需求变更 .12 4.4. 需求管理措施需求管理措施 1414 5.5. 过程及成果资料过程及成果资料. . 1515 。I欢迎下载 精品文档 1.1. 概述概述 1.11.1 现状分析现状分析 目前项目需求管理的过程中，在需求收集、流程设置、工作效率等方面存在着一 些问题，导致需求得不到及时有效的解决、项目推进缓慢、客户满意度降低等。比较 常见问题如下： ➢ 需求提出时，不够细化、完全，不能完整、准确的反映客户的实际需求。 ➢ 没有考虑整体性和关联性，有些需求只适用于个别分支机构；需求上存在理解 差异，待功能交付后，用户提出所见非所求，造成需求、bug 争论不休，需求 变更及 bug 修复频繁，影响系统稳定并造成成本消耗。 ➢ 需求提交方式多样， 有很多口头或邮件交流内容， 存在需求过于简单描述不清。 ➢ 没有划定需求的优先级， 需求进度难以控制， 过多的争论造成了临时事务增多， ➢ 需求提出后，经过一段时间的开发，后续无人跟踪。 1.21.2 目的目的 为了更规范更有效的管理需求工作，保证需求工作的可控性，明确各阶段的工作 内容、处理流程、参与人员以及相关干系人的职责，特制定本管理办法，相关人员必 须严格按照本办法执行新需求相关工作。 1.31.3 适用范围适用范围 本制度适用的读者包括： 。1欢迎下载 精品文档 主要干系人：项目经理、需求管理员、开发负责人 相关干系人：实施人员、技术支持人员、开发人员、项目管理专员。 2.2. 岗位与职责岗位与职责 主要干系人职责：主要干系人职责： 角色角色主要职责主要职责 1. 负责需求收集，与甲方沟通、确认需求相关事宜并编写需求文档。 2. 配合开发人员提供业务知识的支持。 3. 参与需求评审分析。 4. 根据需求评审意见，及时修改需求文档，并发给需求相关干系人。 5. 维护需求信息、 跟进需求变更以及需求处理进展， 定期向相关领导 项目经理 汇报。 6. 负责需求测试，制定需求测试计划，分配测试任务，对系统功能进 行测试确认。 7. 测试存在问题的及时反馈开发负责人和需求管理员， 并跟进解决情 况，完成之后重新进行测试。 8. 内部测试完成之后负责与甲方沟通， 进行测试， 完成需求结果确认。 9. 负责需求上线。 1. 负责定期收集汇总、 整理分类各项目提报的需求并进行审批， 与提 交人及总公司人员进行沟通确认。 2. 组织项目经理、开发人员等召开需求评审会议，从架构、业务、 技 术、 风险等方面对业务需求的内容和实现方式进行全面评估， 并提 出评估意见，确定需求解决方案。 需求管理员3. 负责收集开发负责人反馈的需求解决计划，并及时告知各项目经 理。 4. 跟踪需求解决进展情况，协调项目组与开发人员相关事宜的沟通。 5. 负责与总公司人员沟通需求，跟踪总公司需求解决进度。 6. 定期到各项目组与客户方进行沟通，了解现场问题，收集需求。 7. 负责需求开发结果的确认。 1. 参与需求评审，从技术角度对需求实现方式、风险等进行评估，确 开发负责人定技术路线。 2. 负责向需求管理员反馈开发计划 。2欢迎下载 精品文档 3. 负责需求开发所有工作的沟通、协调管理。 4. 负责需求开发进度、成员管理。 5. 负责或参与需求所有成果的审批。 6. 参与或指定开发人员协助需求提交人员与甲方对于需求的沟通、 确 认。 相关干系人职责：相关干系人职责： 角色角色主要职责主要职责 1. 协助项目经理进行需求收集。 2. 配合开发人员提供业务知识的支持。 实施人员3. 需要时参与需求评审分析。 4. 协助项目经理进行需求测试。 5. 协助项目经理进行需求上线。 1. 需求收集阶段协助项目经理与甲方对于需求的沟通、 确认。 帮助项 技术支持人员目经理分析、确定业务需求。 2. 必要时提供技术支持，配合项目经理完成测试环境的搭建。 1. 协助项目经理与甲方对于需求的沟通、确认。帮助项目经理分析、 开发人员 确定业务需求。 2. 负责需求开发的具体实现。 3. 当项目经理对需求确认不通过时，按照反馈结果对需求进行修改。 项目管理专员1. 参与需求评审分析，从项目进度、质量等方面进行评审分析。 3.3. 需求流程说明需求流程说明 3.13.1 需求分类需求分类 按照需求内容大致可分为： 需求类型需求类型需求类型定义需求类型定义 功新业务功能已有系统中没有此功能，需要在原有基础上新增功能 。3欢迎下载 精品文档 能 功能改进 性 需 求 需求变更 当前系统已经有此功能，因组织架构、制度规范、业务处理 流程等发生变化，需要对现有系统的某些功能进行优化调整 系统功能上线前，要在原有需求的基础上增加、修改或删除 需求内容，但需求内容的变动会引起成本增长过大、对现有 业务影响较大、或可能存在风险、合规等问题 系统现有功能可以正常使用，但是性能、安全、底层处理逻 辑和架构等即将或者未来可能成为业务进一步扩张的瓶颈 系统问题 界面类需求前端页面设计、开发、更新修改及维护。 非功能性需求 不直接与系统的具体功能相关的一类需求。 例如：安全性、可扩展性、响应时间、交付要求等。 按照优先级可分为： 需求类型需求类型需求类型定义需求类型定义采取的措施采取的措施 1、 系统必须实现的，没有其功能就无法完对于这类需求在 成正常的日常工作及业务处理。 立即解决 2、 严重影响系统要求或基本功能的实现，需重点投入资源， 且没有办法更正。 1、严重影响系统要求或基本功能的实现，但 存在合理的更正办法。对于这类需求在 优先实现。 项目实施过程中 2、国家或行业法律法规标准、政府下文要求项目实施过程中 高级优先 的。 3、事先已经约定的功能。 4、不重要但做了会产生极佳效果。 1、 使用者操作不便等对正常业务影响不大如果项目实施中 的。 正常排队2、实现这些需求将增强系统的性能 3、系统最终所要求的 出现进度、资源等 方面的冲突时，可 与客户沟通延迟 到下一版本。 需重点投入资源， 优先实现。 。4欢迎下载 精品文档 1、系统附加功能 低级优先2、使系统更完美，属于