Hybrid Work meets Agile Software Development: A Systematic Mapping Study
本研究针对混合办公与敏捷软件开发交叉领域研究现状不明的问题，通过系统性映射研究筛选12项基础研究，分析了现有研究的方法特征与不足，指出了未来研究方向。
2024-04-15 cs.SE
Agile Process Consultation -- An Applied Psychology Approach to Agility
组织中的敏捷变更工作需要与人类流程相联系来理解。这种理论和相关工具在应用心理学中已经存在了将近50年。敏捷过程咨询的核心思想是，客户发起向更敏捷方向的改变，往往不知道哪里出了问题，咨询师需要与客户共同诊断问题。还假设敏捷顾问不了解客户组织的组织文化，这意味着客户需要根据顾问提供的建议做出决策。由于敏捷项目管理正在整个企业和软件开发之外传播，我们需要情景方法，而不是规定低级别的实践。
2019-04-05 cs.SE
Measuring and improving information systems agility through the balanced scorecard approach
面对日益复杂，不确定和不断变化的环境，即使在危机中，组织也必须保持敏捷以生存。敏捷性是商业战略的核心，它代表了在持续和不可预测变化的竞争环境中成长的能力，信息系统被视为其主要推动者之一。换句话说，要实现敏捷，组织必须能够依赖敏捷的企业信息系统/信息技术（IT/IS）。由于利益相关者之间的敏捷性需求并不相同，因此本研究的目标是从平衡的角度开发一个概念模型来实现和评估IT/IS敏捷性，以支持敏捷组织。一些研究表明，IT平衡计分卡（BSC）方法是一个适当的技术评估IT绩效。本文从业务贡献、用户导向、卓越运营、创新与竞争力四个方面提出了一个基于平衡计分卡的信息系统敏捷性评价框架。建议的框架，称为IS敏捷平衡计分卡，提出了一个三层结构的四个方面：使命，关键成功因素，敏捷性评价标准。根据这一概念模型，企业信息系统敏捷性是衡量根据14个敏捷性的关键成功因素，在四个BSC的角度，使用42敏捷性评价标准，确定了文献调查方法的基础上。本文在企业信息系统的更广泛背景下探讨敏捷性。研究结果将提供，为研究人员和从业人员，实现和衡量是敏捷性能，以支持组织在试图成为敏捷的新条件下生存在新的商业世界的一个实用的方法。
2021-09-13 cs.SE
Exploring Retrospective Meeting Practices and the Use of Data in Agile Teams
本文通过调查19名从业者，揭示敏捷团队虽常收集项目数据却很少在回顾会议中系统使用，并分析了心理安全等障碍，为促进数据驱动回顾提供见解。
2025-02-05 cs.SE
Transition from Plan Driven to SAFe : Periodic Team Self-Assessment
内容：如何采用、扩展和定制敏捷方法取决于几个因素，例如组织的规模、业务目标、运营模式和需求。扩展敏捷框架（SAFe）的开发是为了支持组织在整个企业中扩展敏捷实践。问题：SAFe的早期采用者往往是大型跨国企业，它们报告说，采用SAFe使生产率和质量得到了显著提高。然而，很少有人知道这些好处是否转化为中小型企业（SMEs）。方法：作为SME过渡到SAFe的纵向研究的一部分，我们问，在团队层面上采用SAFe实践的程度如何？我们针对所有团队成员，于2017年2月和2017年7月进行了混合方法调查，以确定和评估SAFe实践的采用率。结果如下：最初在第一季度，团队在整个组织中都在努力解决PI/Release健康和技术健康问题，因为大多数团队都在从计划驱动过渡到SAFe。但是，在第三季度的过渡期内，我们观察到SAFe实践采用的不同领域都有明显的改善。结论：观察到的改进可能是由于团队随着时间的推移变得更加熟悉实践。然而，管理层也对小组进行了一些结构性调整，这可能是造成这一变化的原因。
2017-11-02 cs.SE
Mining for Process Improvements: Analyzing Software Repositories in Agile Retrospectives
软件仓库包含有关软件工程团队如何工作、通信和协作的知识。它可以用于开发团队开发过程的数据信息视图，这反过来又可以用于过程改进计划。在现代敏捷开发方法中，过程改进发生在回顾会议中，在回顾会议中讨论最后的开发迭代。然而，在这些会议上进行的先前提议的活动通常不依赖于项目数据，而是完全依赖于团队成员的看法。我们提出了新的回溯活动，基于挖掘各个团队的软件存储库，以补充现有的方法，更客观，数据知情的过程视图。
2020-07-16 cs.SE
Linking Stakeholders' Viewpoint Concerns and Microservices-based Architecture
敏捷项目管理的广泛采用，微服务的独立交付以及DevOps的自动化部署极大地加快了系统开发。真正改变游戏规则的是持续集成（CI）、持续交付和持续部署（CD）。组织可以一天发布多个版本，将测试、发布和部署周期从数周缩短到数分钟。Docker等容器技术和Kubernetes等容器编排平台的成熟促进了微服务架构的发展，特别是在云原生开发中。有各种工具可用于设置CI/CD管道。组织正在远离单体应用程序，转向基于微服务的架构。组织可以通过应用程序编程接口（API）快速积累数百个此类微服务。这些现代方法的主要目的是敏捷性、速度和可重用性。虽然DevOps提供了速度和上市时间，但除非微服务和API与企业范围的利益相关者的需求相关联，否则敏捷性和可重用性可能无法得到保证。业务需求和微服务/API之间的联系没有得到很好的捕捉，也没有得到充分的定义。在本出版物中，我们描述了一种结构化方法，用于在API和基于微服务的敏捷开发之间创建逻辑链接，并考虑企业利益相关者的需求和观点。这种方法能够捕获和记录企业范围内利益相关者的需求，无论这些利益相关者是企业所有者、规划者（产品所有者、架构师）、设计者（开发人员、DevOps工程师）还是企业的合作伙伴和订阅者。
2020-09-13 cs.SE
Agile Meets Quantum: A Novel Genetic Algorithm Model for Predicting the Success of Quantum Software Development Project
本研究针对传统敏捷方法适配量子软件项目的挑战，结合遗传算法与两类分类器构建成功率预测模型AQSSPM，实验验证其可大幅提升项目成功率、降低成本，为敏捷量子项目落地提供关键参考。
2024-05-21 cs.SE
Comparative Study on Agile software development methodologies
今天的商业环境是非常动态的，组织不断改变他们的软件需求，以适应新的环境。他们还要求软件产品的快速交付以及接受不断变化的需求。在这方面，传统的计划驱动的开发无法满足这些要求。虽然传统的软件开发方法，如基于生存周期的结构化和面向对象的方法，继续主导系统开发几十年来，许多研究已经在传统的方法，敏捷软件开发带来了自己的一套新的挑战，必须解决，以满足客户通过早期和持续交付的有价值的软件。它是一套基于迭代和增量开发过程的软件开发方法，其中需求和开发通过自组织，跨职能团队之间的协作进行，允许快速交付高质量的软件，以满足客户需求并适应需求的变化。在本文中，我们显着识别和描述的主要因素，敏捷开发方法改善软件开发过程，以满足快速变化的业务环境。我们还提供了敏捷开发方法与传统系统开发方法的简要比较，并讨论了采用敏捷方法的现状。我们推测，从需要满足客户通过早期和持续交付的有价值的软件，敏捷软件开发出现作为一种替代传统的基于计划的软件开发方法。本文的目的是提供一个深入的理解，敏捷开发方法的主要好处，软件开发行业，以及提供一个比较研究报告ASDM TSDM。
2013-07-12 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
Combining Agile with Traditional V Model for Enhancement of Maturity in Software Development
在软件工程领域，每天都有许多新的原型被引入，以提高软件开发的效率和有效性。由于动态环境，组织经常交换他们的软件约束，以满足他们的目标。本文提出的研究方法是将传统的V模型与敏捷方法相结合，将这些模型的优点结合起来，同时最大限度地减少它们各自的缺点。新兴软件系统的波动需求和运营软件的累积成本迫使研究人员和专家确定新兴软件应用的创新和优越的手段，在小企业或企业级正在寻找。敏捷方法论有其自身的优点，但传统软件开发方法论的一些成功所必需的特性存在不足。这就是为什么嵌入式方法将是软件行业的正确答案，而不是纯粹的敏捷方法。这项研究表明，如何敏捷嵌入式传统可以发挥重要作用的软件开发。一项旨在发现这种方法在工业中的影响的调查。进行了定性和定量分析。
2017-02-01 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
Coordination Strategies When Working from Anywhere: A Case Study of Two Agile Teams
有效的协调是敏捷团队成功的关键。他们依靠频繁的互动和相互调整来管理活动之间的依赖关系，传统上通过将团队集中在一起来解决。随着世界正在适应新冠肺炎后的工作生活，企业正在转向“随时随地工作”的方式，员工可以选择在家或办公室工作的程度。然而，对这种情况下的协调知之甚少。我们从挪威的一个探索性案例研究中报告了开发人员在任何地方工作时的新兴策略，包括八次访谈。我们的研究表明，随着团队尝试不同的工具和方法，新的相互调整策略出现了：开发人员根据位置选择任务，要求模糊的任务在同一地点执行，而需要集中注意力的单个任务最好在家里执行;大型会议是虚拟的，为协作任务保留同一地点的时间;使用虚拟会议室来维持计划外会议，因为他们与队友交流精神状态，降低团队内部计划外会谈的门槛。这些策略可以帮助组织为开发人员创建一个高效的环境。
2022-04-08 cs.SE
Agile Retrospectives: What went well? What didn't go well? What should we do?
School of Computing Technologies, RMIT University（RMIT大学计算技术学院）；Shine Solutions（Shine解决方案公司）
针对敏捷/Scrum软件开发中的回顾会议，研究探索生成式AI在其信息交互中的潜在用途及信息可视化，并展示了专注于回顾会议相关功能的原型工具RetroAI++。
2025-04-16 cs.AI cs.SE
Toward the Integration of Traditional and Agile Approaches
敏捷方法使用持续交付，而不是不同的程序，与客户更紧密地合作，并更快地响应需求变化。所有这些都与传统的计划驱动方法背道而驰。由于敏捷方法的特点及其在现实世界中的成功实践，一些关于敏捷和传统方法之间的差异的讨论出现了最近，许多研究旨在整合这两种方法，以综合这两方面的好处。然而，这种类型的研究往往是从对发展活动的观察或项目后的调查中得出结论的。为了给这两种方法的比较提供更客观的支持性证据，我们对源代码、日志和注释进行了分析。我们认为，敏捷和传统的方法有着共同的特点，这可以被认为是粘合剂集成两种方法。在我们的研究中，我们收集了来自版本控制存储库的所有提交，以及会议记录和讨论。通过应用我们建议的分析方法，我们说明了敏捷和传统方法之间的共享属性，因此，不同的开发阶段，如实施和测试，仍然可以在敏捷开发的历史。这一结果不仅为我们的假设提供了一个积极的结果，而且还提供了一个更好的整合建议。
2013-03-06 cs.SE
An Empirical Study on Leanness and Flexibility in Distributed Software Development
如今，许多参与项目的个人和团队已经将敏捷开发技术作为日常工作的一部分。然而，我们在如何扩展和管理分布式软件开发中的敏捷实践方面的经验要少得多。分布式和全球性的开发--当团队相互作用以合作交付解决方案时，需要关注许多技术、组织和文化问题。此外，非常大的团队规模，团队的团队和更复杂的管理结构迫使更多的注意协调和管理。在这个层面上，越来越需要标准化最佳实践，以避免跨工件和过程的重新发明和错误沟通。企业软件交付中的复杂性问题可能对敏捷方法的采用产生重大影响。因此，敏捷策略通常需要进行评估，定制，并可能与传统方法相结合，以适应特定的环境。软件产品和软件开发过程的特性为实现精益和灵活性开辟了不同于其他领域的新的可能性。虽然精益原则是通用的，但从软件开发的角度进一步理解应用这些原则所需的技术。因此，本研究的目的是确定精益如何促进分布式软件开发的灵活性，以加快开发过程。
2017-11-03 cs.SE
The AI-Native Large-Scale Agile Software Development Manifesto
Ericsson, Sweden（爱立信（瑞典））；Blekinge Institute of Technology, Sweden（布莱金厄技术学院（瑞典））
提出AI原生大规模敏捷软件开发宣言，通过六项原则将AI作为一等参与者，将开发从会议驱动、文档繁重的顺序流程转变为智能、自适应、持续学习的系统。
2026-05-22 cs.AI cs.SE
Scaling Agile Development in Mechatronic Organizations - A Comparative Case Study
敏捷软件开发原则使公司能够成功和快速地交付软件，满足客户的期望，同时专注于高质量。许多使用纯软件系统的公司已经采用了这些原则，但是在处理非纯软件产品的公司中实现它们是具有挑战性的。我们确定了一组目标和实践，以支持开发软件密集型机电一体化系统的公司的大规模敏捷开发。我们使用了归纳法的基础上收集的实证数据在纵向研究与北欧地区的六家公司。数据汇集是在两年多的时间里通过焦点小组讲习班、个人现场访谈和补充调查进行的。大规模敏捷开发的主要好处是提高质量，通过支持交付软件、硬件和机制的团队之间的定期或持续集成的实践来实现。在这方面，最有利的交付集成周期是每四周一次;虽然每天的持续集成有利于软件团队，但其他学科似乎并没有从更快的集成周期中受益。我们确定了108个目标和开发实践，支持公司之间的敏捷原则，其中大多数与集成有关;因此，26个敏捷实践是机电一体化领域独有的，以支持采用敏捷超越纯软件开发团队。其中16项做法被视为关键推动因素，并得到我们的控制案例的证实。
2017-03-02 cs.SE
An Agile Formal Specification Language Design Based on K Framework
本文提出基于K框架和YAML的敏捷形式化规约语言ASL及翻译算法，简化规约编写并减少代码量，提升形式化方法的敏捷性。
2024-04-29 cs.SE
The Integration of Agile Methodologies in DevOps Practices within the Information Technology Industry
本文通过 11 次半结构化访谈和主题分析，考察 Agile 方法融入 DevOps 实践的可行性与实施方式，并提炼其在 DevOps 生命周期中的相互关系。
2025-08-29 cs.SE
An Additional Set of (Automated) Eyes: Chatbots for Agile Retrospectives
自然语言处理和数据分析的最新进展使软件机器人成为虚拟团队成员，为通知和支持团队合作提供了额外的自动化眼睛和额外的视角。在本文中，我们建议在软件开发领域使用聊天机器人，重点是支持团队项目数据的分析和测量。敏捷团队在常规开发活动中产生的软件项目工件，例如版本控制系统中的提交，代表了团队如何工作和协作的详细信息。对这些数据的分析与敏捷回顾会议特别相关，在这些会议上讨论了对已执行的开发过程的调整和改进。开发团队可以使用这些度量来跟踪开发迭代中已识别的改进操作的进度。聊天机器人提供了一个方便的用户界面，用于与团队成员已经使用的基于聊天的通道中的回顾和相关测量的结果进行交互。
2019-03-11 cs.SE
How Can Human Values Be Addressed in Agile Methods? A Case Study on SAFe
敏捷方法主要关注于交付业务价值。但是，敏捷方法是否能够在它们生产的软件中有效地解决和交付人类价值观，如社会正义、隐私和可持续性？人的价值观是个人或社会认为在生活中重要的东西。忽视软件中的这些人类价值会给所有涉众带来困难或风险（例如，用户不满意、声誉受损、经济损失）。为了回答这个问题，我们选择了缩放敏捷框架（SAFe），这是业界最常用的敏捷方法之一，并进行了定性案例研究，以确定SAFe中最自然地解决和整合软件中人类价值的可能干预点。我们提出了五个高层次的安全合理的干预措施：人工制品，角色，仪式，做法和文化。我们详细阐述了当前的一些敏捷人工制品（例如，用户故事），角色（例如，产品所有者），仪式（例如，站立会议），以及实践（例如，面向业务的测试）可以修改以支持在软件中包含人的价值。此外，我们的研究表明，新的和独特的价值为基础的文物（例如，立法要求），仪式（例如，价值观对话），角色（例如，价值观倡导者）和文化习俗（例如，为此目的，将在SAFe中引入入职培训和聘用）。根据我们的研究结果，我们认为，现有的敏捷方法可以考虑在软件交付与一些进化的适应人类的价值。
2021-11-13 cs.SE
Enterprise-Driven Open Source Software: A Case Study on Security Automation
本文通过挖掘8243个企业驱动的开源软件仓库并调查维护者，发现仅6.83%的项目在CI流水线中应用安全自动化，揭示了安全活动稀缺和防护覆盖率低的问题，并呼吁业界关注第三方软件漏洞和改进实践。
2021-02-10 cs.SE
Investigating the Developer eXperience of LGBTQIAPN+ People in Agile Teams
本研究通过调查40名参与者，探讨了敏捷团队中LGBTQIAPN+人群的开发者体验，发现心理安全和包容性政策至关重要，并指出定制敏捷实践和远程工作能提升满意度与生产力，强调将包容性融入敏捷方法论以支持多样化专业人士。
2025-01-22 cs.SE
Lessons Learned to Improve the UX Practices in Agile Projects Involving Data Science and Process Automation
背景：以用户为中心的设计和敏捷方法关注人的问题。然而，敏捷方法论关注的是与合同客户的联系，并为他们创造价值。通常，最终用户和敏捷团队之间的沟通是通过客户来进行的。然而，他们不知道最终用户在日常工作中面临的问题。因此，UX问题通常只在实现之后，在用户测试和验证期间才被识别。目的：为了提高对敏捷项目中问题的理解和定义，本研究调查了敏捷团队在数据科学和过程自动化项目开发过程中所经历的实践和困难。此外，我们分析了用户参与这些项目的好处和团队的看法。方法：我们收集了来自四个敏捷团队的数据，这些敏捷团队与行业合作，专注于提供数据科学和流程自动化解决方案。因此，我们采用了一个精心设计的问卷，由开发人员，编程大师和UX设计师回答。共有18名受试者回答了问卷。结果：从结果中，我们确定了团队用来定义和理解问题并表示解决方案的实践。最常用的实践是原型和与利益相关者的会议。另一个帮助团队理解问题的实践是使用精益初始。此外，我们的研究结果提出了一些关于数据科学项目的具体问题。结论：我们观察到，最终用户的参与对于理解和定义问题至关重要。它们有助于定义域的元素和实现中的障碍。我们确定了在数据科学项目中促进用户团队沟通的方法的需求，以及需要更详细的需求表示来支持数据科学解决方案。
2022-11-24 cs.SE
Beyond Establishing the Four-Day Workweek: Understanding Adaptation and Long-Term Survival in an Agile Software Organization
University of Applied Sciences & Arts Hannover（汉诺威应用科学与艺术大学）；Blekinge Institute of Technology（布莱金厄理工学院）
本研究通过纵向案例揭示四天工作制在敏捷软件组织中需持续适应而非一次性引入，并提出生命周期模型与存续矩阵解释其长期存续机制。
2026-09-14 cs.SE
Penetration Testing in Agile Software Development Projects
敏捷开发方法通常用于迭代地开发信息系统，它们可以轻松地处理不断变化的业务需求。Scrum是最流行的敏捷软件开发框架之一。这种流行是由于简化的过程框架及其对团队合作的关注。软件工程师的目标是在软件开发项目期间更快、更频繁地向客户交付工作软件并进行演示。然而，发展中的信息系统的安全要求往往具有低优先级。这种需求优先级问题会导致解决方案满足所有业务需求，但容易受到潜在安全威胁的影响。Scrum框架的主要好处是迭代开发方法和自动化渗透测试的机会。因此，安全漏洞可以被发现和解决更频繁，这将积极地有助于整体信息系统的保护，防止潜在的黑客。在这篇研究论文中，作者提出了如何在敏捷软件开发框架中考虑渗透测试和软件开发生命周期中的相关安全需求，以丰富Sunday。作者在本文中应用的知识和专业知识，从他们以前的工作集中在新的信息系统渗透测试方法PETA的发展，重点是使用COBIT 4.1作为这些测试的管理框架，并在以前的工作集中在裁剪的项目管理框架PRINCE2与SHELL。
2015-04-03 cs.SE
Convert Monolithic Application to Microservice Application
本文针对企业单体应用转微服务的需求，提出无需从零重写的转换方法，涵盖业务逻辑、数据库拆分步骤及常见问题，并总结Netflix、Airbnb的实践经验，为开发者提供指导。
2023-06-15 cs.SE
A Conceptual Framework for Web Development Projects Based on Project Management and Agile Development Principles
公司实施不同的框架和最佳实践，目的是提高项目管理的成功率，并提高业务对不断变化的业务环境的适应性。项目管理框架（PRINCE2）和敏捷开发框架（SIEMENS）在很多情况下证明了它们能够满足这些目标。然而，这两个框架基于不同的原则，应仔细考虑同时使用这两个框架。公司投入了大量的资金和精力来建立他们的项目管理环境和过程，这些环境和过程遵循经典的分阶段方法，在这种方法中，需求是预先定义和固定的。但企业希望更快地应对新的全球挑战和不断变化的商业环境。这些业务需求导致许多正在运行的项目失败。因此，有必要加强目前的项目管理环境，使其更加灵活，更能适应变化。本文的目标是创建一个概念框架，聚合原则和过程，从两个框架（PRINCE2和SNODE），重点是他们在Web开发项目中的使用。本文将讨论使用上述两种框架的优点和缺点。不同的读者群体可以从本文的结果中受益。它将帮助企业管理层决定公司应该如何建立自己的特定框架来管理敏捷产品开发项目。项目经理将更好地理解敏捷开发原则以及它如何适应经典的项目管理框架。最后但并非最不重要的是，它将帮助产品开发人员以更敏捷的方式工作，并在受控和复杂的项目环境中生存。
2015-02-15 cs.SE
Daily Stand-Up Meetings: Start Breaking the Rules
高性能软件团队的成员经常定期协作、交换信息和协调工作。大多数团队将每日站立会议作为这些活动的中心场所。虽然这种会议是最流行的敏捷实践之一，但很少受到研究人员的关注。我们观察了102个日常站立，并采访了来自五个国家的15个团队的60名成员。我们发现，实践通常具有挑战性，以有利于整个团队的方式进行。许多团队成员在主持会议时有负面的经历，这降低了工作满意度，同事信任和幸福感。然而，这种做法可以调整和改进，以增强团队的能力。在这篇文章中，我们描述了影响会议的关键因素，并提出了四项建议，以改善实践。
2018-08-23 cs.SE
A Practical Implementation of Customized Scrum-Based Agile Framework in Aerospace Software Development Under DO-178C Constraints
College of Computing, Georgia Institute of Technology（佐治亚理工学院计算机学院）
本文提出一种适用于DO-178C合规安全关键航空航天软件开发的Scrum-based敏捷框架，通过多学科产品负责人模型、双合规性与功能性验收标准等改进，显著提升效率并保持合规性。
2025-11-18 cs.SE
A Brief Survey of Current Software Engineering Practices in Continuous Integration and Automated Accessibility Testing
本文综述了通过持续集成改善软件无障碍性的现状与采用障碍，并探讨了敏捷团队实施自动化无障碍测试的培训步骤及可视化流程。
2021-02-27 cs.CY cs.HC cs.MM
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
Non Technical Debt in Agile Software Development
本研究基于NODLA项目的调查、访谈与统计分析，识别大规模敏捷开发中四类非技术债务的驱动因素与影响，并提出减少债务、恢复敏捷性的循证策略。
2025-09-01 cs.SE
Exploring Data Management Challenges and Solutions in Agile Software Development: A Literature Review and Practitioner Survey
本文通过系统文献综述（45项研究）与从业者调查（32位从业者）的混合方法，探索敏捷软件开发中的数据管理挑战及解决方案，为研究与实践提供见解并强调有效数据管理实践的重要性。
2025-02-18 cs.SE
An Integrated Framework for DevSecOps Adoption
将DevOps引入软件开发生存周期代表了IT文化的文化转变，将开发和运营合并，以快速和可维护的方式提高交付速度。与此同时，随着越来越多的企业转向新的敏捷框架以实现快速产品交付，安全威胁和违规行为预计将增加。同时，DevSecOps是一种思维方式的改变，通过在软件周期的每个步骤中嵌入安全性来彻底改变软件开发，从而实现弹性软件。本文讨论了一个框架组织可以用来嵌入DevSecOps快速，有效地到一般的IT文化。
2022-07-07 cs.SE
USeR: A Web-based User Story eReviewer for Assisted Quality Optimizations
本文提出基于Web的用户故事评审工具USeR，通过文献综述和专家会议提炼出34个质量指标并为8个优先指标实现算法，提供即时可解释反馈以辅助敏捷团队优化用户故事质量。
2025-03-03 cs.SE
Privacy Engineering Meets Software Engineering. On the Challenges of Engineering Privacy ByDesign
当今的软件开发在很大程度上依赖于使用服务架构和敏捷的迭代开发方法来设计、实现和部署系统。这些实践导致系统由多个服务组成，这些服务引入了新的数据流，并使设计脱离了单个设计人员的控制。学术隐私工程文献通常抽象出软件生产的这些条件，以实现可推广的结果。然而，通过对文献的系统研究，我们表明，提出的解决方案不可避免地会对软件架构、开发方法和设计师控制范围做出与当前实践不一致的假设。这些错位可能会对隐私工程解决方案的实际操作构成障碍。具体来说，我们确定的方法，研究人员采取的设计和评估隐私增强技术的涟漪隐私工程方法的建议的重要限制。根据我们的分析，我们描绘的研究和行动需要重新调整的研究与实践，变化，学术隐私的结果在共同的软件工程实践的操作化的先决条件。
2020-07-16 cs.SE
Second Product Line Practice Workshop Report
第二届软件工程学会产品线实务工作坊于一九九七年十一月举行，目的是分享业界在软件产品线方面的实务，以及探讨所涉及的技术和非技术问题。本报告综合了研讨会的介绍和讨论，确定了产品线实践中涉及的因素，并分析了软件工程、技术管理和企业管理领域的问题。
1998-11-02 cs.SE
Xcrum: A Synergistic Approach Integrating Extreme Programming with Scrum
本文通过梳理文献、对比分析Scrum与极限编程（XP）两种敏捷方法论的特征与影响，提出融合二者优势的新型混合敏捷方法Xcrum，该方法保留敏捷特性，有望优于原有开发框架。
2023-10-05 cs.SE
Software Engineering Meets Systems Engineering: Conceptual Modeling Applied to Engineering Operations
模型对于许多科学领域都是至关重要的，包括软件工程、系统工程、企业建模和业务建模。本文着重于图解概念模型，而不是数学或计算模型，其中的概念模型是一个翻译的现实过程到一个抽象的机制，具有类似的结构和并行事件的外部过程。虽然存在各种建模方法，包括软件工程中的UML（统一建模语言）及其方言，系统工程中的SysML（系统建模语言），但在这些模型中出现了一些困难，包括与缺乏结构和行为的集成视图相关的模型多样性问题。本文概括了概念建模在组织中的应用。根据权威人士的说法，所谓的组织理论将组织描绘成类似机器的系统。作为一台机器，一个组织协调其各部分将输入转换为输出。因此，我们综合的概念，一个组织作为一台机器，并应用一种新的建模方法，称为思维机（TM）的实际工程操作。结果表明，TM方法作为高层次的系统建模的基础的可行性。
2021-10-26 cs.SE
Framework for continuous transition to Agile Systems Engineering in the Automotive Industry
针对汽车行业在VUCA环境下传统系统工程方法不足的问题，提出一种敏捷系统工程框架，并通过德国汽车制造商底盘开发部门的试点项目验证了其有效性，助力企业促进创新与协作。
2023-11-21 cs.SE cs.SY eess.SY
Customer Validation, Feedback and Collaboration in Large-Scale Continuous Software Development
针对大型组织持续整合客户反馈的挑战，本研究以戴尔科技为背景，采用行动研究方法提出改进模型，助力组织通过可衡量指标交付满足客户需求的软件增量改进。
2025-04-13 cs.SE
Experience vs Data: A Case for More Data-informed Retrospective Activities
有效的回顾会议对于确保高效的开发过程至关重要，因为它们为敏捷软件开发团队提供了讨论和决定未来改进协作的方法。回顾性议程通常包括鼓励分享想法和激励参与者讨论可能的改进的活动。这些活动的结果将引导团队动态的未来方向，并影响团队的幸福感。然而，目前很少有对回顾活动的经验性评价。此外，大多数活动依赖于团队成员的经验，而忽略了考虑现有的项目数据。在本文中，我们希望为数据驱动的决策原则提供一个案例，这些原则在其他业务领域中已被广泛采用。为了实现这一目标，我们回顾了现有的回顾活动，并强调了已经使用项目数据的活动，以及可以利用额外的，更主观的数据源进行扩展的活动。我们的结论是，数据驱动的决策原则，是有利的，但未充分利用，在现代敏捷软件开发。在回顾活动中利用项目数据将加强这一原则，这是一种可行的方法，因为这些数据可以支持团队做出有关过程改进的决策。
2021-01-15 cs.SE
No Silver Bullet: Towards Demonstrating Secure Software Development for Danish Small and Medium Enterprises in a Business-to-Business Model
本研究通过访谈和研讨会调查了丹麦中小企业在B2B模式下展示软件安全性的方法，发现认证、报告、问卷、互动会议和社会证明五种方式各有优劣，指出不存在通用解决方案，需进一步研究其组合优势。
2025-03-06 cs.CR cs.HC cs.SE
Blockchain Developments and Innovations
Blockchain已经受到了来自各个领域的广泛关注。机构、企业、政府和机构对区块链增强其软件系统的潜力感兴趣。区块链平台的独特要求和特征提出了新的挑战，涉及对传统软件开发过程的广泛增强，以满足这些领域的需求。支持面向区块链的开发的软件工程方法实现缓慢，尽管文献中提出了建议，但尚未对其进行客观分析。对这些创新进行批判性评估，对于确定其各自的优势和劣势至关重要。我们通过一个全面的、基于标准的评估框架，对几种主要的面向区块链的方法进行了分析评估。研究结果可用于比较、调整和开发新一代面向区块链的软件开发流程和创新。
2021-12-14 cs.SE
Beyond Prototyping: Autonomous, Enterprise-Grade Frontend Development from Pixel to Production via a Specialized Multi-Agent Framework
EdgeVerve Systems Limited（EdgeVerve系统有限公司）；Infosys Limited（Infosys有限公司）；Microsoft Corporation（微软公司）；BCT Digital（BCT数字）
AI4UI通过专用多智能体框架实现自主企业级前端开发，提升从像素到生产的效率与质量。
2025-12-05 cs.AI cs.SE
Continuous Experimentation and Human Factors An Exploratory Study
本文通过探索性定性研究，考察如何在持续软件实验中整合人因，识别其特征、实践挑战及管理最佳实践。
2023-11-01 cs.SE
Agentic Agile-V: From Vibe Coding to Verified Engineering in Software and Hardware Development
Independent Researcher（独立研究者）
本文研究了代理AI在软件和硬件开发中的应用，提出Agentic Agile-V框架，通过SCOPE-V循环将对话意图转化为结构化工程成果，并贡献了最小输入艺术品类税、对话到合同门、风险自适应工作流和证据包接受模型。
2026-05-19 cs.AI cs.MA cs.SE
Mitigating Risks in Software Development through Effective Requirements Engineering
The Grainger College of Engineering, University of Illinois Urbana-Champaign（伊利诺伊大学厄巴纳-香槟分校格拉恩格工程学院）
本文探讨需求工程在安全软件开发中的关键作用，强调通过有效需求收集、评估与协商来缓解风险，确保产品满足客户需求。
2026-10-21 cs.SE
Towards Equitable Agile Research and Development of AI and Robotics
Carnegie Mellon University（卡内基梅隆大学）；Technical University of Munich（慕尼黑工业大学）
针对AI与机器人复制放大偏见的问题，提出改编Scrum等敏捷研发管理方法的框架，帮助团队尽早发现并缓解公平与伦理问题。
2024-02-13 cs.AI cs.CY cs.LG
Cross-Section Evidence-based Timelines for Software Process Improvement Retrospectives: A Case Study of User eXperience Integration
虽然将用户体验实践集成到软件开发过程中是一种软件过程改进（SPI）活动，但这尚未在用户体验出版物中考虑。在这项研究中，我们的方法在瑞典的软件开发公司的用户体验集成从SPI的角度。根据SPI文献中的指导方针，我们在公司举行了一次回顾会议，以反思他们十年来为增强UX集成而开展的SPI活动。会议的目的是反思、学习和协调跨越各组织单位和项目的各种活动。因此，我们通过预先生成的组织中主要活动的时间轴来支持会议，这与SPI中常见的项目回顾会议不同。这种方法是敏捷项目中使用的类似方法的改进，并被证明可以提高效率，减少记忆偏差。我们假设这种方法在UX集成的上下文中以及在更广泛的范围内是有用的。为了评估该方法，我们通过问卷调查收集了从业者的意见。调查结果表明我们的假设是可信的。在这里，我们提出，用户体验集成的研究和实践可以受益于SPI的知识体系;我们还表明，这种横截面的证据为基础的时间轴回顾性会议是有用的用户体验集成，并在一个更大的规模比一个项目，特别是识别和反映"组织问题"。这种方法还提供了一个跨部门的SPI活动的纵向概览，这在其他常见的SPI学习方法中是不容易获得的。
2016-05-12 cs.HC cs.SE
Self-Adaptive ERP: Embedding NLP into Petri-Net creation and Model Matching
The German University in Cairo（开罗德国大学）
提出 Self-Adaptive ERP Framework，结合 AI、NLP、Petri 网、流程模型与系统使用分析，实现 ERP 结构和功能定制自动化。
2025-01-07 cs.AI cs.SE
Software Engineering Meets Network Engineering: Conceptual Model for Events Monitoring and Logging
计算机网络中应用的抽象通过构建捕获网络系统的基本方面的模型来将网络细节隐藏在定义良好的表示之后。目前有两种表示方法，一种是基于图论，其中网络节点被简化为图中的一个点，另一种是使用非方法论的图标，如人头，墙壁，塔或计算机机架。本文采用软件工程中提出的一种抽象表示方法--思维机（Thinging Machine，TM）对计算机网络进行建模。TM定义了一个单一的连贯的网络架构和拓扑结构，它只由五个通用的动作和两种类型的箭头组成。不失一般性，本文应用TM模型的网络监测在包模式传输的区域。复杂的网络文档很难维护，并且不能保证反映实际情况。网络监控是对网络系统中的故障、失败、停止或可疑活动的持续监控和警报。目前的监测系统是建立在缺乏系统性的临时说明之上的。监测的TM模型提供了一个理论基础，集成了事件和行为描述。为了探讨TM建模的可行性，我们将其应用于科威特企业现有的计算机网络，以创建一个集成的网络系统，包括硬件，软件和通信设施。最终的规范指出TM建模在计算机网络领域的可行性。
2021-12-01 cs.NI cs.SE
