Agile Research
本文讨论了敏捷软件开发方法在基于软件的研究环境中的应用。
2012-02-03 cs.SE
To Agile, or not to Agile: A Comparison of Software Development Methodologies
自敏捷宣言以来，许多组织都在探索敏捷开发方法来取代传统的瀑布式开发。有趣的是，瀑布仍然是最广泛使用的实践，这表明敏捷方法的许多“风味”中缺少了一些东西。我们探索了七种最常见的实践来探索这一点，并根据围绕产品质量和遵守敏捷实践的一系列标准来评估每一种实践。我们发现没有一种方法可以完全取代瀑布法，并总结了每种方法的优点和缺点。由此，我们得出结论，敏捷方法作为一个整体，无法应对技术债务和大规模系统的现实。最终，没有一种方法适合所有项目。
2017-04-24 cs.SE
Studying Attitudes and Social Norms in Agile Software Development
本文的目的是回顾态度和社会规范的研究，并将其连接到敏捷软件开发环境。此外，我还提出了来自社会心理学的其他理论（主要是计划行为理论和使用社会规范的内化程度），这些理论肯定会对敏捷团队中与人的因素相关的研究的进一步意义构建有用。
2019-04-05 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
Limitations of Agile Software Processes
软件开发人员和项目经理正在努力评估敏捷过程对他们的开发环境的适当性。本文确定了适用于许多已发布的敏捷过程的限制，在项目类型中，他们的应用可能会有问题。
2014-09-22 cs.SE
Agile Practices for Quantum Software Development: Practitioners Perspectives
量子软件系统是新兴的软件工程（SE）流派，其利用量子比特（Qubit）和量子门（Qgates）的原理来解决当今经典计算机不能在合理时间内有效地完成的复杂计算问题。根据其支持者的说法，敏捷软件开发实践有可能解决量子软件开发中特有的许多问题。然而，缺乏证据证实敏捷实践是否适合并可以被软件团队采用，因为它们是在量子软件开发的背景下。为了解决这一问题，我们进行了一项实证研究，以调查使用敏捷实践开发量子软件的需求和挑战。虽然我们对10个国家的26名从业者进行了半结构化访谈，强调了敏捷实践在这一领域的适用性，但访谈结果也揭示了阻碍这些实践有效整合的新挑战。我们的研究结果为敏捷实践的进一步情境化和无缝集成与开发下一代量子软件提供了跳板。
2022-10-18 cs.SE
Using Agile Story Points and Game Theory Together: Better Software Planning and Development in Agile Software Development
本研究针对敏捷软件开发中故事点估算的认知偏差与协作问题，提出结合Vickrey Auction和Stag Hunt Game等博弈论策略，以提升规划准确性、团队协作和产品质量。
2024-09-23 cs.SE
Fail Fast - Fail Often: Enhancing Agile Methodology using Dynamic Regression, Code Bisector and Code Quality in Continuous Integration (CI)
敏捷实践作为传统软件开发方法的替代方案，正受到业界的广泛关注。然而，在将敏捷[2]与测试驱动开发（TDD）[10]实践、云部署、持续集成（CI）、不间断性能、负载、安全和可访问测试相结合方面存在许多挑战。在这些挑战中，持续集成是一种在软件测试中被广泛讨论和实践的方法。本文描述了一种在持续集成中使用代码质量、代码平分线和动态回归来改进敏捷方法的方法。用于此分析、设计和开发的工具集是Jenkins、Robot Framework [4]、Perforce和Git。
2015-06-29 cs.SE
Embracing Agile methodology during DevOps Developer Internship Program
DevOps团队在暑期实习项目中采用了敏捷方法，作为远离瀑布的一项举措。DevOps团队实施了Sphinx软件开发策略，以创建内部数据字典Web应用程序。本文报告了过渡过程和从试点项目中吸取的经验教训。
2016-07-07 cs.SE
Do Scaling Agile Frameworks Address Global Software Development Risks? An Empirical Study
由于需要协调多个敏捷开发团队的活动以合作生产大型软件产品，软件密集型组织正在转向扩展敏捷软件开发框架。尽管越来越多的人采用各种可伸缩的敏捷框架，但很少有经验证据表明它们的实践在降低风险方面有多有效，特别是在全球软件开发（GSD）中，项目失败是一个已知的问题。在这项研究中，我们开发了一个GSD风险目录的63个风险，以评估在何种程度上两个可扩展的敏捷框架-敏捷交付（DAD）和可扩展的敏捷框架（SAFe）-解决软件项目风险在GSD。我们研究了两个纵向案例研究的数据，实施每个框架，以确定在何种程度上的框架实践解决GSD风险。扩展敏捷框架似乎可以帮助企业消除或减轻GSD中的许多传统风险，特别是与用户和客户有关的风险。然而，一些重要的风险并没有消除或减轻。这些持续存在的风险主要属于环境象限，突出了跨地理边界开发软件的固有风险。也许这些框架（可以说是任何框架）都很难消除组织无法直接控制的问题。
2020-09-17 cs.SE
Agile Requirement Change Management Model for Global Software Development
本文提出面向全球软件开发的敏捷需求变更管理ARCM模型，通过文献综述与行业专家实证研究验证其有效性，旨在改进软件开发实践并提升项目成功率。
2024-02-22 cs.SE
Software Quality - Traditional vs. Agile: an Empirical Investigation
众所周知，软件过程会影响最终产品的质量。也有传闻称，敏捷过程比传统方法的质量更高。然而，这方面的确凿证据仍然缺失。这项工作的报告，在软件过程和软件质量之间的相关性的实证分析，具体参考敏捷和传统的过程。来自21个国家的100多名软件开发人员和工程师接受了在线问卷调查。我们使用软件开发人员和工程师估计的满意客户的百分比作为主要因变量。结果证明了一些有趣的模式：架构风格可能不会对质量产生重大影响，敏捷方法可能会让客户更快乐，大型公司和较短的项目似乎会产生更好的产品。
2017-01-21 cs.SE
An Agile Method for E-Service Composition
目前，面向服务的体系结构的应用正在迅速增加，特别是在Web上引入分布式电子服务之后。SOA软件具有模块化的方式，并且作为独立软件组件的协作来工作。因此，电子服务方法对于具有独立组件的软件是足够的，每个组件可能由不同的公司开发。这样的软件组件和它们的协作形成了一个组合服务。敏捷方法是开发小型软件组件的最佳候选者。组合服务及其构建块是软件的小片段，这使得敏捷方法非常适合它们的开发。在本文中，我们介绍了一个敏捷的服务组合方法，敏捷模式和实践的启发。因此，在敏捷宣言中，我们可以使用这种方法快速开发低成本、高质量的组合服务。
2012-03-14 cs.SE
How (Un)Happiness Impacts on Software Engineers in Agile Teams?
信息技术（IT）组织越来越多地使用敏捷实践，这些实践基于以人为本的文化以及软件开发过程。因此，了解在敏捷环境中工作的个人的社会和人为因素至关重要，例如幸福和不幸福以及这些因素如何影响这种环境。因此，在一家重视创新的公司，在敏捷项目中开发了五个案例研究，旨在确定敏捷环境中（不）快乐如何影响软件工程师。根据67名参与者通过调查、访谈和交叉分析收集的答案，敏捷团队确定的幸福因素是有效的沟通、积极的成员、成员之间的合作、积极的成员和现任领导。
2020-06-05 cs.SE
Significance of the teamwork in agile software engineering
一个软件工程项目很大程度上取决于团队的表现，就像任何涉及人类交互的活动一样。在过去的几年里，软件开发的传统观点正在发生变化，敏捷方法受到了相当大的关注。在其他属性中，年龄学家声称培养创造力是应对当今软件开发常见问题和挑战的关键之一。新软件产品的开发需要产生新颖而有用的想法。它是2001年敏捷宣言中引入的概念框架。本文的写作是为了支持敏捷实践，团队合作对软件项目成功的重要性。采用问卷调查的研究方法，了解团队合作的重要性。
2014-08-26 cs.SE
Agile Software Development Methods: Review and Analysis
敏捷-表示“敏捷的质量，运动的准备，敏捷性，活动性，运动中的灵巧性”-软件开发方法试图为渴望的商业社区提供一个答案，要求更轻的重量以及更快，更灵活的软件开发过程。对于快速增长和不稳定的互联网软件行业以及新兴的移动应用环境来说，情况尤其如此。新的敏捷方法已经引起了大量的文献和辩论。然而，关于这个问题的学术研究仍然很少，因为大多数现有的出版物都是由从业人员或顾问撰写的。本出版物的目的是通过系统地回顾敏捷软件开发方法的现有文献来填补这一空白。本出版物有三个目的。首先，提出了敏捷软件开发方法的定义和分类。其次，它分析了十种软件开发方法，可以被描述为“敏捷”的定义标准。第三，对这些方法进行了比较，突出了它们的异同。在此基础上，确定和讨论了未来的研究需求。
2017-09-25 cs.SE
A Study on the Perception of Researchers about the Application of Agile Software Development Methods in Research
关于敏捷软件开发方法的论文通常集中在商业项目或组织中的适用性。目前还没有我们所知道的关于在研究项目中应用这些方法的研究。这项工作的目的是描述研究人员对敏捷软件开发实践和原则在研究项目中的应用的看法。一项研究是通过构建和应用问卷调查巴西研究人员的不同隶属关系，形成和研究领域，以获得有关他们的知识和开放性，以遵循敏捷软件开发的原则和做法。
2017-12-05 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
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
What Makes Effective Leadership in Agile Software Development Teams?
有效的领导力是业务和项目成功的关键驱动力之一，也是管理研究中最活跃的领域之一。但是，领导力在敏捷软件开发中是如何发挥作用的呢？敏捷软件开发强调自我管理和自我组织，而传统的领导角色则被边缘化了。为了找到答案，本研究从13名专业人士的角度研究了敏捷领导力，这些专业人士在10家不同规模的软件开发公司担任不同的角色。来自半结构化访谈的数据显示，领导力：（1）在团队成员之间动态共享;（2）产生对团队的归属感;（3）涉及平衡竞争的组织文化（例如平衡新的敏捷文化与旧的里程碑驱动文化）。换句话说，敏捷领导力是团队的一种属性，而不是一种角色，有效性取决于敏捷团队成员对团队的认同，接受责任，以及对文化冲突的敏感性。
2022-01-20 cs.SE
On the Current Measurement Practices in Agile Software Development
敏捷软件开发（ASD）方法是作为对传统软件开发方法的反应而引入的。这些方法的原理与传统方法不同，因此敏捷方法与传统方法相比有一些不同的过程和活动。因此，ASD方法需要不同的测量实践相比，传统的方法。敏捷团队往往以最简单有效的方式来进行项目，因此，敏捷方法中的度量实践比传统方法更重要，因为缺乏适当有效的度量实践，会增加项目的风险。本文的目的是调查ASD方法中的当前度量实践，将它们收集在一起，并回顾通用软件度量国际联盟（COSMIC）出版物的敏捷版本。
2013-01-25 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
Practitioners Perspective on Motivators of Agile in Global Software Development
本文通过调查139名欧洲从业者并使用Smart-PLS分析，实证识别了在全球软件开发中成功实施敏捷方法的关键激励因素。
2025-03-10 cs.SE
What is Large in Large-Scale? A Taxonomy of Scale for Agile Software Development
敏捷开发方法在小型项目中的积极经验使人们对这种方法在大型项目中的适用性产生了兴趣。然而，关于什么是大规模敏捷软件开发，缺乏概念上的清晰度。这阻碍了研究领域的有效合作和进展。在本文中，我们提出了一个敏捷软件开发项目的规模分类，有可能澄清研究人员正在研究的主题，并简化研究优先级的讨论。
2018-01-26 cs.SE
Towards A Double-Edged Sword: Modelling the Impact in Agile Software Development
本文结合敏捷实践影响模型与文化影响模型，提出Agile Influence and Impact Model，系统建模敏捷开发中影响方法应用与结果的两类因素。
2024-05-02 cs.SE
Concerns and Limitations in Agile Software Development: A Survey with Paraguayan Companies
今年，敏捷宣言完成了17年，在世界各地，公司和研究人员试图了解他们的采用阶段，以及敏捷方法的好处，障碍和限制。虽然我们在全球范围内有一些研究和问卷调查数据，但我们对中国软件社区如何采用敏捷方法知之甚少。目前的工作进行了研究，以建立当前阶段的采用，最初的关注和障碍，在巴拉圭的软件开发公司实施敏捷方法。向53家阿塞拜疆公司的代表发送了一份在线调查。其中，9家公司（17%）做出了回应。采用更敏捷方法的担忧（44.44%的受访者）是如果使用敏捷方法开发，产品质量缺乏可靠性。主要障碍是公司缺乏经验（66.66%）。
2017-10-03 cs.SE
Team performance and large scale agile software development
软件开发是一项团队工作，在很大程度上依赖于开放的社会互动和个人的持续学习。借鉴社会心理学和组织科学学科提出的成熟的理论概念，我们开发了一个理论框架，提出团队气氛对团队学习有显着的影响，并最终影响团队绩效。我们的研究包括两个目标。首先了解团队学习的前提条件，其次调查团队学习，心理安全和团队绩效之间的关系，在大型敏捷软件开发项目。我们计划对瑞典的三家公司的软件专业人员进行一次调查，这些公司是pur大型敏捷研究项目的合作伙伴。
2022-09-16 cs.SE
How to Measure Performance in Agile Software Development? A Mixed-Method Study
本研究通过快速文献综述与单案例焦点小组的混合方法，明确敏捷软件开发绩效指标应用的挑战，构建常用指标库并给出实践与研究启示，以提升指标应用成功率。
2024-07-08 cs.SE
The Systems Approach to Change and the Agile Software Development Context
有各种各样的模型解释组织文化，以及如何在组织变革工作中解决这些复杂的问题。这篇研讨会论文声称，在软件工程环境中，已经存在用于处理敏捷过渡的文化变革的模型。人们认为，软件工程领域的研究应该建立在这些模型的基础上，并研究它们之间是否存在差异，而不是通过敏捷的成功案例再次认识到这一点，从而重新发明轮子。实践者已经在其他领域中作为变更代理人工作，他们应该通过这些模型在软件工程过程研究中的存在和集成来获得认可。
2019-04-04 cs.SE
Distributed Agile Software Development: A Review
为了节约生产成本和缩短产品上市时间，软件开发的分布化越来越普遍。在分布式软件开发（DSD）中，地理距离远，时区不同，文化差异导致沟通不畅，这对项目产生了不利影响。使用敏捷实践进行分布式开发也在各种组织中获得了动力，以提高项目的质量和性能。本文探讨了这两个重要的软件开发趋势，即DSD和敏捷的交集。我们讨论了地理上分布的敏捷团队所面临的挑战，以及解决这些问题的行之有效的实践，这将有助于建立一个成功的分布式团队。
2010-06-10 cs.SE
Towards a Closer Collaboration Between Practice and Research in Agile Software Development Workshop: A Summary and Research Agenda
本文总结了首届促进敏捷软件开发研究与实践协作的国际研讨会成果，探讨了导致研究与实践差距的主要因素、弥合策略及需进一步研究的挑战。
2025-07-14 cs.SE
Agile requirements engineering practices: a survey in Brazilian software development companies
需求工程（RE）是软件开发的主要领域之一。由于敏捷软件开发包含了几种新兴技术，并倡导持续改进，因此它迫切需要解决以下问题：目前最常用的敏捷RE实践，它们的特征以及使用中的挑战。这项工作的目的是调查和分类的收集和规范的敏捷需求实践的基础上，专业人士如何看待他们的重要性，软件项目，应用敏捷方法。因此，对46名巴西软件开发专业人员进行了一项调查，询问哪些方法用于收集和规范敏捷需求，以及采用这些方法时的功能，优点和困难。这些回复使我们能够进行数据分析，并确定受访者的经验与收集方法和敏捷需求规范的观点之间的关系。此外，有人指出，这些方法的采用仍然是最近的事。它们主要使用了不到五年。此外，有人指出，对大多数答复者来说，在提高应用知情方法的效率方面仍存在重大挑战和有待取得的进展。
2022-03-03 cs.SE
Comparative Study on Agile software development methodologies
今天的商业环境是非常动态的，组织不断改变他们的软件需求，以适应新的环境。他们还要求软件产品的快速交付以及接受不断变化的需求。在这方面，传统的计划驱动的开发无法满足这些要求。虽然传统的软件开发方法，如基于生存周期的结构化和面向对象的方法，继续主导系统开发几十年来，许多研究已经在传统的方法，敏捷软件开发带来了自己的一套新的挑战，必须解决，以满足客户通过早期和持续交付的有价值的软件。它是一套基于迭代和增量开发过程的软件开发方法，其中需求和开发通过自组织，跨职能团队之间的协作进行，允许快速交付高质量的软件，以满足客户需求并适应需求的变化。在本文中，我们显着识别和描述的主要因素，敏捷开发方法改善软件开发过程，以满足快速变化的业务环境。我们还提供了敏捷开发方法与传统系统开发方法的简要比较，并讨论了采用敏捷方法的现状。我们推测，从需要满足客户通过早期和持续交付的有价值的软件，敏捷软件开发出现作为一种替代传统的基于计划的软件开发方法。本文的目的是提供一个深入的理解，敏捷开发方法的主要好处，软件开发行业，以及提供一个比较研究报告ASDM TSDM。
2013-07-12 cs.SE
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
Improving the management of cost and scope in software projects using agile practices
虽然组织希望开发具有降低成本和灵活范围的软件产品，但关于敏捷实践在软件行业中改善项目开发和性能的适用性的故事很少，并且集中在特定的方法论上，如Sign和XP。鉴于这些事实，本文的目的是调查，通过从业者的价值观，敏捷实践被用来提高两个性能标准的软件项目的成本和范围。使用多变量统计技术被称为探索性因素分析（EFA），结果表明，使用敏捷实践可以表示在软件开发过程中，以提高成本和范围的不同应用程序的因素。此外，我们的结论是，一些敏捷的做法应该一起使用，以获得更好的效率的成本和范围在四个方面的发展：提高（a）团队的能力，（b）管理的需求，（c）质量的代码开发，（d）交付的软件预算和时间。
2013-03-08 cs.SE
Agile Methods: Testing Challenges, Solutions & Tool Support
如今，敏捷开发是一种传统的开发方式，随着时间的推移，软件开发人员正在迅速地从瀑布式开发转向敏捷开发。敏捷方法专注于通过提高软件公司的响应速度来快速交付可执行代码，同时减少开发开销，并将人员视为软件开发的最强支柱。由于敏捷开发使软件开发的瀑布方法论黯然失色，因此它提出了一些与此类软件测试相关的独特挑战。我们的研究将讨论这种方法所引发的挑战。本文讨论了一些挑战，并提出了解决这些挑战的可能解决方案和方法。此外，在实践中提到的工具，以提高效率的过程。
2020-08-30 cs.SE
Plan-Driven approaches are alive and kicking in agile Global Software Development
背景：敏捷方法不再局限于小型项目和协同工作的团队。在过去的十年中，敏捷已经扩展到大规模、分布式和受监管的领域。许多案例研究表明GSD成功地采用了敏捷，然而，作为一个整体，目前还不清楚这种趋势有多普遍，以及敏捷采用在全球软件开发（GSD）环境中的形式。我们的目标是更深入地了解组织如何在分布式环境中采用敏捷开发方法。具体来说，我们的目标是绘制GSD当前的开发过程景观。方法：我们分析了来自33个不同国家的工业调查数据，这些数据是作为探索在软件开发中更广泛使用混合开发方法的项目的一部分收集的。我们提取并分析了参与全球分布项目的参与者完成的263项调查的结果。结果：在我们的样本中，72个全球分布的项目实现了敏捷和传统方法的混合（称为“混合”）。25的GSD组织主要是敏捷的，只有极少数（5）选择传统方法。只使用敏捷方法的GSD项目往往非常大。结论：全球分布式软件开发（和项目规模）并不是采用敏捷实践的障碍。然而，为了促进项目协调和一般项目管理，许多组织采用传统的方法，从而形成了一种遵循既定规则的混合方法。
2019-06-20 cs.SE
Devops And Agile Methods Integrated Software Configuration Management Experience
本研究通过集成DevOps和敏捷方法改进软件配置管理，与传统方法相比，在构建部署时间、自动化报告、版本管理、系统控制及工作效率等方面取得显著提升。
2023-06-24 cs.SE
The perceived effects of group developmental psychology training on agile software development teams
研究表明，从心理学的角度来看，小型工作组的成熟度与团队敏捷性密切相关。因此，我们测试了敏捷团队成员是否喜欢团队开发心理学培训。我们的研究结果表明，参与团队似乎有一个非常积极的看法，小组发展培训和国家，他们现在有一个新的方式来思考团队合作和新的工具来处理团队相关的问题。因此，我们看到了在团队开发心理学中培训敏捷团队的巨大潜力，因为积极的影响可能会跨越整个软件开发组织。
2019-11-20 cs.SE
Attitudes, Beliefs, and Development Data Concerning Agile Software Development Practices
开发人员的观念和态度影响软件项目的运行方式以及开发团队中采用的开发实践。最近的敏捷方法已经考虑到了这一点，专注于协作和共享团队文化。在这项研究中，我们调查的看法敏捷开发实践和他们的使用，在软件开发团队。虽然通过对42名参与学生的调查收集到的看法并没有随着时间的推移而发生显着变化，但我们的分析表明，学生的角色显着影响了参与者对就业发展实践的看法。我们发现，根据敏捷思想使用版本控制系统一直被评为与敏捷宣言的价值观最相关。此外，我们调查如何共同的软件开发工件可以用来获得洞察团队的行为，并提出我们所采用的开发数据测量。我们表明，我们可以可靠地检测定义良好的敏捷实践，如测试驱动开发，在这些数据中，这些实践的使用与参与者的自我评估相吻合。
2020-02-10 cs.SE
Attaining High-performing Software Teams with Agile and Lean Practices: An Empirical Case Study
本文提出了一个关于自组织软件团队如何使用敏捷和精益实践获得高绩效的实证研究。特别是，本文定性地考察了一个项目团队的高绩效和自组织特征.所研究的案例是一个客户驱动的学生项目，旨在开发一个alpha版本的原型。本文还研究了某些敏捷软件实践如何帮助团队初始化自组织。主要结果表明，自组织的支持下，一定的敏捷和精益实践，帮助团队实现更高的绩效。
2013-11-27 cs.SE
Quality Assurance Practices in Agile Methodology
本研究旨在调查敏捷软件开发中的质量保证实践，分析常见问题与关键驱动因素，并提出通过分析质量参数来改进SQA实践的建议。
2024-11-07 cs.SE
A Versatile Dataset of Agile Open Source Software Projects
敏捷软件开发是当今开源和工业软件项目中广泛采用的实践。敏捷团队通常严重依赖问题管理工具来记录新问题并跟踪未解决的问题，此外还存储技术细节，工作量估计，开发人员分配等。以前的工作利用存储在问题管理系统中的历史信息用于各种目的;然而，当研究人员公开他们的经验数据时，它通常仅与研究目标相关。在本文中，我们提出了一个更加全面和通用的数据集，其中包含来自44个开源敏捷软件的50多万个问题的丰富信息，使其非常适合几种研究途径，以及其中的交叉分析，包括工作量估计，问题优先级，问题分配等等。我们在GitHub上公开这些数据，以便于易用性，维护性和可扩展性。
2022-02-02 cs.SE
Non-Technical Individual Skills are Weakly Connected to the Maturity of Agile Practices
内容：敏捷软件开发的现有知识表明，个人能力（例如技能）是敏捷项目成功的关键因素。虽然假设技术技能对每种软件开发项目都很重要，但许多研究人员认为非技术个人技能在敏捷软件开发中尤为重要。目的：在本文中，我们调查是否非技术的个人技能可以预测敏捷实践的使用。方法：通过使用来自荷兰和巴西的六个软件开发组织的敏捷团队的113名参与者创建一组多元线性回归模型，我们分析了与敏捷实践相关的非技术个人技能的预测能力。结果如下：结果表明，有令人惊讶的低功率使用非技术的个人技能来预测（即解释方差）在软件开发中的敏捷实践的成熟使用。结论：因此，我们的结论是，在试图理解和解释敏捷实践在软件开发环境中的成熟使用时，关注非技术性的个人技能并不是最佳的分析水平。我们认为，更重要的是要把重点放在非技术技能作为一个团队层面的能力，而不是确保所有个人都拥有这样的技能时，理解敏捷实践的使用。
2018-09-07 cs.SE
Agile Software Development Method, A Comparative Review1
虽然敏捷软件开发方法已经引起了全世界软件工程师和研究人员的注意，但科学研究仍然非常缺乏。这项研究的目的是为了使不同的敏捷方法，已经提出的意义。本比较审查是从使用以下特征作为分析视角的观点进行的：项目管理支持、生命周期覆盖范围、实践指导类型、实际使用中的适应性、研究目标类型和经验证据的存在。结果表明，敏捷软件开发方法涵盖，没有提供任何理由，软件开发生命周期的不同阶段，这些方法中的大多数未能提供足够的项目管理支持。此外，相当多的方法仍然没有就如何使用其解决办法或如何使其适应不同的发展情况提供具体指导。经过十年的应用，经验证据仍然相当有限。根据结果，敏捷方法的新方向进行了概述。
2019-03-26 cs.SE
Scaling Agile Development in Mechatronic Organizations - A Comparative Case Study
敏捷软件开发原则使公司能够成功和快速地交付软件，满足客户的期望，同时专注于高质量。许多使用纯软件系统的公司已经采用了这些原则，但是在处理非纯软件产品的公司中实现它们是具有挑战性的。我们确定了一组目标和实践，以支持开发软件密集型机电一体化系统的公司的大规模敏捷开发。我们使用了归纳法的基础上收集的实证数据在纵向研究与北欧地区的六家公司。数据汇集是在两年多的时间里通过焦点小组讲习班、个人现场访谈和补充调查进行的。大规模敏捷开发的主要好处是提高质量，通过支持交付软件、硬件和机制的团队之间的定期或持续集成的实践来实现。在这方面，最有利的交付集成周期是每四周一次;虽然每天的持续集成有利于软件团队，但其他学科似乎并没有从更快的集成周期中受益。我们确定了108个目标和开发实践，支持公司之间的敏捷原则，其中大多数与集成有关;因此，26个敏捷实践是机电一体化领域独有的，以支持采用敏捷超越纯软件开发团队。其中16项做法被视为关键推动因素，并得到我们的控制案例的证实。
2017-03-02 cs.SE
Object-oriented modelling with unified modelling language 2.0 for simple software application based on agile methodology
2002年推出的统一建模语言（UML）2.0对面向对象的软件工程产生了巨大的影响和发展，已经成为信息系统分析和设计建模的标准和参考。用UML2.0对信息系统或软件应用进行建模的概念和理论很多，这对于初学者学习如何用UML尤其是UML2.0对系统进行建模会造成歧义和不一致。本文将讨论如何使用UML 2.0的一些图而不是敏捷方法学建议的使用整个图来对简单的软件应用程序进行建模。敏捷方法被认为是方便的新手，因为它可以提供信息技术环境的最终用户快速和适应性与最少的文档。它还能够根据客户的需求提供最佳性能的软件应用程序。敏捷方法论将用简单的文档、简单的团队和简单的工具建立简单的模型。
2010-06-09 cs.SE
Psychological Safety in Agile Software Development Teams: Work Design Antecedents and Performance Consequences
心理安全被认为是敏捷软件开发团队成功的关键因素，但缺乏实证研究调查心理安全在这种情况下的作用。本研究探讨了软件开发团队的工作设计特征（自主性，任务相互依赖性和角色清晰度）如何影响心理安全，以及心理安全如何直接或间接地通过团队反身性影响团队绩效。我们测试我们的模型使用的调查数据，从236名团队成员在43个软件开发团队在挪威。我们的研究结果表明，自主性提高了软件团队的心理安全，心理安全再次对团队的反思性和团队绩效的直接影响有积极的影响。
2021-09-30 cs.SE
When is Good Good Enough? Context Factors for Good Remote Work of Agile Software Development Teams. The Otto Case
2019冠状病毒病大流行给每个人的工作生活带来了多项挑战。世界各地的许多公司都为员工提供了全面的远程工作设置。敏捷软件开发团队受到远程工作的影响，因为敏捷方法将通信和协作置于焦点。软件工程师和开发人员的幸福感和动机会影响他们的绩效，并受到特定环境因素的影响。本文旨在分析识别一个良好的远程工作环境的特定上下文因素。我们在一家德国电子商务公司设计了一个单一的案例研究，并使用游戏化方法进行了一项实验，其中包括八个半结构化访谈。我们的研究结果表明，敏捷软件开发团队成员的健康。此外，大多数团队成员都重视游戏化方法，将更多精力放在体育活动和健康福祉上。我们讨论了几个实际影响，并为其他团队和公司提供建议。
2022-04-11 cs.SE
A Model using agile methodologies for defining metrics to be used by the Public Sector in Brazil to set remuneration for outsourced software development
巴西联邦公共管理局（APF，葡萄牙语）范围内的软件工厂承包过程由于立法变更而发生了一些变化，并提出了一种模式，以改善提供与交付成果有关的服务。基于预测过程和功能点度量的软件工厂合同是批评的目标，并且在实现结果方面存在问题，正如先前的研究所验证的那样。现在提出的研究的初步目标是确定一个流程模型，用于制定可用于敏捷合同的指标，而不是标准化功能点，这些功能点已经证明是相当有问题的，难以为承包商管理。因此，根据软件开发公司敏捷合同的主题，拟议的研究将寻求更好地理解软件开发及其维护问题，公共机构通过使用敏捷方法和适当的指标来支付这些服务的合同。
2021-04-13 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
Towards a Taxonomy for Autonomy in Large-Scale Agile Software Development
本文针对大规模敏捷开发中多团队协作下的自主性与控制平衡问题，提出一个初步的自主性框架，包含五个级别和三个领域下的21个自主性类别，以帮助分析和定义自主性边界。
2025-03-04 cs.SE
Software Process Measurement and Related Challenges in Agile Software Development: A Multiple Case Study
现有的科学文献强调了度量在敏捷软件开发（ASD）中的重要性。尽管如此，实证调查指标在ASD是稀缺的，特别是在确定的理由和与指标相关的操作挑战。在Q-Rapids项目（Horizon 2020）中，我们使用目标问题度量（GQM）方法在四家敏捷公司进行了多个案例研究，以调查ASD中过程度量选择的基本原理，以及在实施过程中面临的挑战。结果反映了公司对评估流程方面（如速度、测试性能和估计准确性）感兴趣，并且他们更喜欢这些评估的自定义指标。公司使用指标作为访问甚至利用数据的手段，以前由于技术或流程限制而无法访问。然而，公司的开发环境可能会阻碍度量的操作化，主要表现为度量度量所需的数据的不可用。（查看全文摘要）
2018-09-04 cs.SE
