2025年信息系统需求管理方案

需求管理方案拟制人朱良超曰期.05.02审核人曰期同意人曰期修改记录曰期版本作者/修改者修改内容审核人.05.07V1.1朱良超完善需求管理流程及有关人员分工

.05.11V1.2朱良超修改整体流程，补充需求管理措施。

.05.22V1.3朱良超增長需求评审阶段成果，需求上线阶段增長客户确认，形成闭环。目录1.概述 11.1現实状况分析 11.2目的 11.3合用范围 12.岗位与职责 23.需求流程阐明 33.1需求分类 33.2需求管理流程及制度 53.2.1整体流程 53.2.2需求搜集 63.2.3需求汇總初步分析 73.2.4需求评审分析 83.2.5需求開发 103.2.6需求测试 113.2.7需求上线 123.2.8需求变更 124.需求管理措施 145.過程及成果资料 14概述現实状况分析目前项目需求管理的過程中，在需求搜集、流程设置、工作效率等方面存在著某些問題，导致需求得不到及時有效的处理、项目推進缓慢、客户满意度減少等。比较常見問題如下：需求提出時，不够细化、完全，不能完整、精确的反应客户的实际需求。没有考虑整体性和关联性，有些需求只合用于個别分支机构；需求上存在理解差异，待功能交付後，顾客提出所見非所求，导致需求、bug争论不休，需求变更及bug修复频繁，影响系统稳定并导致成本消耗。需求提交方式多样，有诸多口頭或邮件交流内容，存在需求過于简朴描述不清。没有划定需求的优先级，需求進度难以控制，過多的争论导致了临時事务增多，需求提出後，通過一段時间的開发，後续無人跟踪。目的為了更规范更有效的管理需求工作，保证需求工作的可控性，明确各阶段的工作内容、处理流程、参与人员以及有关干系人的职责，特制定本管理措施，有关人员必须严格按照本措施执行新需求有关工作。合用范围本制度合用的讀者包括：重要干系人：项目經理、需求管理员、開发负责人有关干系人：实行人员、技术支持人员、開发人员、项目管理专人。岗位与职责重要干系人职责：角色重要职责项目經理负责需求搜集，与甲方沟通、确认需求有关事宜并编写需求文档。配合開发人员提供业务知识的支持。参与需求评审分析。根据需求评审意見，及時修改需求文档，并发給需求有关干系人。维护需求信息、跟進需求变更以及需求处理進展，定期向有关领导汇报。负责需求测试，制定需求测试计划，分派测试任务，對系统功能進行测试确认。测试存在問題的及時反馈開发负责人和需求管理员，并跟進处理状况，完毕之後重新進行测试。内部测试完毕之後负责与甲方沟通，進行测试，完毕需求成果确认。负责需求上线。需求管理员负责定期搜集汇總、整顿分类各项目提报的需求并進行审批，与提交人及總企业人员進行沟通确认。组织项目經理、開发人员等召開需求评审會议，從架构、业务、技术、風险等方面對业务需求的内容和实現方式進行全面评估，并提出评估意見，确定需求处理方案。负责搜集開发负责人反馈的需求处理计划，并及時告知各项目經理。跟踪需求处理進展状况，协调项目组与開发人员有关事宜的沟通。负责与總企业人员沟通需求，跟踪總企业需求处理進度。定期到各项目组与客户方進行沟通，理解現場問題，搜集需求。负责需求開发成果确实认。開发负责人参与需求评审，從技术角度對需求实現方式、風险等進行评估，确定技术路线。负责向需求管理员反馈開发计划负责需求開发所有工作的沟通、协调管理。负责需求開发進度、组员管理。负责或参与需求所有成果的审批。参与或指定開发人员协助需求提交人员与甲方對于需求的沟通、确认。有关干系人职责：角色重要职责实行人员协助项目經理進行需求搜集。配合開发人员提供业务知识的支持。需要時参与需求评审分析。协助项目經理進行需求测试。协助项目經理進行需求上线。技术支持人员需求搜集阶段协助项目經理与甲方對于需求的沟通、确认。协助项目經理分析、确定业务需求。必要時提供技术支持，配合项目經理完毕测试环境的搭建。開发人员协助项目經理与甲方對于需求的沟通、确认。协助项目經理分析、确定业务需求。负责需求開发的详细实現。當项目經理對需求确认不通過時，按照反馈成果對需求進行修改。项目管理专人参与需求评审分析，從项目進度、质量等方面進行评审分析。需求流程阐明需求分类按照需求内容大体可分為：需求类型需求类型定义功能性需求新业务功能已經有系统中没有此功能，需要在原有基础上新增功能功能改善目前系统已經有此功能，因组织架构、制度规范、业务处理流程等发生变化，需要對既有系统的某些功能進行优化调整需求变更系统功能上线前，要在原有需求的基础上增長、修改或删除需求内容，但需求内容的变動會引起成本增長過大、對既有业务影响较大、或也許存在風险、合规等問題系统問題系统既有功能可以正常使用，不過性能、安全、底层处理逻辑和架构等即将或者未来也許成為业务深入扩张的瓶颈界面类需求前端页面设计、開发、更新修改及维护。非功能性需求不直接与系统的详细功能有关的一类需求。例如：安全性、可扩展性、响应時间、交付规定等。按照优先级可分為：需求类型需求类型定义采用的措施立即处理系统必须实現的，没有其功能就無法完毕正常的平常工作及业务处理。严重影响系统规定或基本功能的实現，且没有措施改正。對于此类需求在项目实行過程中需重點投入资源，优先实現。高级优先1、严重影响系统规定或基本功能的实現，但存在合理的改正措施。2、国家或行业法律法规原则、政府下文规定的。3、事先已經约定的功能。4、不重要但做了會产生极佳效果。對于此类需求在项目实行過程中需重點投入资源，优先实現。正常排队使用者操作不便等對正常业务影响不大的。2、实現這些需求将增强系统的性能3、系统最终所规定的假如项目实行中出現進度、资源等方面的冲突時，可与客户沟通延迟到下一版本。低级优先1、系统附加功能2、使系统更完美，属于锦上添花。根据项目時间進行安排，排在最终。需求管理流程及制度整体流程整体流程示意图：需求管理重要分為6個阶段：需求搜集、需求汇總初步分析、需求评审分析、需求開发、需求测试、需求上线。需求開发的管理流程：需求搜集重要参与人员项目經理、实行人员、技术支持人员工作内容及规定项目經理针對顾客提出的需求，采用访談、會议、問卷等形式搜集基础信息（包括有关支持文献，例如會议纪要、下发文献等）從业务方面判断与否合理，若不合理应第一時间告知顾客，并解释清晰原因。或是分析判断该需求与否可以通過系统已經有的其他功能来实現。按照模板编写《需求文档》（需求描述规定清晰、全面，對于文字难以描述的可采用示意图、原型设计等措施）。按照项目组需求确认單样式填写《需求确认單》，并由甲方签字确认。每周三12點之前汇總本项目需求（具有关支持材料）发送至需求管理员邮箱。紧急需求可立即发送需求管理员邮箱并電话告知。项目經理及時将新需求录入jira系统提交至需求管理员，并上传由客户签字的需求确认單及其他有关支持材料。紧急需求可提交jira之後立即電话告知需求管理员。备注：项目组内的详细工作流程，项目經理根据实际状况進行制定。成果资料《需求确认單》、《需求文档》、《問題确认單》需求汇總初步分析重要参与人员需求管理员工作内容及规定每天對各项目提报的需求進行搜集汇總、分类整顿形成《需求汇總表》。進行审批，對填写不符合规定、描述不清晰的及時退回各项目經理。判断需求与否合理，若不合理及時告知项目經理，项目經理应第一時间告知顾客，并解释清晰原因。或是分析判断该需求与否可以通過系统已經有的其他功能来实現。联络總企业有关人员，問询企业系统版本与否已經实現该功能或类似功能。每天将通過审批之後的需求在jira上及時提交給開发负责人，每周四将通過度析确认的各项目组的需求汇總发送至開发负责人邮箱。若開发负责人對需求有疑义，需求管理员组织项目經理、開发负责人等有关干系人召開需求评审會议，确定需求处理方案。成果资料《需求汇總表》需求评审分析需求分析總体流程如下：重要参与人员项目經理、開发负责人、需求管理员根据详细状况可告知技术支持人员、開发人员、项目管理专人等有关干系人参會。工作内容及规定需求管理员组织人员對需求设计從技术和业务方面進行可行性分析，對业务逻辑、业务流程等進行评估。若出現如下几种状况可退回项目經理：技术层面：与其他需求有反复的。需求中有不合理事项的。需求不明确需做补充的。业务层面：与目前的业务操作流程、运行有矛盾的。业务流程未理顺,业务规则未明确或者没有体現，有也許导致上线後,無法正常進行业务运作，或者存在运行風险的。若出現如下几种状况需发送給部门领导進行审批。技术层面：需對系统构造進行大规模改造的。波及系统架构变更的。目前技术無法实現的。业务层面：需大规模的更改原有的业务流程,增長大量人工後续处理成本。项目經理根据需求评审成果完善《需求文档》，形成最终需求。分析總企业系统与否已經实現该功能或类似功能，若已实現由需求管理员负责与總企业有关人员進行沟通获取升级包。假如總企业版本未实現该功能，需讨论分析并确定该需求是當地设计開发還是總企业设计開发。若為總企业開发，由需求管理员及時将需求提交到jira系统并与總企业人员联络，确定完毕時间。開发负责人确认需求的实現方式，评估需求的開发工作量，确定需求開发完毕時间及開发人员，形成《处理方案》，并在jira系统中备注处理计划。成果资料《处理方案》、《需求文档》、《需求汇總表》需求開发重要参与人员開发负责人、開发人员工作内容及规定開发负责人：每天及時登录jira系统，搜集需求管理员发送的需求，從技术方面進行可行性分析，并判断该功能与否會影响已經有的业务功能，若存在問題应及時告知需求管理员，由项目經理對需求進行变更并告知甲方，如無問題需在2個工作曰内向需求管理员反馈開发计划并在jira系统中注明。對于有疑义的，联络需求管理员组织需求评审分析會议，從业务、技术角度對需求实現方式、風险等進行评估，并制定处理计划。制定需求開发计划，分派需求開发人员，确定技术方案。及時向需求管理员反馈開发计划。開发人员：根据需求评估通過的需求文档及開发计划准時進行设计開发，并在jira中备注处理進展状况。假如波及到對数据库构造的变動修改，应及時更新维护数据库构造阐明書。编码完毕後，開发人员需進行编译布署、單元测试。将開发成果提交開发负责人审核确认。無問題之後在jira上转交测试人员。成果资料《数据库设计阐明書》（更新）、《布署文档》、《更新阐明》、需求更新包（包括数据脚本）需求测试重要参与人员项目經理、实行人员工作内容及规定制定需求测试计划，分派测试任务，對系统功能進行测试。测试若存在問題及時反馈開发负责人和需求管理员，在jira中备注测试状况，并跟進处理状况，完毕之後重新進行测试。内部测试完毕之後，向甲方提出测试申請，由甲方人员進行系统测试，完毕需求成果确认。成果资料《测试汇报》、《系统顾客操作手册》（更新）需求上线重要参与人员项目經理、实行人员、開发人员工作内容及规定项目經理与甲方沟通，提起上线申請。對数据库及应用程序進行备份。系统升级上线，并進行上线验证。若上线验证失败，则将上线版本從生产环境中回退，需求转入開发流程。维护更新系统操作手册，上线之後3個工作曰内针對合用人员進行操作培训。项目經理负责与客户确认需求最终止果，由甲方人员在《需求确认單》上進行签字确认并上传jira，关闭需求，進行需求归档。需求管理员跟進确认成果，重要需求需要需求管理员直接与甲方人员進行确认。成果资料《需求确认單》、《需求汇總表》需求变更需求变更：指開发人员受理需求後，需增長、修改、删除需求内容的現象。需求变更流程图如下：重要参与人员项目經理、需求管理员、開发负责人工作内容及规定项目經理根据需求变更内容填写需求变更文档。按照项目组需求确认單样式填写需求变更，并由甲方签字确认。需求变更後重新提交jira系统。需求管理员進行审批，不通過退回至项目經理，通過之後判断与否属于重大需求变更。重大需求变更需求管理员组织项目經理、開发负责人及有关干系人召開需求评审會，确定处理方案。開发负责人2個工作曰内制定開发计划，并向需求管理员反馈開发计划。成果资料《需求变更文档》需求管理措施紧急需求项目經理需及時在jira系统中提报需求管理员并電话告知，需求管理员审核之後发送給需求開发负责人，開发负责人需在1個工作曰内反馈处理计划。一般需求项目經理及時在jira系统中提报需求管理员，需求管理员审核之後发送給開发负责人，開发负责人在2個工作曰反馈处理计划。需求管理员對各项目组需求提报時间的及時性、需求内容的规范性進行审核，并纳入绩效考核。需求管理员對開发负责人反馈開发计划的及時性纳入绩效考核。需求评审分析會议可根据实际状况采用現場會议、語音會议等方式進行，参會人员的参与状况纳入绩效考核。需要部门领导协助的，需在2個工作曰的予以指导或