本文是一篇项目管理论文，本文首先通过非结构式访谈、相关项目文档查阅、RACI责任分配矩阵等，梳理了需求管理流程现状、需求管理人员和责任分配现状并分析了存在的问题，接着采用问卷调查和访谈并结合Stacey矩阵来进一步分析改用敏捷开发方式的必要性和可行性，然后基于前面梳理出来的一系列问题，设计出由沟通、资源、知识、干系人、流程五个维度构成的需求管理优化方案，总结归纳为基于Scrum的框架的CRISP需求管理体系。
1 绪论
1.1 研究背景
当今时代，人工智能、大数据、大模型等技术发展如火如荼，正在潜移默化地冲击着原有的社会业态，对市场中的企业、组织单位及个人的生产、生活等产生深刻影响。数字经济的浪潮奔涌澎湃，据相关数据显示，2022年我国数字经济规模已经达到50.2万亿元，占GDP比重41.5%，名义增长10.3%，连续11年高于GDP增速[1]。一方面各种技术的演化发展为企业进行数字化转型升级或改造提供了技术支撑，甚至为企业创造了弯道超车的可能，另一方面在数字化洪流下，企业如果固步自封不积极拥抱数字化，就很可能被时代淘汰。因此，越来越多的企业主动或被动踏上数字化转型的道路，借助各种数字化技术来重构原有的业务或产品，这也给相关的软件开发公司带来发展契机。
地方政策性融资担保公司是国家普惠金融体系的重要一环，肩负着服务地方经济，尤其为当地企业提供融资担保支持的重任。近年来国家为支持实体经济发展，推出了一系列政策比如成立国担基金参与地方风险分担，鼓励担保公司下调服务费，降低中小微、三农等弱势群体的融资难度和融资成本，直接导致相关担保公司业务量暴涨。据统计，2022年融担基金再担保合作业务规模达到12066.63亿元，服务户数138.89万户，较上年分别增长59.99%、91.60%[2]。业务量的暴涨是一把双刃剑，如果担保公司不能控制好风险并且通过提高效率降低成本，就会出现业务规模越大亏损越大，因此借助科技力量建设或升级改造担保系统以实现降本增效、加强风控成为担保公司的必然选择，在这样的背景下，担保系统的建设或更新需求涌现。
1.2 研究意义
第一，目前国内尚无关于担保系统项目需求管理的研究案例，且目前国内正处于担保系统建设或升级改造的爆发期，因此对于国内担保系统项目建设具有重要参考价值。
第二，研究以敏捷方法论为指导，基于非结构式访谈、RACI诊断工具梳理需求管理现状及存在问题，并进一步通过问卷和访谈并结合Stacey矩阵来分析应该选择什么开发方式以及是否具有可行性，提供了一种层次递进的需求管理现状和问题分析思路。
第三，本文构建了一套由沟通、资源、知识、干系人、流程构成的五位一体的CRISP需求管理体系，贡献了一种需求管理体系的研究新思路。
第四，将“豆包”AI大模型引入担保系统开发项目的需求管理中，创建各种用户角色的AI智能体，经Y项目检验，可以有效改善需求获取与分析，对其他公司在开展软件项目时也具有一定借鉴意义。
第五，本文虽然是结合A公司现状提出的解决方案，但是案例具有典型代表性。一方面，数字化的洪流倒逼越来越多的公司走上多元化发展道路并进行新产品开发，另一方面，新产品开发过程中难免遇到A公司类似的情况。因此其他公司尤其是与A公司相似的软件公司可以借鉴创建的CRISP需求管理体系，根据需要灵活调整里面的内容，加快构建适合自己企业实际的项目需求管理体系，开发出更满足市场和用户需求的产品，改善项目开发效率并提高产品质量。
2 相关理论与方法
2.1 软件开发需求管理理论
2.1.1 需求管理定义及范围
关于软件项目需求管理的定义并没有统一的标准，骆斌等人将需求管理作为需求工程的主要活动之一，需求工程活动包括需求开发和需求管理两部分，其中需求开发包括需求获取、需求分析、需求规格说明、需求验证，而需求管理的范围局限于需求基线管理、需求跟踪和需求变更控制[17] 431-446。但在许多学者的文献中，前面需求开发的四项活动也被纳入到需求管理的范畴。在PMBOK指南中，需求管理虽然未被单独列入十大知识领域之一，但是与范围管理、相关方管理、沟通管理、质量管理等有很多重叠的知识。在项目管理实践中，需求评审也是需求管理的重要活动。此外，需求管理不是在项目初始阶段进行的一次性的需求收集和分析，而是贯穿整个软件项目生命周期的持续的过程。
综上来说，软件项目需求管理是指在软件项目开发过程对需求进行有效获取、分析、规范、评审、验证、跟踪、控制和维护的过程，需求管理的范围如图2-1所示。
2.2 敏捷方法论相关理论
2.2.1 敏捷开发概念及特点
敏捷开发其实是一种项目开发的方法论，因为它不仅集合了很多优秀的敏捷实践方法如用户故事、看板，提供了多种敏捷框架如极限编程、快速应用程序开发、水晶方法、动态系统开发方法、Scrum，而且更为关键的是传递了一些重要理念，代表是敏捷宣言，包括四条核心理念：客户合作胜过合同洽谈、可工作的软件胜过详尽的文档、个体和交互胜过过程与工具、响应变化胜过遵循计划[59]。荣国平[60]等人指出敏捷软件开发是一组强调在不确定和混乱的情况下适应软件需求快速变化的、基于迭代式开发的软件开发方法和实践。闫鹏斌等人指出与敏捷开发强调以人为核心，具有迭代、增量、非线性的特点，认为它是一种包含软件开发过程和项目管理技术与方法的价值观、思想[61]。
相较于传统线性特点的瀑布开发，敏捷开发强调交互协作、面向价值、尊重个体、响应变化[62]，这种理念由于适应愈发多变的市场环境而越来越受项目人员的关注和青睐。敏捷开发采用短周期迭代方式，持续向用户交付可用的产品或服务，主要特点有：
（1）迭代开发：敏捷开发借鉴了迭代开发方式，但是周期比一般的迭代周期要短，周期可以固定也可以不固定，每个长度一般控制在1到4周，整个开发过程被分割成几个迭代周期，这样有助于及时发现问题并验证需求。 （2）紧密合作：强调团队成员之间应保持密切的沟通并加强合作，倡导团队自组织，最好的沟通方式是面对面的沟通交流。 （3）适应性强：敏捷开发拥抱变化，即便是在开发的后期阶段也能够接受范围的灵活变动，可以快速适应需求变更，能够在开发过程中不断调整和优化方案。 （4）用户参与：敏捷开发注重引导用户积极参与项目和反馈需求，比如鼓励用户输出用户故事，以客户需求为导向，以确保软件产品符合用户需求和期望。 （5）简单性优先：是指在软件开发中，应该尽可能选取最简单的方案来解决问题，尽可能避免复杂的设计和实现，从而提高开发效率和质量。 （6）持续交付：敏捷开发需要不断地交付可用的产品或服务，以此来检验和优化软件功能。
3 A公司担保系统开发项目需求管理现状及问题分析 ..................... 21
3.1 A公司概况及需求变革背景 .................................... 21
3.2 担保系统开发项目简况 .............................. 22
4 基于敏捷方法论的担保系统开发项目需求管理优化方案设计 ................... 39
4.1 优化目标 ....................................... 39
4.2 需求管理优化方案设计 ............................... 40
5 需求管理优化方案实施及效果验证 ....................... 50
5.1 试点项目介绍 .................................... 50
5.2 需求管理优化方案实施 ................ 51
5 需求管理优化方案实施及效果验证
5.1 试点项目介绍
基于H项目失败的惨痛教训，A公司内部展开了一系列诊断和“寻方治疗”，形成了担保系统开发项目需求管理优化方案。考虑到H项目已进行交付且双方信任破裂，较难再实施优化方案，而Y项目是担保系统项目库中新中标项目且与H项目建设要求相似，公司决定以Y项目为试点，应用需求管理优化方案。
高层多次开会强调务必拿出最高项目水准将Y项目打造成标杆，从而为公司担保系统战略布局奠定基础。综合考虑需求管理变革的渐进性、工期紧迫性及技术可行性等因素，公司审慎讨论决定暂不采纳TDD测试驱动和自动化测试，其他优化措施予以试行。由此，本章将介绍Y项目应用需求管理优化方案的具体实施情况。
5.1.1 Y项目简况
Y项目是H项目交付上线近1个月后启动的新项目，二者都是为地方性融资担保公司建设数字化业务管理系统，招标建设要求较为相近，工期4个月，目标在2024年1月底春节前夕完成上线及试运行。相比H项目，Y项目整体功能要求有所增加，主要体现在接口开发数量、模型要求、财务模块、平台对接等方面，另外在业务流程上也存有较大差异。
由于前期多数功能模块开发情况与客户预期差距过大，而且开发人员未能深入理解底层业务逻辑，大多数代码固化，流程不可配置，不利于后期维护和版本更新，为避免受前期设计思路影响，项目更换产品经理并进行重新规划设计。
6 研究结论与展望
6.1 研究结论
在首个担保系统开发项目H项目遭遇“滑铁卢”后，A公司开展了需求管理优化研究，笔者基于A公司担保系统开发项目需求管理现状，运用需求管理和敏捷开发等相关理论，提出了基于Scrum敏捷框架的担保系统开发需求管理优化方案，通过试点项目Y项目的实施并与H项目对比，检验了方案有效性，也为后续相关软件开发尤其是研发类项目的需求管理研究提供了借鉴。
本文首先通过非结构式访谈、相关项目文档查阅、RACI责任分配矩阵等，梳理了需求管理流程现状、需求管理人员和责任分配现状并分析了存在的问题，接着采用问卷调查和访谈并结合Stacey矩阵来进一步分析改用
