Requirements engineering in global scaled agile software development environment: a multi-vocal literature review protocol
背景：需求工程在全球规模的敏捷软件开发和规划阶段的多声文献综述。目的：制定一个协议，以指定将遵循的计划，以进行全球规模敏捷软件开发中需求工程的多声音文献综述研究。方法：遵循Kitchenham and Charters（2007）和Garousi et al.（2019）指南，制定多声文献综述方案。结果：一个经过验证的方案，进行多声音文献综述。结论：综述方案包括以下五个阶段：研究问题、搜索策略、验证综述过程、报告综述和对方案进行变更。
2020-04-27 cs.SE
How to Integrate Security Compliance Requirements with Agile Software Engineering at Scale?
将安全性集成到敏捷软件开发中是一个开放的研究和实践问题。特别是在监管严格的行业中，复杂性不仅在扩展敏捷实践时增加，而且在旨在遵守安全标准时也会增加。为了在大规模敏捷环境中实现安全合规性，我们开发了S2 C-SAFe：Scaled Agile Framework的扩展，符合安全标准IEC~62443-4-1，用于安全产品开发。在本文中，我们介绍了西门子大型项目生态系统中的敏捷和安全专家的框架及其评估。我们讨论的好处和局限性，以及从从业者的角度来看的挑战。我们的研究结果表明，\ssafe有助于在受监管的环境中成功地将安全合规性与精益和敏捷开发相结合。我们还希望提高对在持续软件工程范围内集成安全性的重要性和挑战的认识。
2021-05-27 cs.SE
Requirements Engineering Practice and Problems in Agile Projects: Results from an International Survey
需求工程（RE）在敏捷开发中与传统的开发过程有很大的不同。然而，在敏捷RE的实践和当代问题的状态很少有经验的知识。作为一个更大的调查计划（消除需求工程中的痛苦）的一部分，我们在敏捷RE的这些方面建立了一个经验基础。基于来自92个不同组织的代表的响应，我们发现敏捷RE专注于各种技术引起的需求的自由文本文档。通常，需求和代码之间的跟踪是明确管理的，并且软件测试和RE是一致的。此外，由于内在动机，RE的持续改进被执行。重要的经验问题包括不明确的要求和沟通缺陷。总的来说，我们发现大多数组织以我们期望的方式进行RE，并且敏捷RE在几个方面与其他开发过程中的RE没有太大的不同。
2017-03-24 cs.SE
Quality Engineering for Agile and DevOps on the Cloud and Edge
本书探讨了在云和边缘环境下敏捷与DevOps的质量工程，提出通过在整个敏捷开发周期中有效嵌入质量工程，以满足企业级高质量敏捷开发的需求。
2024-02-16 cs.SE
Social Influence in Agile Requirements Engineering
敏捷需求工程意味着更复杂的沟通模式，因为即使是开发人员也应该与客户直接接触。随着更多的面对面交流，社会心理因素影响了需求。研究指出了谈判训练的重要性，但我认为，更多的基本人类特征可以被触发，有利于最了解社会影响力研究和实践的谈判者。我建议一个计划，如何在社会影响和要求促进研究可以进行，主要是通过实验。
2019-04-05 cs.SE
Significance of the teamwork in agile software engineering
一个软件工程项目很大程度上取决于团队的表现，就像任何涉及人类交互的活动一样。在过去的几年里，软件开发的传统观点正在发生变化，敏捷方法受到了相当大的关注。在其他属性中，年龄学家声称培养创造力是应对当今软件开发常见问题和挑战的关键之一。新软件产品的开发需要产生新颖而有用的想法。它是2001年敏捷宣言中引入的概念框架。本文的写作是为了支持敏捷实践，团队合作对软件项目成功的重要性。采用问卷调查的研究方法，了解团队合作的重要性。
2014-08-26 cs.SE
Agile Islands in a Waterfall Environment: Requirements Engineering Challenges and Strategies in Automotive
[背景和动机]受更快的上市时间和缩短开发周期的需求驱动，大型系统工程公司正在其组织中采用敏捷方法。这种敏捷转型是具有挑战性的，在传统的公司结构背景下，敏捷软件团队的采用通常是自下而上的。[Question/Problem]这给敏捷团队在以文档为中心和计划驱动（或瀑布）的环境中工作带来了挑战。虽然可取的做法是两全其美，但不清楚如何才能做到这一点，特别是在管理大规模系统的要求方面。[主要思想/结果]本文介绍了一个汽车公司的探索性案例研究，重点是一个大型系统公司的两个部门，这是在公司范围内采用敏捷的过程。[贡献]我们提出了敏捷团队在更大的计划驱动背景下工作时面临的与需求工程相关的挑战，并提出了缓解挑战的潜在策略。挑战涉及，例如，开发团队没有意识到高层次的需求，并处理编写用户故事的灵活性。我们发现，克服大多数这些挑战的战略仍然缺乏，因此需要更多的研究。
2021-06-21 cs.SE
Agile requirements engineering practices: a survey in Brazilian software development companies
需求工程（RE）是软件开发的主要领域之一。由于敏捷软件开发包含了几种新兴技术，并倡导持续改进，因此它迫切需要解决以下问题：目前最常用的敏捷RE实践，它们的特征以及使用中的挑战。这项工作的目的是调查和分类的收集和规范的敏捷需求实践的基础上，专业人士如何看待他们的重要性，软件项目，应用敏捷方法。因此，对46名巴西软件开发专业人员进行了一项调查，询问哪些方法用于收集和规范敏捷需求，以及采用这些方法时的功能，优点和困难。这些回复使我们能够进行数据分析，并确定受访者的经验与收集方法和敏捷需求规范的观点之间的关系。此外，有人指出，这些方法的采用仍然是最近的事。它们主要使用了不到五年。此外，有人指出，对大多数答复者来说，在提高应用知情方法的效率方面仍存在重大挑战和有待取得的进展。
2022-03-03 cs.SE
A Systematic Mapping Study on Security in Agile Requirements Engineering
[背景]许多公司所处的快速变化的商业环境正在挑战传统的需求工程（RE）方法。这导致了可再生能源的敏捷方法。与此同时，安全性是一个基本的非功能性需求，在敏捷开发环境中仍然很难解决。由于RE中“敏捷”概念的模糊性以及安全需求处理的困难性，人们对如何在敏捷RE中处理安全需求的总体理解仍然是模糊的。[目的]我们的目标是描述敏捷软件项目中处理安全需求的方法的发布环境。[方法]我们进行了一个系统的映射，以概述相关的工作和当代差距，为未来的研究。[结果]我们总共确定了2005年至2017年期间符合纳入标准的21项研究。我们发现，这些方法通常涉及修改敏捷方法，引入新的工件（例如，将用户故事的概念扩展到滥用者故事），或引入处理安全问题的指导方针。我们还确定了使用这些方法与环境、人员、努力和资源有关的局限性。[结论]我们的分析表明，需要投入更多的努力来实证评估现有的方法，并有一个未来的研究方向，以减轻所确定的局限性。
2018-06-04 cs.SE
Boundary Objects and their Use in Agile Systems Engineering
敏捷方法越来越多地被引入汽车公司，试图在系统开发中变得更加高效和灵活。敏捷实践的采用影响了利益相关者之间的沟通，但也使公司重新思考工件和文档（如需求，安全合规文档和架构模型）的管理。从业者的目标是减少不相关的文档，但面临着缺乏指导来确定需要什么工件以及应该如何管理它们。本文介绍了工件，挑战，指导方针，并在汽车系统工程工件的持续管理实践的基础上，对该主题的理论和经验的理解。与来自六家汽车公司的53名从业者合作，我们进行了一项设计科学研究，包括访谈，问卷调查，焦点小组和系统工程工具的实际数据分析。该指南建议区分在公司中不同参与者之间共享的工件（边界对象）和在团队中使用的工件（本地相关工件）。我们提出了一种分析方法来确定边界对象和三种做法来管理系统工程工件在工业中。
2019-04-27 cs.SE
Agile Metrics for a University Software Engineering Course
通过将讲座与实践项目配对来教授敏捷软件开发已经成为常态。这种方法提出了在开发过程中对实际项目工作以及过程一致性进行分级和评估的问题。然而，很少有最佳实践可以用来衡量学生在实施敏捷实践方面的成功。大多数大学课程依赖于课程或期末口语考试期间的观察。在本文中，我们提出了一套指标，让洞察团队中的敏捷实践的坚持。这些指标识别开发数据中未遵循敏捷流程的实例，例如提交或用户故事。查明的违规行为可作为进一步调查和小组讨论的起点。利用违规的上下文知识，可以细化执行的过程或度量本身。这些指标反映了我们在过去五年中运行软件工程课程的经验。他们衡量的方面，学生经常有问题，并减少过程采用和学生参与。我们提出了建议的指标，这是在最新的课程分期付款，辅导，讲座和口试一起测试。
2018-09-03 cs.SE
Motivational models for validating agile requirements in Software Engineering subjects
本研究探索将动机模型用于软件工程课程中的敏捷需求验证，通过案例研究得出9项一致性原则，可提升需求工件的一致性与完整性，已在墨尔本大学教学中应用。
2023-06-12 cs.SE
The Systems Approach to Change and the Agile Software Development Context
有各种各样的模型解释组织文化，以及如何在组织变革工作中解决这些复杂的问题。这篇研讨会论文声称，在软件工程环境中，已经存在用于处理敏捷过渡的文化变革的模型。人们认为，软件工程领域的研究应该建立在这些模型的基础上，并研究它们之间是否存在差异，而不是通过敏捷的成功案例再次认识到这一点，从而重新发明轮子。实践者已经在其他领域中作为变更代理人工作，他们应该通过这些模型在软件工程过程研究中的存在和集成来获得认可。
2019-04-04 cs.SE
Protocol and Tools for Conducting Agile Software Engineering Research in an Industrial-Academic Setting: A Preliminary Study
在软件工程行业进行实证研究是一个过程，因此，它应该具有普遍性。本文的目的是讨论学术研究人员如何通过系统和结构化的方法来解决他们在软件行业进行实证研究时遇到的一些挑战。本文中开发的协议应作为一个实际的指导研究人员，并帮助他们在这个复杂的环境中进行实证研究。
2018-04-10 cs.SE
A Dynamic Tracing Model for Agile Software Product Lines Domain Engineering from Features to Structural Elements: An Approach Based on Dynamic Routing
即使实施软件产品线的好处已经很好地建立起来，采用这样一个大型系统仍然是一个复杂的选择：很难实施，需要对市场增长有很好的了解，并对企业的长期目标有清晰的认识。因此，许多公司仍然不愿意采取这种做法，除非他们获得灵活性并获得担保。灵活性可以通过采用敏捷软件产品线方法来实现，以确保快速实施更改，并使产品适应市场发展。担保可以通过对要素及其关系的追溯而获得。然而，敏捷软件产品线环境中的跟踪仍然需要获得成熟度，因为它成本高昂，因此很少被采用。在本文中，我们讨论了敏捷软件产品线的可追溯性的附加值，并提出了我们的跟踪模型的灵感来自动态网络路由。
2018-12-13 cs.SE
Mesh Model (MeMo): A Systematic Approach to Agile System Engineering
创新和创业在创造世界可持续发展方面发挥着非常特殊的作用。工程设计在创新中发挥着重要作用。这些都不是新的事实。然而，这增加了一个事实，即在当前的知识似乎以指数速度增长，每隔几个月增长两倍。这就需要有更新的方法来创新，而创新的范围很小，无法满足客户的期望。在可靠设计方面，系统设计工具和方法非常有用，并且已经在大多数工程行业使用了几十年。但传统的系统设计是严谨和僵化的。正如我们所看到的，我们需要一个创新体系，它应该同时是严谨和灵活的。我们的灵感来自生物圈，其中一些最坚固但灵活的植物是爬行动物，它们生长成网状。在这篇专题论文中，我们将解释我们的系统工程方法，我们称之为MeMo（网格模型），它将系统工程的严谨性与敏捷方法的灵活性相结合，以创建一个可以在当今高风险市场中产生可靠创新的方案。
2017-05-25 cs.SE
Agility Measurements Mismatch: A Validation Study on Three Agile Team Assessments in Software Engineering
已经创建了许多工具来测量软件团队的敏捷性，因此在该领域中产生了饱和。选择了三种敏捷测量工具，以验证它们是否产生相似的结果。对A公司的团队（N = 30）进行了工具调查。这些问题被分组为敏捷实践，并检查其相关性，以建立收敛有效性。此外，我们还检查了在这些工具中确定为相同的问题是否会得到受访者的相同答复。我们不能建立收敛效度，因为收集的数据的相关性非常少和低。此外，被确定为在各种工具中具有相同含义的问题，答复者的答案并不相同。我们的结论是，敏捷性的测量领域仍然是不成熟的，需要做更多的工作。并不是所有的工具都适用于每个团队，但它们应该根据团队如何过渡到敏捷来选择。
2019-04-04 cs.SE
Agile Software Engineering and Systems Engineering at SKA Scale
系统工程（SE）是成功实现大型工程项目所需的一组过程和文档，但经典方法并不适合软件密集型项目，特别是当不同利益相关者的需求从一开始就不完全清楚时，需求优先级可能会发生变化。SKA是最终的软件支持的望远镜，需要大量的计算硬件和软件来执行数据简化。我们给出了SKA1开发中的系统和软件工程过程的概述，以及经典和敏捷SE之间的紧张关系。
2017-12-04 astro-ph.IM cs.SE
Why Does the Engineering Manager Still Exist in Agile Software Development?
本文结合系统性文献综述与案例研究，用多维框架解释敏捷组织中工程经理持续存在的原因，并提出协调敏捷原则与管理必要性的概念模型。
2025-10-04 cs.SE cs.SI
A multi-case study of agile requirements engineering and the use of test cases as requirements
本研究通过三家公司的迭代案例研究，调查了敏捷开发中“测试用例即需求”的实践，识别出五种实践变体并分析其优劣与差异，为敏捷需求工程的研究与实践提供了实证参考和改进指导。
2023-08-22 cs.SE
Exploring the Experiences of Experts: Sustainability in Agile Software Development -- Insights from the Finnish Software Industry
本研究通过访谈芬兰软件行业专家，探究敏捷软件开发中的可持续性现状，发现Scrum最常用、各可持续性维度存在连锁效应，并为2030软件工程路线图提出三项关键建议。
2024-07-09 cs.SE
Deriving and Validating Requirements Engineering Principles for Large-Scale Agile Development: An Industrial Longitudinal Study
Chalmers University of Technology（查尔姆斯理工大学）；University of Gothenburg（哥德堡大学）；Grundfos Holding A/S（格兰富控股股份有限公司）
本研究通过纵向研究推导并验证了适用于大规模敏捷开发的需求工程原则，旨在提升此类环境下的需求管理实践。
2026-02-11 cs.SE
Analysis of Software Engineering for Agile Machine Learning Projects
Samsung R&D Institute Bangalore（三星研发研究所班加罗尔分所）
使用敏捷方法的机器学习、人工智能或数据科学相关软件工程项目的数量正在增加。然而，很少有人研究这些项目在实践中如何运作。在本文中，我们分析了几个机器学习项目的项目问题跟踪数据，这些数据来自于Scrum（一种流行的敏捷工具）。我们将这些数据与来自非机器学习项目的相应数据进行比较，试图分析机器学习项目如何与正常软件工程项目不同地执行。通过分析发现，机器学习项目问题使用不同的词汇来描述问题，与实施任务相比，探索性或研究性任务的数量更高，并且在每个Sprint之后的产品待办事项中有更多的问题，这意味着提前估计机器学习项目相关任务的持续时间更困难。在分析这些数据之后，我们提出了一些方法，可以更好地记录和执行敏捷机器学习项目，因为它们与普通软件工程项目不同。
2019-12-16 cs.LG cs.SE
ABCDE -- Agile Block Chain Dapp Engineering
加密货币及其基础技术--区块链--正在重塑金融和经济，允许一种去中心化的方法，在没有可信对手的情况下实现可信应用。最近，区块链及其上运行的程序（称为智能合约）也在需要信任和良好认证的所有领域中找到了越来越多的应用。有些人甚至认为，“区块链革命”可以与早期的互联网和Web相媲美。因此，所有围绕区块链技术的软件开发都在以惊人的速度增长。许多软件工程师对区块链技术的巨大兴趣的感觉是不受控制和匆忙的软件开发，这是一种先到先得的竞争，既不能保证软件质量，也不能考虑软件工程的基本概念。本文试图解决这个问题，提出一个软件开发过程来收集需求，分析，设计，开发，测试和部署区块链应用程序。该过程基于几个敏捷实践，例如用户故事和基于它们的迭代和增量开发。但是，它也使用了更正式的符号，例如描述系统设计的一些UML图，以及表示区块链开发中的特定概念的附加内容。该方法进行了详细的描述，并给出了一个例子来说明它是如何工作的。
2019-12-19 cs.SE
An Adaptive XP-based approach to Agile Development
软件设计逐渐变得开放、分布式、普适和连接。一个可悲的统计事实是，软件项目在科学上是脆弱的，并且比其他工程领域更容易失败。敏捷开发是一种哲学。敏捷方法是支持敏捷哲学的过程。除了更常见的团队合作和结构化实践之外，XP还非常强调技术实践。在本文中，我们阐述了XP实践如何用于思考，协作，发布，计划，开发。和状态，使您的团队和组织更加成功。
2012-07-23 cs.SE
Practitioners Perspective on Motivators of Agile in Global Software Development
本文通过调查139名欧洲从业者并使用Smart-PLS分析，实证识别了在全球软件开发中成功实施敏捷方法的关键激励因素。
2025-03-10 cs.SE
Agile and Student-Centred Teaching of Agile/Scrum Concepts
本文介绍了以Agile/Scrum为核心的软件工程项目管理课程的教学改革经验，分析了适配大规模学生、兼顾真实性与可扩展性的混合式课程结构及在线评估方案。
2025-06-17 cs.SE
Teaching Agile Requirements Engineering: A Stakeholder Simulation with Generative AI
University of Applied Sciences Emden/Leer（埃姆登/莱尔应用科学大学）；University of Applied Sciences and Arts Hannover（汉诺威应用科学与艺术大学）；Federal University of São Paulo（圣保罗联邦大学）
本文通过生成AI的利害相关者模拟，帮助学生掌握与生成AI交互的实践，并理解其在实际中的局限性。
2026-03-13 cs.HC cs.SE
Scrum2Kanban: Integrating Kanban and Scrum in a University Software Engineering Capstone Course
随着敏捷方法在专业软件开发中获得支持，使用大学的顶点课程来教授敏捷软件开发方法已经变得司空见惯。这通常意味着学生将被介绍并使用当前最流行的敏捷方法：Sunday。然而，随着行业中采用的敏捷方法发生变化并适应不同的环境，大学课程必须跟上。这方面的一个主要例子是看板方法，最近在行业中引起了关注。在本文中，我们描述了一个顶点课程设计，它增加了实践学习的精益原则所倡导的看板到顶点项目运行与SLEP。这既确保了学生了解最新的过程框架和想法，也确保了学生对敏捷方法如何在实践中使用有了更全面的了解。我们描述了课程的细节，并分析了参与学生的看法以及我们的观察。我们分析了开发工件，学生在课程中创建的两种不同的开发方法。我们还提出了一个总结经验教训以及建议，为今后类似的课程。在课程结束时进行的调查显示，学生对看板融入课程的态度非常积极。
2018-09-06 cs.SE
An Agile Software Engineering Method to Design Blockchain Applications
加密货币及其基础技术--区块链--正在重塑金融和经济，允许一种去中心化的方法，在没有可信对手的情况下实现可信应用。最近，区块链及其上运行的程序（称为智能合约）也在需要信任和良好认证的所有领域中找到了越来越多的应用。有些人甚至认为，“区块链革命”可以与早期的互联网和Web相媲美。因此，所有围绕区块链技术的软件开发都在以惊人的速度增长。许多软件工程师对区块链技术的巨大兴趣的感觉是不受控制和匆忙的软件开发，这是一种先到先得的竞争，既不能保证软件质量，也不能考虑软件工程的基本概念。本文试图解决这个问题，提出一个软件开发过程来收集需求，分析，设计，开发，测试和部署区块链应用程序。该过程基于几个敏捷实践，例如用户故事和基于它们的迭代和增量开发。但是，它也使用了更正式的符号，例如描述系统设计的一些UML图，以及表示区块链开发中的特定概念的附加内容。该方法进行了详细的描述，并给出了一个例子来说明它是如何工作的。
2018-09-25 cs.SE
From Group Psychology to Software Engineering Research to Automotive R&D: Measuring Team Development at Volvo Cars
本研究介绍沃尔沃汽车2019-2022年将敏捷团队群体动力学研究转化为工业实践的过程，涵盖一款服务700个团队、9000名员工的自动化调研工具的落地经验、所需条件及面临的挑战，证明该工具搭配策略库可有效促进敏捷团队成熟。
2024-09-18 cs.SE
Agile Minds, Innovative Solutions, and Industry-Academia Collaboration: Lean R&D Meets Problem-Based Learning in Software Engineering Education
本研究将精益研发与基于问题的学习相结合，在产学研合作项目中应用，通过案例研究评估，发现该方法能提升学生知识熟练度并获利益相关者满意，为软件工程教育提供新途径。
2024-07-22 cs.SE
AQUA: an Agile Process to Develop Quantum Annealing Applications
Netservice S.p.A.（Netservice公司）；Department of Mathematics and Computer Science - University of Cagliari（卡利亚里大学数学与计算机科学系）
AQUA是一种通过产业-学术合作开发的敏捷过程，旨在解决QUBO问题中的数学复杂性和硬件限制，通过四个阶段的敏捷生命周期提供系统化的量子退火工程框架。
2026-01-20 cs.SE
What You Use is What You Get: Unforced Errors in Studying Cultural Aspects in Agile Software Development
本文通过在日本和德国的多案例研究，揭示了使用Hofstede文化维度模型表征敏捷软件开发中文化特征时的挑战，指出实证软件工程研究需进行特定案例的文化特征分析。
2024-04-25 cs.SE
Implementing SCRUM to develop a connected robot
敏捷方法正受到业界越来越多的关注，这些方法现在被广泛接受并部署在软件工程中。然而，在系统工程中引入敏捷性仍然存在一些问题。本文的目的是显示一个敏捷管理实施的教育项目，包括开发一个连接的移动机器人，并评估采用敏捷方法的问题和好处。在最著名的敏捷管理方法中，SCRUM被选中领导这项实验。本文首先介绍了该项目，以及学生传统上如何管理它，然后介绍了如何使用Sunday。它评估了在这个项目中引入敏捷性的困难和利益，并得出结论，认为该公司有能力设计，测试和逐步整合系统，从而更快地提供一个业务原型。
2018-07-03 cs.SE
Testing Agile Requirements Models
本文讨论了一种基于模型的方法来验证敏捷开发过程中的软件需求的模拟，特别是自动化测试。模型作为中心开发工件的使用需要被添加到软件工程技术的组合中，以进一步提高在需求定义阶段早期就开始的开发的效率和灵活性。测试需求是提供反馈和提高结果质量的一些最重要的技术。因此，工件的测试应该尽可能早地引入，甚至在需求定义阶段。
2014-09-22 cs.SE
ScrumLint: Identifying Violations of Agile Practices Using Development Artifacts
Linting工具自动识别不遵循一组预定义标准的源代码片段。这样的反馈工具对于“精简”敏捷开发过程同样是需要的。然而，由于故意缺乏正式的敏捷过程模型，提供关于过程一致性的具体反馈是一项具有挑战性的任务。在本文中，我们提出了ScrumLint，一个工具，通过分析开发工件来解决这个问题。在本科敏捷软件工程课程的经验的基础上，我们定义了一个过程度量的集合。这些包含敏捷方法的核心思想和报告偏差。使用这种方法，开发团队可以立即收到关于他们执行的开发实践的反馈。他们可以使用这些知识来改进他们的工作流程，或者可以调整指标以更好地反映他们的项目现实。
2018-09-03 cs.SE
T-Reqs: Tool Support for Managing Requirements in Large-Scale Agile System Development
T-Reqs是一个基于git版本控制系统的文本需求管理解决方案。它将有用的约定、模板和帮助脚本与git生态系统中强大的现有解决方案相结合，并提供了一个有效的解决方案，以解决大规模敏捷系统开发中的一些已知需求工程挑战。具体来说，它允许敏捷的跨职能团队了解系统级别的需求，并使他们能够有效地提出对这些需求的更新。根据我们在T-Reqs方面的经验，我们i）将大规模敏捷系统开发的已知需求挑战与工具支持联系起来; ii）列出在这种背景下工具的关键需求; iii）提出挑战的具体解决方案。
2018-07-20 cs.SE
Agile Modeling with the UML
本文讨论了一种基于模型的软件开发方法。它认为，使用模型作为中心的开发工件的方法需要添加到软件工程技术的组合，以进一步提高开发的效率和灵活性，以及质量和结果的可重用性。两个主要的和强烈相关的技术进行了确定和讨论：测试用例建模和模型转换的进化方法。
2014-09-22 cs.SE
Enabling Reusability in Agile Software Development
软件工程学科在过去的二十年里不断取得发展势头。在过去十年中，已经取得了显著进展。为了跟上行业的多维需求，不时引入新的过程模型。新的软件开发范式正在工业界找到它的位置，如敏捷软件开发，基于重用的开发和基于组件的开发。但是，不同的软件开发模式不能满足软件行业的许多需求。由于所有过程模型的目标是相同的，即，以获得高质量的产品，减少开发时间，提高生产率和降低成本。然而，没有一个单一的流程模型本身是完整的。软件行业正朝着敏捷软件开发的方向发展。敏捷开发显然不适合构建可重用的工件。然而，通过对敏捷过程的仔细关注和重要修改，有可能成功地适应并采用敏捷方法来开发可重用对象。这里提出的模型结合了敏捷软件开发和可重用性的特点。
2013-02-06 cs.SE
Mining for Process Improvements: Analyzing Software Repositories in Agile Retrospectives
软件仓库包含有关软件工程团队如何工作、通信和协作的知识。它可以用于开发团队开发过程的数据信息视图，这反过来又可以用于过程改进计划。在现代敏捷开发方法中，过程改进发生在回顾会议中，在回顾会议中讨论最后的开发迭代。然而，在这些会议上进行的先前提议的活动通常不依赖于项目数据，而是完全依赖于团队成员的看法。我们提出了新的回溯活动，基于挖掘各个团队的软件存储库，以补充现有的方法，更客观，数据知情的过程视图。
2020-07-16 cs.SE
Enhancing Agile Software Development Sustainability through the Integration of User Experience and Gamification
本文提供了关于如何增强敏捷开发过程的可持续性的丰富讨论。特别是，我们专注于最近开发的一个框架，名为GLUX，它将精益UX集成到Scrum中。GLUX的主要目标是通过使用游戏化来激励敏捷团队采用以用户为中心的思维方式，并在整个开发过程中协作开展UX活动，从而促进敏捷和用户体验（UX）之间的无缝集成。我们作为软件研究人员的角色是为提高软件的可持续性做出贡献，并为软件工程社区提供工具和技术，以提高软件开发的人力、经济和环境可持续性。我们发现，GLUX通过赋予自给自足，以问题为中心的团队，建立一个激励和参与的环境，并发展团队合作来解决人类的可持续发展问题。经济可持续性是通过最大限度地减少用户体验债务和使用游戏化技术来引导敏捷团队的行为和思维集中于价值创造来解决的。最后，通过鼓励敏捷团队构建最小可行产品（MVP）来促进环境可持续性。
2022-09-28 cs.SE
Agile Practices for Quantum Software Development: Practitioners Perspectives
量子软件系统是新兴的软件工程（SE）流派，其利用量子比特（Qubit）和量子门（Qgates）的原理来解决当今经典计算机不能在合理时间内有效地完成的复杂计算问题。根据其支持者的说法，敏捷软件开发实践有可能解决量子软件开发中特有的许多问题。然而，缺乏证据证实敏捷实践是否适合并可以被软件团队采用，因为它们是在量子软件开发的背景下。为了解决这一问题，我们进行了一项实证研究，以调查使用敏捷实践开发量子软件的需求和挑战。虽然我们对10个国家的26名从业者进行了半结构化访谈，强调了敏捷实践在这一领域的适用性，但访谈结果也揭示了阻碍这些实践有效整合的新挑战。我们的研究结果为敏捷实践的进一步情境化和无缝集成与开发下一代量子软件提供了跳板。
2022-10-18 cs.SE
Understanding Work Practices of Autonomous Agile Teams: A Social-psychological Review
本文的目的是建议社会心理学的其他方面，可以帮助理解自主敏捷团队。利用社会心理学中久经考验的理论，而是看看它们在自主敏捷团队环境中是如何复制和区别的，这将避免重新发明轮子。作为第一步，这是通过查看一些非常常见的敏捷实践并将其与社会心理学研究中的现有发现相关联来完成的。我认为更适用于软件工程的两个理论是社会认同理论和群体社会化理论。结果表明，文献提供了一些敏捷实践流行的社会心理原因，但需要科学研究来收集这些研究不足的主题的经验证据。理解更深层次的心理学理论可以更好地理解构建自主敏捷团队时的心理过程，从而可以更好地预测和干预人为因素。
2020-11-05 cs.SE
AgileCoder: Dynamic Collaborative Agents for Software Development based on Agile Methodology
FPT Software AI Center（FPT软件人工智能中心）；Fulbright University（富布赖特大学）
针对现有软件智能体过度简化开发工作流的问题，提出融入敏捷方法论的多智能体系统AgileCoder，搭配动态代码图生成器，性能优于现有基准，展现多智能体在软件工程中的潜力。
2024-07-14 cs.AI cs.SE
Framework for continuous transition to Agile Systems Engineering in the Automotive Industry
针对汽车行业在VUCA环境下传统系统工程方法不足的问题，提出一种敏捷系统工程框架，并通过德国汽车制造商底盘开发部门的试点项目验证了其有效性，助力企业促进创新与协作。
2023-11-21 cs.SE cs.SY eess.SY
Defining Requirements Strategies in Agile: A Design Science Research Study
本研究通过设计科学方法，基于三个工业案例，探讨了敏捷开发中因需求策略不明确引发的挑战，并提出了定义需求策略的关键构建模块与指导方针。
2024-05-29 cs.SE
Group Maturity and Agility, Are They Connected? - A Survey Study
由于项目管理创新“敏捷开发过程”，在软件工程中对心理学的关注增加了。敏捷方法并没有明确地考虑到团队发展的各个方面;它们只是假设在团队心理学中被描述为成熟的团队。这项研究是由来自美国两个SAP客户的45名员工和他们的12名经理（N=57）进行的，他们正在使用敏捷方法，数据是通过在线调查收集的。选定的敏捷性测量与团体发展测量相关，并显示出显著的收敛效度，即，一个更成熟的团队也是一个更敏捷的团队。这意味着敏捷方法在引入实践时可能会从考虑团队开发中受益。
2019-04-04 cs.SE
Agile V: A Compliance-Ready Framework for AI-Augmented Engineering -- From Concept to Audit-Ready Delivery
Agile V通过整合敏捷迭代与V模型验证，实现任务级验证和审计文档自动生成，提升AI增强工程的合规性和效率。
2026-02-24 cs.AI cs.MA cs.SE
Integrating User Experience into Agile -- An Experience Report on Lean UX and Scrum
敏捷开发和用户体验（UX）的集成在过去十年中受到了极大的关注。文献包含几个过程模型和广泛的讨论，这种整合的好处和挑战。然而，学术界对这一整合却不屑一顾。事实上，很少有出版物涉及敏捷开发和UX的教育课程。在本文中，我们报告了我们设计和运行研究生软件工程课程的经验，该课程涵盖了将精益用户体验集成到Soccer中，并采用游戏化来提高学生的参与度。我们确定了六个经验教训，这些经验教训指出了在学术界集成敏捷开发和UX时需要考虑的重要方面。例如，我们讨论了在短时间内管理精益UX活动的复杂性，或者如何设计可测试和战术假设是精益UX过程中最具挑战性的方面之一。
2022-04-24 cs.SE
A Multi-dimensional Study of Requirements Changes in Agile Software Development Projects
敏捷过程现在被软件工程（SE）团队广泛实践，敏捷宣言声称敏捷方法支持很好地响应变化。然而，似乎没有研究表明这在现实中是否准确。在任何软件开发环境中，需求变更（RC）都是不可避免的，我们希望全面了解RC是如何发生的，以及在实践中如何在敏捷SE团队中进行处理。我们还想知道对变化的响应是否是软件团队在项目中使用敏捷的唯一或主要原因。为此，我们进行了一项混合方法的研究，其中包括来自新西兰和澳大利亚的10名敏捷实践者的访谈，文献综述，以及全球40名敏捷实践者参与的深入调查。通过这项研究，我们确定了不同类型的RC，它们的起源包括起源的原因，形式，来源，载体，以及它们起源的事件，挑战性质，以及敏捷是否有助于响应变化。我们还发现，敏捷团队似乎不愿意接受RC，因此，他们使用几种缓解策略。此外，当他们接受RC时，他们使用各种技术来处理它们。此外，我们发现敏捷允许更好地响应RC只是实践敏捷的一个次要原因。几个更重要的原因包括能够在更短的时间内交付产品和提高团队生产力。实践者表示，这改善了敏捷团队环境，因此是团队实践敏捷的真正动力。最后，我们提供了一组实用的建议，可以用来更好地处理RC有效地在敏捷软件开发环境。
2020-12-07 cs.SE
Combining Agile with Traditional V Model for Enhancement of Maturity in Software Development
在软件工程领域，每天都有许多新的原型被引入，以提高软件开发的效率和有效性。由于动态环境，组织经常交换他们的软件约束，以满足他们的目标。本文提出的研究方法是将传统的V模型与敏捷方法相结合，将这些模型的优点结合起来，同时最大限度地减少它们各自的缺点。新兴软件系统的波动需求和运营软件的累积成本迫使研究人员和专家确定新兴软件应用的创新和优越的手段，在小企业或企业级正在寻找。敏捷方法论有其自身的优点，但传统软件开发方法论的一些成功所必需的特性存在不足。这就是为什么嵌入式方法将是软件行业的正确答案，而不是纯粹的敏捷方法。这项研究表明，如何敏捷嵌入式传统可以发挥重要作用的软件开发。一项旨在发现这种方法在工业中的影响的调查。进行了定性和定量分析。
2017-02-01 cs.SE
From Education to Evidence: A Collaborative Practice Research Platform for AI-Integrated Agile Development
Clausthal University of Technology（克劳斯塔尔工业大学）；Ostfalia University of Applied Sciences（奥斯特法利亚应用科学大学）
本文提出一个整合AI的敏捷教育平台，通过协作研究环境生成实践相关证据，提升敏捷开发中的研究及时性和可重用性。
2026-03-11 cs.SE
Agile Development at Scale: The Next Frontier
敏捷方法已经改变了软件开发的方式，强调最终用户的积极参与，对变化的容忍，以及产品的进化交付。关于敏捷开发的第一个特刊将这些方法描述为关注“反馈和变化”。这些方法导致了软件开发方式的重大变化。在大多数国家，Scrum现在是最常见的开发框架，其他方法如极限编程（XP）和精益软件开发的元素以及看板也被广泛使用。软件从业者和顾问之间自下而上的运动已经被主要的国际咨询公司所采用，这些公司规定了敏捷开发，特别是在学习和创新是关键的情况下。敏捷开发方法主要在软件工程中引起了人们的兴趣，但也在许多其他学科中引起了兴趣，包括信息系统和项目管理。敏捷软件开发方法最初是针对小型的、位于同一地点的开发团队的，但越来越多地应用于其他环境。它们最初用于开发Web系统和内部IT系统，但现在用于一系列领域，包括关键任务系统。为5-9名开发人员组成的单个团队设计的方法已被调整用于具有数十个团队、数百名开发人员的项目，这可能涉及与数百个现有系统的集成并影响数十万用户。
2019-01-02 cs.SE
