【《A公司软件开发项目流程管理研究开题报告文献综述》13000字】

A公司软件开发项目流程管理研究开题报告文献综述目录TOC\o"1-3"\h\u1492A公司软件开发项目流程管理研究开题报告文献综述 166661.1研究背景及意义 1133981.1.1研究背景 1130151.1.2研究意义 262961.2国内外研究现状 2100371.2.1国外研究现状 2206531.2.2国内研究现状 5218991.2.3研究评述 9326601.3研究内容和方法 9251531.3.1研究内容 9142911.3.2研究方法和技术路线 107804参考文献 141.1研究背景及意义1.1.1研究背景互联网技术的高速发展带来了巨大的变革，网络科技也应用到各个领域，涉及到国家政治、军工等各个领域，极大提高便利的同时也带来非常多的安全隐患。一旦重要信息泄露，会对国家和企业带来极大的破坏。因此网络安全防御显得尤为重要。黑客攻击技术随着科技的进步也在升级，且更新频率非常快，因此安全防护工具的升级也随之加快。随之而来的是安全防护（以下简称“安防”）产品公司的激烈竞争，网络安全行业自2014年才进入全面发展阶段，这个行业目前行业细分领域很多，高度分散，还有非常巨大的发展空间。各大安防公司均想在关键时刻抢先占有先机，拿下市场份额。所以安防产品必须能够针对快速变幻的市场需求做出及时的应对策略，因而对公司产品的研发能力和研究效率提出了更多的要求。软件行业的高速发展使企业对安全防御的需求日益迫切，在快速变换的大背景下，传统的瀑布流开发方式在应对快速市场变化的需求上尚显不足，因而敏捷开发模式更能满足瞬息万变的防御需求。敏捷开发虽已经诞生十多年，且有快速响应的优点，但是大部分公司仍旧无法摆脱传统的瀑布流开发方法，或者在敏捷转型的路上遇到诸多阻碍。A公司是一家致力于信息技术应用创新的高科技企业，主营底层安全硬件防护系统，产品截获和处置多起重大持续性威胁事件，并在国内网安防护中初露头角，逐步形成公司独特的品牌。为了能够应对快速变化的市场需求，公司引进敏捷开发模式，目前对于敏捷开发但流程文档较为完备，但对于敏捷开发的认识不够深刻，且对团队的敏捷基础概念普及不够，开发团队的工作效率仅仅是可以匹配日常的工作需求，软件开发质量无法保证，日常研发过程存在很多常见问题比如延期、上线bug等，有碍公司敏捷开发流程管理的良好有序发展，给公司的开发工作带来极大的风险和挑战。1.1.2研究意义目前，中国企业尤其是高科技企业越来越重视研发，但是重视研发流程管理体系建设的企业家少之又少，对研发流程管理还没有确立相应的概念，流程管理过于粗犷、简单，缺乏完整的流程管理体系。作为成功的企业，几乎都拥有较为完善的项目研发流程管理体系。良好的研发流程管理体系，对企业的高速运转和持续获取竞争力起着强大的支撑作用。本文通过设计一套完善的适用于信息技术应用创新的高科技企业的软件产品研发流程管理具有重要的指导意义。以产品开发流程建设为主线，将产品战略、研发组织、研发团队等要素有机结合起来，可以严格贯彻企业产品战略规划，理顺研发组织架构，打造研发团队，最终达到构建高效企业管理体系的目的。因为在结构化的产品流程中，每一个阶段及决策点，可以由不同功能部门人员团队协同工作，完成产品开发战略的决策和产品的设计开发，通过项目流程管理来保证项目顺利地得到开发。本文系统地对A公司的现有软件产品研发流程进行现状分析与体系设计，以通过流程体系的应用促进公司产品研发目标的实现；同时为致力于信息技术应用创新的企业软件产品研发流程体系构建提供借鉴。1.2国内外研究现状1.2.1国外研究现状流程管理研究流程管理指出组织要从组织的实际情况出发，围绕顾客需求，以流程为基础，并结合TQM、IT的应用，开发出各种流程管理系统和技术，进行不同层面的流程变革：对现有流程进行一定的改进、规范，甚至重新设计新的业务流程等，它更加强调流程的重要性，最终目标是通过卓越流程的建立提升竞争优势和改进绩效。流程管理包含三个层面的内容：流程规范、流程优化和流程再造。然而“流程规范”只能作为流程管理的基础，需要借助“流程优化”和“流程再造”才能真正提高效率。流程优化（BPI）与流程再造（BPR）是相辅相成的，并不是独立和分离的。对于企业变革的对象问题不那么大的，使用BPI在原有的体系中进行改进。而BPR强调在原有基础上的变革，属于风险大且不确定性高的特点。当企业尚处于运行良好状态，应当选择BPI做一定的调整和改进；对于企业处于严重“瓶颈期”，无法突破现有困局时，应选用BPR做破局的改变。事实上，企业若能将BPR和BPI有机地结合起来，相互取长补短，可将优势发挥到最大[1]。流程管理思想在国外研究较早，随着技术进步和市场环境的变化，流程管理思想在企业管理的优化中不断发展和完善，经历了三个基本的发展阶段。一是流程管理的萌芽发展时期，科学管理时期泰勒的作业程序化、甘特的图表进度控制方法、福特的流水线生产模式等是其最初的体现；二是流程管理的产生发展阶段，以二十世纪六十年代产生的质量管理运动和业务过程的自动化设计为代表，主张对组织的运营过程（流程）进行精确控制，提升管理效率；三是流程管理的全面发展阶段，尤以二十世纪九十年代哈默等人提出的业务流程再造为典型代表，主张对流程进行彻底再设计，全面提升组织运行绩效。然而，就在众多企业大力推广流程再造的过程中，失败率却居高不下，结果也不像人们所预期的那样能够促进运营绩效的急剧提升，因此受到越来越多的质疑。以再造为主题的流程管理越来越体现出其局限性。在此情况下，流程主导下的管理思想开始走向前台[2]。敏捷开发敏捷开发是一种开发思维，也在不断地演化过程中，被很多公司陆续接纳和使用。同样作为方法论的敏捷开发，也是时代的产物，在越来越多的现实问题产生之后就应运而生。敏捷开发的本质是通过迭代开发模式，来应对客户不断变更的需求。早在敏捷开发还未被广泛运用之前，传统的开发流程使用的是瀑布开发。瀑布开发最早是由WinstonRoyc提出，之所以被称作“瀑布”就是需求、设计、开发、集成、测试、部署的每一步，都必须由前一步完成才可以进入下一步[3]。“瀑布开发模型”使得软件开发过程变得可控，大型软件项目的管理不再深不可测[3,4]。沿用“瀑布开发模型”的思想，美国卡耐基梅隆大学软件工程研究所组织全世界的软件过程改进和软件开发管理方面的专家历时四年开发了CMMI[5]，进一步将软件开发规范化、理论化，通过认证将相关理论研究切实应用到软件公司的项目管理中。“瀑布开发模型”采用结构化、工程化的思想，将软件开发问题提升为工程实践相关的问题[6,7]，宛如瀑布流水，从上而下[8,9]。由于其严谨、流程规范、可控，对于软件项目顺利交付有很大作用[10]，统治软件项目管理几十年[11]。经过不断的项目管理实践，又产生了“增量模型”等软件项目管理的方法。增量模型整体思想沿用瀑布模型，但是开创性的将软件整体开发分解为增量构件开发，并且将单个构件定义为最小交付单元，将单次交付内容缩小，缩短单次开发周期[12]。增量模型将整体软件系统分解为若干较小的交付物，分批次开发，分批次交付，较瀑布模型采用的长开发周期后一次性交付有效降低了返工等风险。随着90年代末互联网技术的大力发展，系统越来越复杂、迭代越来越频繁，对软件项目管理提出了更高的要求。敏捷开发产生。敏捷开发正式开始的标志是2001年2月的“敏捷宣言”（AgileManifesto），这项宣言是由17位当时称之为“轻量级方法学家”所编写签署的，他们的价值观是：个体和互动高于流程和工具、工作的软件高于详尽的文档、客户合作高于合同谈判、响应变化高于遵循计划[13]。随着时代的发展，敏捷方法在过去十年半里一直是软件专业人员的新选择。但是，除此之外，一些其他的SDLC模型也可供软件开发人员在开发任何软件之前选择。通常，项目经理会根据自己过去的经验选择其中的任何一种模式来开发软件。这种选择没有完全正确的逻辑基础，因此，如果一个不恰当的模型选择了，总会有软件失效或超预算的风险。考虑到软件产业的这一问题，GovilNikhil等从数学上确定了一个理想的SDLC模型。应用模糊TOPSIS方法，验证了敏捷软件开发是“一种理想的选择”[14]。共采取了六个正在全球应用的软件开发过程。5名经验丰富的决策者的反馈以语言术语的形式进行，并进一步转化为模糊值，用于计算每个经验丰富的替代软件开发过程的贴近度系数秩。但敏捷采用仍处于初期阶段，这一点是有问题的。因此，Altuwai等研究实证考察了沙特阿拉伯软件中小企业采用敏捷的影响因素。为此，对3家软件中小企业的12名软件从业人员进行了深入访谈。研究发现，与技术因素相比，诸如顾客参与、团队能力、组织文化和民族文化等人为因素被认为是影响采用敏捷的最主要因素，例如特定工具或技术的可得性[15]。现有的敏捷开发工具已经十分丰富，最为主流的是Scrum，常见的还有极限编程XP、水晶Crystal、看板Kanban方法、SAFe和LeSS等规模化敏捷方法。这些工具的本质是一个框架，团队可以在这框架中根据自身情况，去解决更多复杂和不可预知的需求和困难，并高效的快速交付高质量的产品。Scrum是敏捷开发方法的最常用的一种方法，它由几个角色和过程组成，Scrum过程包括产品代办列表、冲刺计划会议、冲刺代表列表、冲刺Sprint及评审会议等。通过敏捷开发过程中不断地迭代开发，低风险、进度清晰、快速开发、适应性高、复用性高等敏捷开发的优势在实际的软件项目开发过程中不断体现。软件开采流程管理软件失效预测是敏捷软件开发过程中的一项重要活动，因为它可以帮助管理者识别失效模块。从而可以减少测试时间、成本，能够高效地分配测试资源。RapidMinerStudio9.4已用于执行从准备原始数据到可视化结果和评价输出，以及在统一环境下验证和改进输出的所有必要步骤。Alajaleen等使用了两个数据集，第一个数据集的结果表明，对于所有181行，对于所有记录的测试时间，对于平均故障间隔时间（MTBF），预测失败的百分比为3%。然而，支持向量机在预测方面取得了97%的成功，其结果表明使用行政延迟时间（ADT）取得了93.5%的统计显著性的总体成功率。同时，第2个数据集的结果表明，MTBF使用的时间预测失败的百分比为1.5%，SVM达到98.5%的预测[16]。敏捷开发是软件开发行业的热词之一。这是管理软件开发项目的一种不同方式。它不是特定的软件开发方法，而是基于敏捷宣言中表达的价值观和原则的一组方法和实践的总称。解决方案是通过自组织、跨职能团队之间的协作，使用适合其环境的适当实践来开发的。敏捷方法包含一些主流的方法，如Scrum、极限编程（XP）、快速应用程序开发（RAD）、动态系统开发方法（DSDM）、统一流程（UP）、精益方法、看板等。如今，互联网带来的巨变使敏捷方法受到了更多开发团队的欢迎，Scrum变成了最流行的敏捷方法和项目管理框架，被广泛报道在实践中被使用、改编和滥用。然而，关于斯克鲁姆是如何在实践中发挥作用的，以及批判地、何时、如何以及为什么在书中偏离斯克鲁姆的却知之甚少。通过一项扎根理论研究，对来自30家公司的45名参与者进行了半结构式访谈，并对5个团队进行了观察，Zainab等展示了对Scrum在实践中如何运作的研究结果，而不是在其形成性书籍中如何呈现。他们确定了这些做法中的重大变化，如工作分解、估计、优先次序、分配、相关作用和工艺品，并讨论了驱动这些变化的基本理由。关键的是，他们认为并非所有的变异都是过程误用/滥用，并提出了一个细微的分类方法来理解变异作为标准的、必要的、上下文的和明确的偏差来成功地使用和适应Scrum[17]。除了一些主流的敏捷方法，今天还有许多其他的敏捷方法在使用。这包括scrumban、crystal、BDD、TDD、FDD等混合方法，以及各家公司开发的许多内部定制。日内瓦宏观实验室开创了一种以系统论[18]、集体智慧[19]、敏捷开发和设计思维相结合为基础的促进可持续创新的新方法。这项名为“日内瓦无影响行动”的倡议汇集了不同的专家组、初创企业和投资者，以开发创新项目，旨在为实现2030年可持续发展目标取得进展。它是在COVID-19措施使群体无法亲自见面的时候开始的，因此整个过程实际上是利用一系列在线工具进行的。批判性反思显示了日内瓦ACTs方法的方法学优势，并指出了未来迭代需要考虑的改进建议。从总体上看，这种新的方法论高度有利于冲击创新[20]。精益创业方法(LSAs)[21]由商业模式画布（BMC）、客户发展（CD）和敏捷发展（AD）组成，因其在创业问题解决和决策方面的务实方法而受到赞誉。基于LSAs的长期实践，发现LSAs存在“多客户”和“多产品”的局限性，抑制了BMC的迭代功能，从而制约了BMC、CD和AD的深度融合。Chengbin等进行了业务实验方法来优化LSAs。首先，创新性地设计了业务模型迭代画布（BMIC），以恢复画布的迭代功能；其次，将顾客洞察力有机地植入画布中，提高LSAs的商业洞察力；最后，给定一个先进的LSAs框架和模型，创业者需要通过“单一客户群体、单一产品”快速迭代自己的商业模式，然后通过客户群体管理和产品管理回归真实场景[22]。1.2.2国内研究现状项目流程管理研究虽然我国很早就进行了大量的项目工程实践，也创造了古代项目执行的奇迹，比如长城的修筑、都江堰的建设，但是理论知识的研究和传承较少，没有形成体系化的项目管理知识。上世纪随着欧美发达国家的科技进步和社会发展，催生了大量的复杂项目，推动着国外项目管理不断的探索和研究，形成了现代项目管理知识体系。进入二十一世纪后我国项目流程管理主要引进、吸收西方国家相关理论、思想和方法，并在此基础上做本土化研究和发展。针对流程管理体系的研究中，如李锦[23]等设计了大型软件项目管理过程的总体流程；陈涛[24]等提出了集成风险管理的软件项目开发过程模型；余靖华利用CAX等辅助软件以及并行的开发流程，快速的计算机信息化、网络化的管理模式，将模具设计制造带入快速的发展阶段[25]；对于流程管理设计的研究中，苏晓勤提出在新开发的汽车C16A项目中充分应用标准化、模块化、系列化的设计技术，以及CAD、CAE计算机的辅助系统设计，提高整车的装配效率，减少开发费用，取得良好的社会效益[26]。谭巍和徐克林以F公司的电动车锂电池的开发流程为基础，利用并行理论进行设计流程再造，以其实际的并行再造方式去改善现有的流程，定量的计算出并行工程下的设计流程，缩短设计成本以及设计周期[27]；赵建朋和苑芸烽汽车业的发展带动了制造业的快速发展，对汽车覆盖件冲压模具的设计制造也提出了更高的需求，分析制造业现有工艺的流程对产品开发的影响，从而引入并行工程进行进一步优化[28]。对于流程管理的理论与实践结合研究的学者中，朱艳青等详细解析了3D打印技术快速成型的原理以及使用的方法，结合3C电子产品开发的特点，满足缩短开发周期，优化工艺流程的需求[29]。在并行工程流程管理思想的研究方面，肖俭提出并行工程的思想应用于模具开发中，以科学的数字化协调平台、控制平台、共享平台进行综合管理，进一步实现模具研发的效率，控制模具生产加工的成本[30]；吕晶飞对制造行业的持续升级，致使制造业之间的竞争激烈，并行理念在制造项目管理工作中的应用，缩短了项目开发的时间，从源头上把控项目的质量[31]；柯箐对并行工程的方法应用在LX公司1123系列车型项目管理中，优化了开发流程以及组织架构，确立了各个部门的具体职责，提高了开发效率[32]。刘喜峰运用并行工程的管理方式缩短产品开发的生命周期，优化数据化管理系统，辅助计算机网络，加快信息的共享，实现并行工程的目标[33]；杨胜统等分析汽车行业的产品系列已经趋于饱和，要想占领市场份额，只有提供更多的软服务，以高性价比、高效率才能更好的满足客户需求，从而迫切的需要并行工程方案的引入[34]；汪震和徐克林基于并行工程的理论以及特点，针对不同的阶段进行具体的分析研究，简化产品的开发流程以及组织架构[35]。虞振遥，周炳海分析并行工程的理论，以滤清器实际的设计、制造流程为基础，通过分析现有的开发流程问题，进而引用并行工程的方法优化流程，整合优势资源，有效的缩短周期，提高客户满意度[36]；张陶栋分析了并行工程的理论特点以及可以实施操作的方法，从而在船舶的设计管理中使用并行工程的方法，缩短周期，简化流程[37]。谢双等通过精益生产的思维分析产品在开发过程中各种标准需求，按照并行工程方法的运用，进行组织的重构，开发过程的重构，数据化的管理运用，从而减少浪费，提高效率[38]。李海涛分析了国内外并行工程的应用情况，并按照并行工程的理论方法进行应用，从而取得一定的效果[39]。另外，其他对流程管理与其他理论相结合的研究中，李雅楠论述了智能信息系统的项目管理内容和主要模式，并指出，相关的管理研究有利于提升商业智能发展效益[40]。郑永升[41]等提出了一种基于过程管理和量化管理的新型项目管理方法：模型体方法；黄浩[42]等提出一种双层混合循环迭代算法来管理多任务资源调度。这些国内学者的研究成果，提供了丰富的流程管理工具和方法，已经广泛应用在软件项目流程管理中，有效解决软件项目流程管理问题，改善软件项目执行情况。敏捷开发研究除此之外，敏捷在我国刚刚开始被采纳。由于国内互联网行业发展的整体情况稍晚与国外，国内对于敏捷开发的研究脚步也相对更晚，加上市场情况对转型的需求较小，国内当时仍普遍采用传统项目管理方法。在此期间，由于国内信息化脚步的加快，市场需求也在不断变化，传统管理方式下已无法满足用户对需求变化的诉求，单纯调整某一方面也不能起到整体性的效果。随着国外软件行业对敏捷探索的深入，国内企业也开始踏上敏捷尝试之路，意图通过管理体系的更改来实现系统性整体性的突破。2006年国内召开了第一届敏捷大会，中国软件研发行业进入敏捷时代，在这个过程中的转型失败者不在少数，主要是以下几个原因。首先，若是交付性项目一般甲方属于强势方，敏捷开发过程需要甲方配合度较高，除了对业务要能提出实际的指导意见，还要接受阶段性沟通和汇报的方式，参与度大大高于以前，若单纯抱着完成项目的心态便无法做到有效配合。其次，敏捷对团队人员的整体素养和专业技能要求较高，要摒弃掉传统的以权力和领导力推动执行的团队模式，需要敏捷教练持续不断的引导团队，自组织自承诺要求团体成员的素养在一定水平之上，才便于形成统一的目标。最后，敏捷的转型是一个较长的实践过程，并不是采用了几种敏捷推荐的方法就变成了敏捷团队，公司从最高领导层就需要对转型持有充分的肯定和支持，下面各层级人员才会用开拓力去真正推进改变。并且，在敏捷尝试前期同样的工作量往往会花费比传统方式更多的工时，团队成员会经历不短的磨合期，找到适合当下团队的敏捷方法。这个试错和调整的过程是需要成本的，如果不是具备较强的经济实力和对产品规划具有高度自主权的企业，是很难承担得起这个综合成本的[43]。鉴于以上情况分析，国内具备一定经济实力和优秀自研团队的企业开启了敏捷的持续探索之路，并渐渐取得不错的成效，以华为、阿里、腾讯为主的企业还持续向外输出着企业内部转型的经验教训之道，将经过不断调整后的完整解决方案对外分享，打造国内软件行业相互沟通学习的平台，为国内同行各企业的敏捷实践提供了宝贵的思路。阿里在线上组织过公开分享专题“阿里研发效能提升和敏捷实施36计”，旨在将阿里敏捷践行的成果进行分享，给正在转型中的企业提供思路帮助，并同步推广了阿里研发的敏捷项目管理工具Teambition；华为在这个过程中也建立了自己的一整套管理工具，将敏捷开发的流程纳入到项目管理板块中；腾讯的敏捷产品研发平台TAPD也深受软件同行人士的好评等等。这些企业作为敏捷转型的先驱者，在自我实践的过程中也将具备企业特色的敏捷管理之道进行分享，极大推动了国内敏捷的改革进度。加上近十年来中国互联网行业的迅速发展，不少优秀的互联网公司迅速崛起，在行业有了自己的一席之地，公司在吸收优秀人才的同时，也同样吸收着先进的理念，渐渐地越来越多的企业具备敏捷转型的条件，也纷纷开启敏捷践行之路。到今天，敏捷在软件行业的沿用越来越普及，虽然很多公司离合格的敏捷团队还相距甚远，但随着目前的进展，敏捷将对我国软件行业的效能提升起到深远的作用[44]。敏捷逐渐成为业界的主流开发模式，越来越多的组织成功实现了敏捷转型，在研发效率提升和客户价值等方面成绩斐然，敏捷已经从传统纯研发领域，向前延伸到了业务敏捷，向后扩展实现了DevOps开发运维一体化，为快速响应和满足用户需求，缩短系统建设周期，避免因业务变化导致的开发工作浪费，保证产品交付质量，北京国电通网络技术有限公司决定研发敏捷转型，选取经法2.0系统、人资2.0系统作为敏捷迭代开发试点项目，以用户为中心主动创新、敢于试错，着力推进系统的敏捷迭代、小步快跑，创新优化系统建设模式，目标是通过敏捷转型实现快速高质量的完成项目交付，并总结转型经验同时梳理出适用于国网敏捷项目的制度、标准、流程以及相关的支撑工具[45]，使其达到预期，而不是通过简单复刻方法来达到目的。Scrum强调“以人为本”，重视人在团队中充分发挥主观能动性，通过团队成员的真实能力水平来制定团队目标，在过程中调整计划[46]。Scrum基于经验，强调过程，倡导透明、检查和调整。透明是指在项目研发过程中，项目进度、风险等各维度的信息是对整个团队成员公开透明的，力求大家对项目的理解一致，降低团队沟通成本；检查是指项目过程中阶段性的检查和回顾，有利于风险前置和问题总结；调整是阶段性检查后发现偏差要及时纠偏，不断缩小现状和目标之间的差距。Scrum对实践过程做出的描述和界定也是围绕三大核心思想来的[47,48]。Scrum框架是由三个角色、三个组件和五个活动这些元素以及围绕它们展开的项目过程组成的[49]。这些研究都表明，随着互联网行业和软件行业的高速发展，项目流程与进度管理理论在国内越来越受到重视，尤其是代表着“拥抱变化”的敏捷开发成为业内热点，未来一定会流光溢彩。软件开发管理研究软件项目管理是专门针对软件从需求分析、系统设计、开发测试到运行维护的全生命周期管理。项目组织结构主要为职能型、项目型和矩阵型三种[50]。刘中元认为采用矩阵型组织主要原因是通过此结构共享一些专有的资源，避免冗余等[51]。矩阵型组织具备调动企业资源，以项目为中心开展工作从而获得与项目相关的信息。胡晓婷等则认为软件项目管理面临的问题，可从人员组织、软件开发、实施计划、过程控制、严谨测试和信息沟通六个要素进行解决[52]。软件项目管理是一个跨多个学科、综合性和灵活性很强的体系，包括人员、流程和技术等，实施中一般按照总体规划，分步实施的原则进行，不同企业身处环境不一样理解的项目要素有所不同，但始终需利用软件项目管理相关知识和手段围绕项目实施安全，质量可靠，成本可控和利润最大化的经营目标进行管理工作，而这一切需要降低流程对软件项目管理的影响，并加强技术团队建设[53]。当前流行过以及正在流行的理论和方法大多为国外研究成果，这些成果在国外公司得到了很好的应用实践和完善。相比之下，软件项目管理在国内起步较晚，很长一段时间我国软件全部依赖国外，国内开发软件有限，导致对软件开发管理研究相对较少[54]。进入二十一世纪后我国软件开发管理主要引进、吸收西方国家相关理论、思想和方法，并在此基础上做本土化研究和发展，很长一段时间研究和关注方向以瀑布模型为主。依托于我国互联网产业最近十年告诉发展，软件项目管理在这十年中得到了方向性的进步，国内互联网企业数量爆炸式增长，移动互联网App日新月异，对于软件项目管理提出了较大挑战，以阿里巴巴、百度、腾讯、京东、小米为代表的互联网巨头尝试敏捷开发方法，并且通过多年的项目实践积累了大量的成功经验和理论成果[55]。1.2.3研究评述通过国内外研究现状，我们了解了当前国内外关于流程优化、流程改进、敏捷开发、用户参与等理论的研究现状，并运用相关领域专家的研究成果作为理论基础，做总结归纳，为本文进一步的研究做理论导出。一方面，根据现有文献总结来看，目前对于互联网方面软件敏捷开发的研究还处于相对薄弱，首先基于互联网行业属于新型快速发展行业而言的特殊性质，国内大部分的软件开发企业在流程管理方面还是使用传统的瀑布流程更多，相关文献积累较少，其次由于软件开发与许多企业的自营业务相对独立因此相关的流程管理反馈也相对较少。因此，本文可以在软件开发方面的敏捷化管理做更多的研究探索。另一方面，了解基于Scrum敏捷开发流程来针对现有软件开发流程管理的不足进行优化也是重要的研究落脚点之一。当前针对Scrum敏捷开发框架的完善以及其适用经验总结大多集中在传统领域中，且主要以理论总结为主，结合当前互联网经济中的软件开发领域相关研究尚且不足。尤其是当前用户需求瞬息万变的时代，软件开发项目将会是一个“短频快”的项目，因此其与敏捷开发有着不错的化学效应。与此同时，基于A公司现有软件产品的多元化及软件产品业务的复杂性，客户需求的不断变化，敏捷开发相较于瀑布开发是更为轻量级的开发方式，强调开发时的沟通协调和变化，更适用于应用在需求快速变更的互联网业务中。注重用户和开发团队之间的合作关系，即充分了解用户需求的敏捷开发可以使用户得到想要的功能，而且开发团队也可收获更高的用户满意度。更适合解决A公司现有软件开发流程的问题。1.3研究内容和方法1.3.1研究内容本文主要目的是解决A公司软件开发项目管理中存在的问题，并针对问题给出改进措施。首先，问题的发掘。该部分需要分析A公司软件开发项目管理的现状，利用科学的方法进行问题分析，为改进措施的提出指明方向。其次，改善措施。该部分需要针对A公司面临的具体问题，逐个突破解决。最后，方案的落地实施与效果评估。该部分对于方案是否可行具有重要意义，因此需要将这些改进措施应用到A公司，并收集方案实施数据，最终给出科学的评估结论。第一章绪论，对研究课题的研究背景、目的和意义、国内外研究现状和研究内容、方法等进行了介绍。第二章研究的理论基础，介绍了软件研发项目管理的基本知识及相关理论，介绍敏捷思想相关理论，阐述流程优化一般原则和方法等，从软件开发项目管理模式进行分析为A公司软件开发流程管理优化的提供充分的理论依据。第三章A公司软件产品研发现状及问题分析。简要介绍了市场应用情况，行业的发展状况，简述了A公司概况，主要阐述和详细讨论了A公司软件产品研发流程的各个阶段，体现了管理优化过程分析以及方案优化的整体思路。并对A公司内部调研设计了调查问卷。第四章调研结果分析。对A公司内部问卷调研进行分析，并发现A公司内部软件产品研发项目管理体系中存在的问题第五章A公司软件产品研发流程项目管理的改进方案，从综合管理改进，项目开发团队管理改进，项目开发流程改进，项目管理沟通机制改进以及复制工具改进等五个方面提出改进方案。第六章A公司软件产品研发流程改进实施保障与效果分析，以流程改造项目的实施具体规划给出实施改造方案，并对最终实施效果进行评价。第七章结论与展望，软件产品研发流程管理是个持续的过程，需要不断进行优化来提高管理效果，希望通过本案例能对其他软件开发流程管理优化以启示和借鉴。本文对A公司的软件开发流程优化研究中，重点是利用数据分析工具对A公司软件产品研发项目中存在的相关问题进行定位和分析，本次研究中的难点在于A公司的软件产品研发团队中交流非常少，同时各种问题之间存在相互影响，因此，识别问题需要考虑多种因素，同时因素之间也不是相互独立，要分解出各个问题的主要因素较为困难。另外，软件开发流程中可能存在一些潜在的隐藏问题的影响，这些问题的定位与发现较为困难。而本文对于A公司的软件开发流程的了解时间不足，无法完全把握A公司的软件开发的详细细节。而本文的创新点在于采用敏捷开发的方式对开发流程进行优化，以便更好的适应不断变化的需求和环境。对项目开发的环境与工具进行优化，以及采用更有效率的项目管理和协作工具来优化开发流程，以便更好地掌握项目进度和任务分配。1.3.2研究方法和技术路线文献资料研究法本文通过收集和整理软件产品流程管理相关理论，依据现有的产品流程理论、事实和研究成果，对有关文献进行分析整理或重新归类研究，为论文提供理论支撑。通过查阅整理A公司行业发展情况、项目管理和流程管理资料等，分析A公司软件产品研发流程成效，找出问题、分析原因、提出假设、设计解决方案。德尔菲法德尔菲法又被称为专家调查法，采用匿名的方式进行管理环节的问题收集。德尔菲法有明确的实施步骤，首先组件一个有代表性的专家团队，针对所研究的问题向专家组发放问卷，并对收集到的问卷进行总结和归纳分类。然后再将问卷和第一次的结果反馈给专家，请专家结合第一轮的结果决定是否需要修改调查问卷的答案，经过多次问卷之后，专家成员的意见趋于一致，得出最终的结论。本文通过专家调查法，分析和总结了A公司现有项目管理环节存在的问题，为本文研究提供了数据基础和依据。问卷调查法调查问卷是获取所需数据最直接的方法，由于其操作简单、数据来源广泛等特点，被广泛用于科学研究和企业市场调查等多个方面。一份好的问卷调查对于调查者获取有效数据有非常大的帮助，因此，在设计问卷调查时必须遵循以下几点原则，确保问卷调查的客观有效性。（1）客观性原则：这就要求问卷中所提出的问题必须符合客观事实；（2）必要性原则：提出这一原则的主要目的是确保问卷中所提出的问题都是围绕一个中心展开，不应设计其他无关的方面；（3）可能性原则：这一原则主要是要求调查者在制作问卷时应当考虑被调查者的回答能力范围；（4）自愿性原则：这一原则是为了保证问卷所提问问题是被调查者能够资源真实回答的问题。还需要注意的一个问题是问卷的语言表述，具体有以下几点需要注意：首先，问卷中的语言表述应通俗易懂，不能引起歧义；其次，问卷语言要简单明了，一个问题最好只设计一个内容；第三，问卷语言要求准确客观；最后，问卷语言应尽量使用肯定句来表达，避免被调查者漏看关键性字词。为获得与论文相关的一手数据和资料，采用问卷调查法，通过设计问卷、发放问卷、收回问卷，进行数据汇总和分析，从而了解A公司软件产品研发流程的现实状况，提出解决的意见和建议，为设计A公司软件产品研发流程提供客观数据支撑。研究性访谈法为进一步明确A公司在项目管理环节存在的问题，通过面对面或者微信的方式与项目开发相关的人员进行了沟通，本次访谈对象选择了A公司的研发（技术）总监、资深项目经理以及后端开发人员。通过沟通了解到A公司现有项目开发过程中存在的问题和亟需改善的环节。（1）A公司研发总监的访谈，了解到A公司总体层面上的项目管理流程和制度，清除了解目前在多项目并行、资源约束的条件下，公司领导对项目管理环节的优化期望。（2）从项目经理的访谈，了解到目前公司项目管理环节的高度不确定性和客户需求的多变性，以及项目团队为了应对客户需求的不断变更所做出的开发进度计划调整，需求变更所引发的项目管理问题以及解决方式，并且收集了在过往项目开发环节高频出现的管理问题。（3）项目的后端开发人员的访谈，收集了一线开发人员在现有项目管理模式下经常会出现的问题以及对现有项目管理模式的意见和建议，同时了解到现有项目团队成员之间的相互配合度和团队工作氛围。Scrum敏捷开发法在众多敏捷开发方法中，Scrum是市场上试用最广泛和普遍的方法之一，它被大多数软件公司用于敏捷改革的试行和实施。作为敏捷开发方法之一，Scrum提供了一系列实操性较强的方法指导，帮助团队更好解决问题，提升软件产品的交付效率。技术路线图1-1如下：图1-1技术路线Figure1-1TechnicalRoute参考文献[1]蔡文珺,尤建新.企业产品研发的流程优化研究[J].上海企业,2016(11):6.[2]井辉.流程管理思想的演进发展历程探析[J].商丘职业技术学院报,2009,8(06):34-36.[3]周扬.软件开发过程模型的应用与发展[J].电子制作，2014(19)：54-5.[4]RUPARELIANB.Softwaredevelopmentlifecyclemodels[J].ACMSIGSOFTSoftwareEngineeringNotes，2010，35(3)：8-13.[5]刘明友，帅建锋.基于CMMI的软件项目风险管理研究[J].电脑知识与技术，2013，2(1)：63-6.[6]PendharkarPC,RodgerJA.Quantitativesoftwareprojectmanagementwithmixeddata:Acomparisonofradial,nonradial,andensembledataenvelopmentanalysismodels[J].JournalofSoftware:EvolutionandProcess,2021,33.[7]NURHIDAYATIS.ApplicationofWaterfallModelInDevelopmentofWorkTrainingAcceptanceSystem[J].INTENSIF，2020，4(1)：75-89.[8]MohamedSA,MahmoudMA,MahdiMN,etal.ImprovingEfficiencyandEffectivenessofRoboticProcessAutomationinHumanResourceManagement[J].Sustainability,2022,14.[9]郭晓娴.浅析瀑布模型[J].福建电脑，2011，27(7)：137-8.[10]杨小娟.大型科研项目的风险管理流程与风险决策分析[J].中国新通信,2021,23(7):2.[11]ZongW,LinS,GaoY,etal.Process-drivenqualityimprovementforscientificdatabasedoninformationproductmap[J].TheElectronicLibrary:TheInternationalJournalforMinicomputer,Microcomputer,andSoftwareApplicationsinLibraries,2022(3):40.[12]PEDRYCZW，KWAKK-C.Thedevelopmentofincrementalmodels[J].IEEETransactionsonFuzzySystems，2007，15(3)：507-18.[13]杜以团,赵林,杨小娟.一种基于敏捷开发模式的软件测试模型——阶梯模型研究[J].测试技术学报,2021,35(4):5.[14]GovilNikhilandSharmaAshish.ValidationofagilemethodologyasidealsoftwaredevelopmentprocessusingFuzzy-TOPSISmethod[J].AdvancesinEngineeringSoftware，2022（168-）：168.[15]AltuwaijriFS,FerrarioMA.FactorsaffectingAgileadoption:AnindustryresearchstudyofthemobileappsectorinSaudiArabia[J].TheJournalofSystemsandSoftware,2022(190-):190.[16]AlajaleenBulqees，AlhroobAysh.FailurePredictionApproachinAgileSoftwareDevelopment[J].InternationalJournalofSof