《信息系统需求管理方案》由会员分享，可在线阅读，更多相关《信息系统需求管理方案（19页珍藏版）》请在金锄头文库上搜索。
1、需求管理方案拟制人朱良超日期2018.05.02审核人日期批准人日期修改记录日期版本作者/修改者修改内容审核人2018.05.07V1.1朱良超完善需求管理流程及相关人员分工2018.05.11V1.2朱良超修改整体流程，补充需求管理措施。2018.05.22V1.3朱良超增加需求评审阶段成果，需求上线阶段增加客户确认，形成闭环。1. 概述1.1.1 现状分析11.2 目的11.3 适用范围12. 岗位与职责2.3. 需求流程说明3.3.1 需求分类33.2 需求管理流程及制度53.2.1 整体流程53.2.2 需求收集63.2.3 需求汇总初步分析73.2.4 需求评审分析73.2.5 需求
2、开发103.2.6 需求测试113.2.7 需求上线113.2.8 需求变更124. 需求管理措施1.45. 过程及成果资料1.51. 概述1.1 现状分析目前项目需求管理的过程中，在需求收集、流程设置、工作效率等方面存在着一些问题，导致需求得不到及时有效的解决、项目推进缓慢、客户满意度降低等。比较常见问题如下：?需求提出时，不够细化、完全，不能完整、准确的反映客户的实际需求。?没有考虑整体性和关联性，有些需求只适用于个别分支机构；需求上存在理解差异，待功能交付后，用户提出所见非所求，造成需求、bug争论不休，需求变更及bug修复频繁，影响系统稳定并造成成本消耗。?需求提交方式多样，有很多口头
3、或邮件交流内容，存在需求过于简单描述不清。?没有划定需求的优先级，需求进度难以控制，过多的争论造成了临时事务增多，?需求提出后，经过一段时间的开发，后续无人跟踪。1.2 目的为了更规范更有效的管理需求工作，保证需求工作的可控性，明确各阶段的工作内容、处理流程、参与人员以及相关干系人的职责，特制定本管理办法，相关人员必须严格按照本办法执行新需求相关工作。1.3 适用范围本制度适用的读者包括：主要干系人：项目经理、需求管理员、开发负责人相关干系人：实施人员、技术支持人员、开发人员、项目管理专员。2.岗位与职责主要干系人职责:角色主要职责项目经理1 .负责需求收集，与甲方沟通、确认需求相关事宜并编写
4、需求文档。2 .配合开发人员提供业务知识的支持。3 .参与需求评审分析。4 .根据需求评审意见，及时修改需求文档，并发给需求相关干系人。5 .维护需求信息、跟进需求变更以及需求处理进展，定期向相关领导汇报。6 .负责需求测试，制定需求测试计划，分配测试任务，对系统功能进行测试确认。7 .测试存在问题的及时反馈开发负责人和需求管理员，并跟进解决情况，完成之后重新进行测试。8 .内部测试完成之后负责与甲方沟通，进行测试，完成需求结果确认。9 .负责需求上线。需求管理员1 .负责定期收集汇总、整理分类各项目提报的需求并进行审批，与提交人及总公司人员进行沟通确认。2 .组织项目经理、开发人员等召开需求
5、评审会议，从架构、业务、技术、风险等方面对业务需求的内容和实现方式进行全面评估，并提出评估意见，确定需求解决方案。3 .负责收集开发负责人反馈的需求解决计划，并及时告知各项目经理。4 .跟踪需求解决进展情况，协调项目组与开发人员相关事宜的沟通。5 .负责与总公司人员沟通需求，跟踪总公司需求解决进度。6 .定期到各项目组与客户方进行沟通，了解现场问题，收集需求。7 .负责需求开发结果的确认。开发负责人1 .参与需求评审，从技术角度对需求实现方式、风险等进行评估，确定技术路线。2 .负责向需求管理员反馈开发计划3.负责需求开发所有工作的沟通、协调管理。4.负责需求开发进度、成员管理。5.负责或参与
6、需求所有成果的审批。6.参与或指kt发人贝协助需求提交人贝与甲方对于需求的沟通、确认。相关干系人职责:角色主要职责实施人员1 .协助项目经理进行需求收集。2 .配合开发人员提供业务知识的支持。3 .需要时参与需求评审分析。4 .协助项目经理进行需求测试。5 .协助项目经理进行需求上线。技术支持人员1 .需求收集阶段协助项目经理与甲方对于需求的沟通、确认。帮助项目经理分析、确定业务需求。2 .必要时提供技术支持，配合项目经理完成测试环境的搭建。开发人员1 .协助项目经理与甲方对于需求的沟通、确认。帮助项目经理分析、确定业务需求。2 .负责需求开发的具体实现。3 .当项目经理对需求确认不通过时，按
7、照反馈结果对需求进行修改。项目管理专员1.参与需求评审分析，从项目进度、质量等方面进行评审分析。3.需求流程说明3.1 需求分类按照需求内容大致可分为:需求类型需求类型定义功新业务功能已有系统中没有此功能，需要在原有基础上新增功能能性需求功能改进当前系统已经有此功能，因组织架构、制度规范、业务处理流程等发生变化，需要对现有系统的某些功能进行优化调整需求及更系统功能上线前，要在原有需求的基础上增加、修改或删除需求内容，但需求内容的变动会引起成本增长过大、对现有业务影响较大、或可能存在风险、合规等问题系统问题系统现有功能可以正常使用，但是性能、安全、底层处理逻辑和架构等即将或者未来可能成为业务进一
8、步扩张的瓶颈界卸类需求前端页而设计、开发、更新修改及维护。非功能性需求不宜接与系统的具体功能相关的一类需求。例如：安全性、可扩展性、响应时间、交付要求等。按照优先级可分为:需求类型需求类型定义采取的措施立即解决1、系统必须实现的，没有其功能就无法完成正常的日常工作及业务处理。2、严重影响系统要求或基本功能的实现，且没有办法更正。对于这类需求在项目实施过程中需重点投入资源，优先实现。高级优先1、严重影响系统要求或基本功能的实现，但存在合理的更正办法。2、国家或行业法律法规标准、政府卜文要求的。3、事先已经约定的功能。4、不重要但做了会产生极佳效果。对于这类需求在项目实施过程中需重点投入资源，优先
9、实现。正常排队1、使用者操作不便等对正常业务影响不大的。2、实现这些需求将增强系统的性能3、系统最终所要求的如果项目实施中出现进度、资源等方面的冲突时，可与客户沟通延迟到下一版本。1、系统附加功能根据项目时间进低级优先2、使系统更完美，属于锦上添花。行安排，排在最后。3.2需求管理流程及制度3.2.1整体流程整体流程示意图:输创利.：需求I笠需求管理主要分为6个阶段:需求收集、需求汇总初步分析、需求评审分析、需求开发、需求测试、需求上线。需求开发的管理流程:推看管理在挪事意3H二知折瓯求泮甲珏忻靠卓并、ffKIIW需求匕现M*K.1.炉料靠尸富户新 gJ，.雷里.1都“M步1靖西事tr 幅曲邛
10、立*Urj. .1同II溥或意虑，雄凡昌.伊*苗希1.-H9i:W41iMi&”J刖fljj星吟山j时，第修湛中.配巧2溢制网空早力AmHIT到KM&.I-覆1.jHVBt.Ulfki，计总时网|，耳1落4他以1，/制而事：制9机串尾常由断管普Mik1到，那事玳仙r埠林.苜东冲审加靳幡准aH%ft也国引海加灯将行打比I.4llfAHU：JigttUtJa3./11靠碑维，虫If#氏.，寄床，忡斯njm1.-fT*A*充IT釐防K.#连牙傕鼻的句配rW.琳，n#u内n.曙相4茹耕吉志：.i+i3田事无向L*僵*,H常虚81!茵氏慢iffljft1.l一定开发M立Jf咸WV*低号虬输K型工用修真聿
11、工乾餐值1.1:;MiTN毗忆巾卜复履3.2.2需求收集3.2.2.1 主要参与人员项目经理、实施人员、技术支持人员3.2.2.2 工作内容及要求（ 1） 项目经理针对用户提出的需求，采用访谈、会议、问卷等形式收集基础信息（包括相关支持文件，例如会议纪要、下发文件等）（ 2） 从业务方面判断是否合理，若不合理应第一时间告知用户，并解释清楚原因。或是分析判断该需求是否可以通过系统已有的其他功能来实现。（ 3） 按照模板编写需求文档（需求描述要求清晰、全面，对于文字难以描述的可采用示意图、原型设计等方法）。（ 4） 按照项目组需求确认单样式填写需求确认单，并由甲方签字确认。（ 5） 每周三12点之
12、前汇总本项目需求（含相关支持材料）发送至需求管理员邮箱。紧急需求可立即发送需求管理员邮箱并电话告知。（ 6） 项目经理及时将新需求录入jira系统提交至需求管理员，并上传由客户签字的需求确认单及其它相关支持材料。紧急需求可提交jira之后立即电话告知需求管理员。备注：项目组内的具体工作流程，项目经理根据实际情况进行制定。3.2.2.3 成果资料、需求文档、问题确认单3.2.3需求汇总初步分析1.1.1.1 主要参与人员需求管理员1.1.1.2 工作内容及要求（ 1） 每天对各项目提报的需求进行收集汇总、分类整理形成需求汇总表。（ 2） 进行审批，对填写不符合要求、描述不清楚的及时退回各项目经理
13、。（ 3） 判断需求是否合理，若不合理及时告知项目经理，项目经理应第一时间告知用户，并解释清楚原因。或是分析判断该需求是否可以通过系统已有的其他功能来实现。（ 4） 联系总公司相关人员，询问公司系统版本是否已经实现该功能或类似功能。（ 5） 每天将经过审批之后的需求在jira上及时提交给开发负责人，每周四将经过分析确认的各项目组的需求汇总发送至开发负责人邮箱。（ 6） 若开发负责人对需求有疑义，需求管理员组织项目经理、开发负责人等相关干系人召开需求评审会议，确定需求解决方案。1.1.1.3 成果资料需求汇总表3.2.4 需求评审分析需求分析总体流程如下：-通过公司版本是否已实班读功能与总公司沟
14、通 联系总公司人 员，获取功能升级文3福求测试不通过需求评审分析 需求管理员烟织项目 许理、开发黄贵人用 相关干系人对需求进行分析讨论任一-总公司开发确定技术路线、实现方式、开发人员“完/或时间需求退回将需求退回至项目日理本地开发确定技术路线，实现方式，开发人员，完成时间3.2.4.1 主要参与人员项目经理、开发负责人、需求管理员根据具体情况可通知技术支持人员、开发人员、项目管理专员等相关干系人参会。3.2.4.2 工作内容及要求(1)需求管理员组织人员对需求设计从技术和业务方面进行可行性分析，对业务逻辑、业务流程等进行评估。若出现以下几种情况可退回项目经理：技术层面：?与其他需求有重复的。?需求中有不合理事项的。?需求不明确需做补充的。业务层面:?与目前的业务操作流程、运营有矛盾的
