【《AI软件项目需求管理问题探析概述》3700字】

目录TOC\o"1-3"\h\u4508 142201.1AI软件项目特点 1325641.2AI软件项目需求管理现状 253641.1.1AI软件项目需求管理 25581.1.2AI软件开发流程 3293121.3AI软件项目需求管理问题分析 3284711.3.1需求管理重视度不够 4284151.3.2无合适的需求管理模型 51.1AI软件项目特点人工智能对各行各业的赋能，取得了令人瞩目的进展。工业机器人、服务机器人、教育机器人在AI的赋能下持续发展。在无人驾驶领域，特斯拉、百度等一批优秀的企业，提前进行大量投入，取得了不菲的成绩。视觉方面，基于深度学习的人脸识别算法，已经广泛应用于各大刷脸支付平台和门禁系统中。在语音识别上，人工智能的加入，使得语音识别的准确性和时效性，有了数量级的提升。随着AI进一步赋能各行各业，AI类软件的需求呈现出井喷态势。此类软件的开发项目在管理上普遍具备以下特征：（1）开发周期长。AI类软件比通常的软件多了算法需求，在实际开发过程中，需要不同参数下算法模型，按需投喂精准的数据集，进行训练。根据数据集大小，模型每次训练时间少则数天，多则半个月，训练出来的模型，在测试集下测试的结果也不是一次就可以达到要求。通常开发团队，会同时用不同参数的模型，同时进行训练，以期在训练结束后，通过测试挑选表现优异的模型，集成到软件系统。这个过程不可控，会导致项目周期往往因达不到预期效果，而延长开发周期。（2）成本高。AI软件项目的成本，主要集中在人力成本上，不仅算法人员的薪资较高外，再加上项目开发周期较长，导致人力成本居高不下。同时因训练模型所需要的数据集以及强大算力所需要的硬件支撑，通常都有大额采购支出，进一步推高了项目整体开发成本。（3）需求管理困难。AI软件项目的复杂性决定其项目需求管理的难易程度。从外部市场来看，高度定制化、场景化的应用场景，导致AI软件项目的需求都是基于不同客户的具体情况而来。随着项目的进行，客户对项目的需求也会随着客户的认知深入而不断发生变化，进而提出需求变更的要求比比皆是。从内部团队来看，前期对需求的理解不一致，开发周期过长以及版本升级都会带来需求的变更。这些都会直接或间接提高需求管理的难度。1.2AI软件项目需求管理现状1.1.1AI软件项目需求管理随着AI赋能各行各业，AI类软件开发项目的需求可以分为功能需求、算法需求和性能需求。随着项目的深入，用户需求经常出现变更，如何有效快速响应客户的需求变更是直接关系到最终交付物实付满足要求。现阶段的AI软件项目需求管理，如图2-1所示：图2-1AI软件项目需求管理内容需求开发及实现部分，可以简单理解为：（1）需求获取。从客户方获取基本需求，一般通过和客户直接沟通后达成共识落实到合同的部分。（2）需求分析。通过科学的方法对需求进行准确的分析，尤其是合理性及实现性，从而确定需求内容，形成需求文档。（3）需求转换。系统架构师或开发人员对分析理解后的需求，形成产品规格，将业务语言的需求转化为开发语言描述的需求。（4）需求实现。开发人员及测试人员针对需求进行开发编码及测试，实现需求的过程。需求变更管理部分，可以简单理解为：（1）建立基线。项目经理或需求管理人员针对每一轮的迭代确定基线，根据已知的基线去识别和管理新的需求。（2）变更控制。项目经理或需求管理人员，根据需求基线，对识别的需求变更进行管理控制的过程。（3）需求跟踪。针对所有需求及变更进行跟踪，确保需求和产品规格对应的唯一性，以及变更实施后的影响。1.1.2AI软件开发流程此类软件项目普遍采用瀑布开发模式，整个开发流程包括需求范围的确定、需求分析及理解、系统设计、编码、测试等环节。测试环节视具体情况分为研发内测、转测、QA环境测试、生产环境回归测试及用户验收测试等，如图2-2所示。图2-2AI软件项目开发流程（1）需求范围的确定。确定当下要开发版本的目标和需求范围，该环节主要参与人员有客户代表、我方市场商务人员、项目经理及系统架构师。（2）需求分析及理解。针对确定的需求范围进行详细的需求分析，将需求中的业务语言转换为开发语言，并保证系统架构师和骨干开发人员可以完整充分理解需求。（3）系统设计。团队开发人员进行总体设计和产品规格设计。测试经理提交测试方案及测试用例；（4）编码。团队开发成员根据设计说明书，进行开发工作和内部测试。（5）测试。开发完成后，根据测试方案进行测试。1.3AI软件项目需求管理问题分析导致需求发生变更的因素数不胜数，大致有外部和内部因素两大类。通过鱼骨图方法，如图2-3所示，我们大致将问题归为以下几种。图2-3AI软件项目需求管理问题分析常见的外部因素主要有市场环境变化导致客户方业务变更、公司需要与新竞争对手合作或通过新竞争对手了解后对需求提出了变更要求、客户方需求对接人不统一（客户方多个代表均可提出需求）、客户方随着认知的提升对业务理解发生变化等，而内部因素则包括需求管理重视度不够、无合适的需求管理模式以及管理较为传统粗略，通过对历史数据的研究发现，大部分额需求变更由内部的因素导致的，更加具体的来讲，对需求管理的重视不够，且没有合适的需求管理模式，才出现后续频繁的需求变更行为。在AI软件实际开发过程中，通过对瀑布开发和需求管理流程现状了解，发现在实施需求管理及项目管理过程中遇到较多问题。对这些问题进行归类总结，大致分为以下几类。1.3.1需求管理重视度不够瀑布模型的每个阶段按照顺序执行，也就是假定在需求阶段，就能保证需求范围精确和详细需求已经明确，开发团队和测试团队在开发之前可以拿到明确定稿的详细需求文档用于指导开发工作。当在AI软件项目中，这些假定都是不可能实现的，主要有几方面原因：（1）市场变化较快。由于功能开发周期较长，业务模式不断创新，为了领先竞争对手抢占市场，需要及时调整新功能和新品发布时间，从而使需求范围发生变动。（2）不同行业不同场景定制化需求。为了满足不同客户的需求，且在规定时间内上线，需要及时对业务功能进行扩展和升级，产生定制化需求。（3）随着开发深入，业务人员对项目的需求认识有了更深入理解后，主动提出变更需求或细化需求。（4）在完成部分开发阶段后，一些功能对客户代表产生影响，客户会基于已经开发的需求，产生新的要求。（5）客户群体和用户群体不统一时会发生需求偏差，客户可能是负责付款的单位领导，不参与软件的实际使用；用户是客户单位的员工，参与软件的实际使用过程。由此可见，AI软件的开发过程中，需求的变更基本是一种常见的情况，是客观发生的正常现象。我应该积极去适应需求变更。通常项目开展在没有拿到详细需求文档时就已经进行开发工作了，或者边开发边进行需求理解，也从侧面说明了开发团队在初期对需求的重视程度不够。1.3.2无合适的需求管理模型一个合适的需求管理模型，既可以在制度框架上，提高团队对需求重要性的认识，又可以提供合适必要的流程，指导项目团队成员完成需求管理。没有合适的需求管理模型，通常会导致以下几个突出问题：（1）需求没有统一入口。客户方在参与项目的过程中，不同级别人员或干系人对项目的进展或需求关注点不一样，通常会提出不同的建议或需求。这部分需求往往无法有效统一的归集进行管理，同时在内部同样存在这个问题，开发人员、测试人员、运维人员或市场人员，随着对项目的理解，往往会对最初需求理解发生改变，这时候需求的变更也是需要统一的入口进行管理。在实际项目中，大部分企业或团队并没有很好的定义或约束好统一的需求入口，导致后面需求管理的混乱。（2）无法及时应对频繁需求变更。不管是基于市场变化、客户定制需求还是内部需求认识发生改变、或需求偏差的调整，都是会产生频繁的需求变更，需求变更发生时候，开发团队和测试团队疲于应付，往往最后会产生抵抗情绪。AI软件项目的复杂性，又决定如果频繁变更需求，则可能产生额外的成本支出或项目延期。（3）复杂需求分类混乱。需求分类是复杂软件项目比较重要的一项，针对AI软件项目尤其如此。客户的需求，在转化为业务需求形成用户故事的时候，往往会存在各种各样的不同类别的需求，如何正确科学的归类是必要的。目前有的软件项目是按照功能性需求、性能需求以及业务需求划分，在AI软件中，多出了一个算法需求。（4）无合理的分级和拆分。按传统的瀑布模型，需求在初期的理解后，形成需求规格说明书等详细的文档，评审定稿后直接由开发团队进行设计开发编码。所有需求都放在一起进行，没有合理的进行需求分级，区分优先级和合理的版本发布计划。同时对一些较大的需求，无法在一个发布周期内完成的需求，没有合适的拆分，导致需求颗粒过大而导致设计困难。（5）缺少变更控制管理。在典型的软件项目中，需求变更导致的返工量占到返工总量的75%(SteveMcConnell,2007),对AI这类软件项目，由于市场的变化，其需求变更的比例会更高。同时再加上项目团队通常在需求变更控