Sistematic mapping protocol - estimation accuracy on software development using agile technologies
文献系统映射协议，旨在根据发现的结果识别和分类软件开发敏捷方法中使用的估计技术，并将其估计准确性与传统软件开发方法中获得的估计准确性进行比较。
2022-08-25 cs.SE
An Approach for Agile SOA Development using Agile Principals
在动态和动荡的商业环境中，任何组织成功和生存的必要条件是有效和经济地适应变化的能力。因此，对于软件应用程序的开发，一种方法是面向服务的架构（SOA）方法，另一种是敏捷方法。由于拥抱变化是SOA开发和敏捷开发不可或缺的概念，因此使用适当的SOA方法，即使在系统开发期间也能够适应变化，同时保持软件质量是必要的。在本文中，提出了一种新的方法，包括五个步骤，以增加敏捷性的SOA方法。在任何基于SOA的开发之前，这种方法可以帮助架构师通过使用敏捷原则来建立核心架构，从而确定核心业务流程（CBP）。根据案例研究的结果，这种方法最重要的优点是在SOA开发中保留软件质量的情况下拥抱变化的可能性。
2012-04-02 cs.SE
Project Success in Agile Development Projects
本文解释并澄清了瀑布和敏捷开发方法之间的差异，建立了在软件开发项目范围内正确定义项目成功的标准，最后试图澄清项目成功是否是许多组织从其他方法（如瀑布）转向敏捷方法的原因。以文献综述的形式，它分析了一些出版物，调查和案例研究，指出了公司转向敏捷的动机，以及他们后来观察到的结果。它还分析了公司从传统方法（如瀑布）发展到敏捷开发方法后项目成果的总体统计数据。
2017-11-18 cs.SE
Enabling Reusability in Agile Software Development
软件工程学科在过去的二十年里不断取得发展势头。在过去十年中，已经取得了显著进展。为了跟上行业的多维需求，不时引入新的过程模型。新的软件开发范式正在工业界找到它的位置，如敏捷软件开发，基于重用的开发和基于组件的开发。但是，不同的软件开发模式不能满足软件行业的许多需求。由于所有过程模型的目标是相同的，即，以获得高质量的产品，减少开发时间，提高生产率和降低成本。然而，没有一个单一的流程模型本身是完整的。软件行业正朝着敏捷软件开发的方向发展。敏捷开发显然不适合构建可重用的工件。然而，通过对敏捷过程的仔细关注和重要修改，有可能成功地适应并采用敏捷方法来开发可重用对象。这里提出的模型结合了敏捷软件开发和可重用性的特点。
2013-02-06 cs.SE
Software Development Under Stringent Hardware Constraints: Do Agile Methods Have a Chance?
敏捷软件开发方法已经被认为在许多情况和环境中是有用的。然而，只有很少（如果有的话）的经验是关于使用敏捷方法在嵌入式领域的硬件设置严格的要求，软件。这个开发领域可以说是远离敏捷的大本营。本文探讨了在这种环境下使用敏捷开发技术的可能性，并定义了新的敏捷方法的要求，以促进嵌入式软件的开发。调查结果是基于一个为期12个月的实证研究，在低层次的电信软件的发展。我们认为，通过解决我们发现的需求，敏捷方法也可以在嵌入式软件领域取得成功。
2017-11-23 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
Agile Ways of Working: A Team Maturity Perspective
随着管理软件开发项目的敏捷方法的出现，对运作良好的团队的可靠性也在增加，因为许多实践都是建立在团队合作的基础上的。本研究的目的是调查，如果，以及如何从群体心理学的角度来看，团队发展与敏捷团队的一些工作实践。数据收集来自34个敏捷团队（200人），从6个软件开发组织和一所大学在巴西和瑞典使用组开发问卷（规模IV）和感知敏捷测量（PAM）。结果表明，团队成熟度水平与两个敏捷实践\emph{iterative development}和\emph{retrospectives}之间有很强的相关性。因此，我们得出结论，敏捷团队在不同的团队发展阶段采用不同的团队敏捷性的一部分，从而证实了以前的研究，但更多的数据和调查具体的和应用的敏捷实践。因此，我们增加了证据的假设，敏捷项目的敏捷实施和管理需要适应敏捷团队的组成熟度水平。
2019-11-20 cs.SE
Studying Attitudes and Social Norms in Agile Software Development
本文的目的是回顾态度和社会规范的研究，并将其连接到敏捷软件开发环境。此外，我还提出了来自社会心理学的其他理论（主要是计划行为理论和使用社会规范的内化程度），这些理论肯定会对敏捷团队中与人的因素相关的研究的进一步意义构建有用。
2019-04-05 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
Group development and group maturity when building agile teams: A qualitative and quantitative investigation at eight large companies
敏捷的项目方法比传统的瀑布式项目更关注紧密结合的团队，这意味着团队成熟度的各个方面变得更加重要。在构建“敏捷团队”的过程中，这种心理方面的研究并不多。“这项研究的目的是调查如何建立敏捷团队与社会心理学中的团队发展模型相联系。我们对来自7家不同公司的教练、SNOW Master和负责敏捷过程的经理进行了10次半结构化访谈，并从4家公司（共8家不同公司）的66名小组成员中收集了调查数据。该调查包括敏捷测量工具和集团发展问卷的一部分。结果表明，实践者定义组的发展方面的关键因素，成功的敏捷过渡。此外，敏捷性的定量测量显着相关的团体成熟度测量。我们的结论是，将这些心理学方面添加到“敏捷团队”的描述中可以增加对敏捷的理解，并部分帮助定义“敏捷团队”。“我们建议未来的工作应该为不同成熟度级别的软件开发团队如何采用不同的敏捷原则和实践制定具体的指导方针。
2019-04-04 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
An Adaptive XP-based approach to Agile Development
软件设计逐渐变得开放、分布式、普适和连接。一个可悲的统计事实是，软件项目在科学上是脆弱的，并且比其他工程领域更容易失败。敏捷开发是一种哲学。敏捷方法是支持敏捷哲学的过程。除了更常见的团队合作和结构化实践之外，XP还非常强调技术实践。在本文中，我们阐述了XP实践如何用于思考，协作，发布，计划，开发。和状态，使您的团队和组织更加成功。
2012-07-23 cs.SE
Agile Requirement Change Management Model for Global Software Development
本文提出面向全球软件开发的敏捷需求变更管理ARCM模型，通过文献综述与行业专家实证研究验证其有效性，旨在改进软件开发实践并提升项目成功率。
2024-02-22 cs.SE
Model Driven Web Application Development With Agile Practices
模型驱动开发是一种有效的方法，因为它的好处，如代码转换，提高生产力和减少人为错误的可能性。同时，敏捷软件开发通过使用迭代法来提高软件的灵活性和客户满意度。这两种开发方法能否结合起来有效地开发Web应用程序？这种方法有哪些挑战和好处？在本文中，我们回答这两个关键问题，结合模型驱动开发和敏捷软件开发的结果，不仅在快速开发和易于用户界面设计，而且有效的作业跟踪。我们还定义了一个敏捷的Web应用程序的实现研究，以支持我们给这两个关键问题的答案基于模型的方法。
2016-10-11 cs.SE
What is Large in Large-Scale? A Taxonomy of Scale for Agile Software Development
敏捷开发方法在小型项目中的积极经验使人们对这种方法在大型项目中的适用性产生了兴趣。然而，关于什么是大规模敏捷软件开发，缺乏概念上的清晰度。这阻碍了研究领域的有效合作和进展。在本文中，我们提出了一个敏捷软件开发项目的规模分类，有可能澄清研究人员正在研究的主题，并简化研究优先级的讨论。
2018-01-26 cs.SE
A Study on the Perception of Researchers about the Application of Agile Software Development Methods in Research
关于敏捷软件开发方法的论文通常集中在商业项目或组织中的适用性。目前还没有我们所知道的关于在研究项目中应用这些方法的研究。这项工作的目的是描述研究人员对敏捷软件开发实践和原则在研究项目中的应用的看法。一项研究是通过构建和应用问卷调查巴西研究人员的不同隶属关系，形成和研究领域，以获得有关他们的知识和开放性，以遵循敏捷软件开发的原则和做法。
2017-12-05 cs.SE
ScrumLint: Identifying Violations of Agile Practices Using Development Artifacts
Linting工具自动识别不遵循一组预定义标准的源代码片段。这样的反馈工具对于“精简”敏捷开发过程同样是需要的。然而，由于故意缺乏正式的敏捷过程模型，提供关于过程一致性的具体反馈是一项具有挑战性的任务。在本文中，我们提出了ScrumLint，一个工具，通过分析开发工件来解决这个问题。在本科敏捷软件工程课程的经验的基础上，我们定义了一个过程度量的集合。这些包含敏捷方法的核心思想和报告偏差。使用这种方法，开发团队可以立即收到关于他们执行的开发实践的反馈。他们可以使用这些知识来改进他们的工作流程，或者可以调整指标以更好地反映他们的项目现实。
2018-09-03 cs.SE
What Makes Effective Leadership in Agile Software Development Teams?
有效的领导力是业务和项目成功的关键驱动力之一，也是管理研究中最活跃的领域之一。但是，领导力在敏捷软件开发中是如何发挥作用的呢？敏捷软件开发强调自我管理和自我组织，而传统的领导角色则被边缘化了。为了找到答案，本研究从13名专业人士的角度研究了敏捷领导力，这些专业人士在10家不同规模的软件开发公司担任不同的角色。来自半结构化访谈的数据显示，领导力：（1）在团队成员之间动态共享;（2）产生对团队的归属感;（3）涉及平衡竞争的组织文化（例如平衡新的敏捷文化与旧的里程碑驱动文化）。换句话说，敏捷领导力是团队的一种属性，而不是一种角色，有效性取决于敏捷团队成员对团队的认同，接受责任，以及对文化冲突的敏感性。
2022-01-20 cs.SE
Towards A Double-Edged Sword: Modelling the Impact in Agile Software Development
本文结合敏捷实践影响模型与文化影响模型，提出Agile Influence and Impact Model，系统建模敏捷开发中影响方法应用与结果的两类因素。
2024-05-02 cs.SE
Agile Methods: Testing Challenges, Solutions & Tool Support
如今，敏捷开发是一种传统的开发方式，随着时间的推移，软件开发人员正在迅速地从瀑布式开发转向敏捷开发。敏捷方法专注于通过提高软件公司的响应速度来快速交付可执行代码，同时减少开发开销，并将人员视为软件开发的最强支柱。由于敏捷开发使软件开发的瀑布方法论黯然失色，因此它提出了一些与此类软件测试相关的独特挑战。我们的研究将讨论这种方法所引发的挑战。本文讨论了一些挑战，并提出了解决这些挑战的可能解决方案和方法。此外，在实践中提到的工具，以提高效率的过程。
2020-08-30 cs.SE
Agile Software Development Methods: Review and Analysis
敏捷-表示“敏捷的质量，运动的准备，敏捷性，活动性，运动中的灵巧性”-软件开发方法试图为渴望的商业社区提供一个答案，要求更轻的重量以及更快，更灵活的软件开发过程。对于快速增长和不稳定的互联网软件行业以及新兴的移动应用环境来说，情况尤其如此。新的敏捷方法已经引起了大量的文献和辩论。然而，关于这个问题的学术研究仍然很少，因为大多数现有的出版物都是由从业人员或顾问撰写的。本出版物的目的是通过系统地回顾敏捷软件开发方法的现有文献来填补这一空白。本出版物有三个目的。首先，提出了敏捷软件开发方法的定义和分类。其次，它分析了十种软件开发方法，可以被描述为“敏捷”的定义标准。第三，对这些方法进行了比较，突出了它们的异同。在此基础上，确定和讨论了未来的研究需求。
2017-09-25 cs.SE
Towards a Taxonomy for Autonomy in Large-Scale Agile Software Development
本文针对大规模敏捷开发中多团队协作下的自主性与控制平衡问题，提出一个初步的自主性框架，包含五个级别和三个领域下的21个自主性类别，以帮助分析和定义自主性边界。
2025-03-04 cs.SE
Distributed Agile Software Development: A Review
为了节约生产成本和缩短产品上市时间，软件开发的分布化越来越普遍。在分布式软件开发（DSD）中，地理距离远，时区不同，文化差异导致沟通不畅，这对项目产生了不利影响。使用敏捷实践进行分布式开发也在各种组织中获得了动力，以提高项目的质量和性能。本文探讨了这两个重要的软件开发趋势，即DSD和敏捷的交集。我们讨论了地理上分布的敏捷团队所面临的挑战，以及解决这些问题的行之有效的实践，这将有助于建立一个成功的分布式团队。
2010-06-10 cs.SE
Future of Artificial Intelligence in Agile Software Development
Muffakham Jah College of Engineering and Technology（穆法卡姆·贾赫工程技术学院）
本文提出利用LLM、GenAI模型和AI智能体为敏捷软件开发提供日常任务执行、风险预测与决策支持，以提高效率、降低风险并提升项目成功率。
2024-08-01 cs.AI cs.SE
Towards Assurance Closure in AI-Native Large-Scale Agile Software Development
Ericsson（爱立信）；Blekinge Institute of Technology（布莱金厄理工学院）
针对AI原生大规模敏捷软件开发中保证推理机器可操作的缺口，提出基于共享语义保证层的高层架构及六项对应能力，以实现保证闭合。
2026-08-10 cs.AI cs.SE
A Case Study Investigating the Role of Generative AI in Quality Evaluations of Epics in Agile Software Development
IBM Research Cambridge, MA USA（IBM研究院剑桥麻省）
本文通过一家全球化公司中17名产品经理的用户研究，考察LLM评估敏捷epic质量的融入方式、价值与障碍，证明其是可行的AI评估新应用。
2025-05-12 cs.AI cs.HC cs.SE
Comparative Study on Agile software development methodologies
今天的商业环境是非常动态的，组织不断改变他们的软件需求，以适应新的环境。他们还要求软件产品的快速交付以及接受不断变化的需求。在这方面，传统的计划驱动的开发无法满足这些要求。虽然传统的软件开发方法，如基于生存周期的结构化和面向对象的方法，继续主导系统开发几十年来，许多研究已经在传统的方法，敏捷软件开发带来了自己的一套新的挑战，必须解决，以满足客户通过早期和持续交付的有价值的软件。它是一套基于迭代和增量开发过程的软件开发方法，其中需求和开发通过自组织，跨职能团队之间的协作进行，允许快速交付高质量的软件，以满足客户需求并适应需求的变化。在本文中，我们显着识别和描述的主要因素，敏捷开发方法改善软件开发过程，以满足快速变化的业务环境。我们还提供了敏捷开发方法与传统系统开发方法的简要比较，并讨论了采用敏捷方法的现状。我们推测，从需要满足客户通过早期和持续交付的有价值的软件，敏捷软件开发出现作为一种替代传统的基于计划的软件开发方法。本文的目的是提供一个深入的理解，敏捷开发方法的主要好处，软件开发行业，以及提供一个比较研究报告ASDM TSDM。
2013-07-12 cs.SE
Preparing Students for AI-Driven Agile Development: A Project-Based AI Engineering Curriculum
Clausthal University of Technology（克莱施塔尔工业大学）
本文提出一种基于项目的AI工程课程，通过整合敏捷实践与AI赋能的工程，培养学生在AI驱动的敏捷开发中的能力。
2026-03-10 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
Towards a Closer Collaboration Between Practice and Research in Agile Software Development Workshop: A Summary and Research Agenda
本文总结了首届促进敏捷软件开发研究与实践协作的国际研讨会成果，探讨了导致研究与实践差距的主要因素、弥合策略及需进一步研究的挑战。
2025-07-14 cs.SE
Agile Practices for Quantum Software Development: Practitioners Perspectives
量子软件系统是新兴的软件工程（SE）流派，其利用量子比特（Qubit）和量子门（Qgates）的原理来解决当今经典计算机不能在合理时间内有效地完成的复杂计算问题。根据其支持者的说法，敏捷软件开发实践有可能解决量子软件开发中特有的许多问题。然而，缺乏证据证实敏捷实践是否适合并可以被软件团队采用，因为它们是在量子软件开发的背景下。为了解决这一问题，我们进行了一项实证研究，以调查使用敏捷实践开发量子软件的需求和挑战。虽然我们对10个国家的26名从业者进行了半结构化访谈，强调了敏捷实践在这一领域的适用性，但访谈结果也揭示了阻碍这些实践有效整合的新挑战。我们的研究结果为敏捷实践的进一步情境化和无缝集成与开发下一代量子软件提供了跳板。
2022-10-18 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
Key Lessons from Tailoring Agile Methods for Large-Scale Software Development
我们描述了来自挪威最大的开发项目之一的建议，其中12个团队将敏捷实践与传统的项目管理相结合。Perform计划在四年内发布了12个版本，并在预算内按时完成。在本文中，我们总结了关于五个关键主题的12个关键经验教训，这些经验教训与其他寻求将SSCP与传统项目管理相结合的大型开发项目有关。
2018-02-14 cs.SE
Non-Technical Individual Skills are Weakly Connected to the Maturity of Agile Practices
内容：敏捷软件开发的现有知识表明，个人能力（例如技能）是敏捷项目成功的关键因素。虽然假设技术技能对每种软件开发项目都很重要，但许多研究人员认为非技术个人技能在敏捷软件开发中尤为重要。目的：在本文中，我们调查是否非技术的个人技能可以预测敏捷实践的使用。方法：通过使用来自荷兰和巴西的六个软件开发组织的敏捷团队的113名参与者创建一组多元线性回归模型，我们分析了与敏捷实践相关的非技术个人技能的预测能力。结果如下：结果表明，有令人惊讶的低功率使用非技术的个人技能来预测（即解释方差）在软件开发中的敏捷实践的成熟使用。结论：因此，我们的结论是，在试图理解和解释敏捷实践在软件开发环境中的成熟使用时，关注非技术性的个人技能并不是最佳的分析水平。我们认为，更重要的是要把重点放在非技术技能作为一个团队层面的能力，而不是确保所有个人都拥有这样的技能时，理解敏捷实践的使用。
2018-09-07 cs.SE
Scaling Agile Development in Mechatronic Organizations - A Comparative Case Study
敏捷软件开发原则使公司能够成功和快速地交付软件，满足客户的期望，同时专注于高质量。许多使用纯软件系统的公司已经采用了这些原则，但是在处理非纯软件产品的公司中实现它们是具有挑战性的。我们确定了一组目标和实践，以支持开发软件密集型机电一体化系统的公司的大规模敏捷开发。我们使用了归纳法的基础上收集的实证数据在纵向研究与北欧地区的六家公司。数据汇集是在两年多的时间里通过焦点小组讲习班、个人现场访谈和补充调查进行的。大规模敏捷开发的主要好处是提高质量，通过支持交付软件、硬件和机制的团队之间的定期或持续集成的实践来实现。在这方面，最有利的交付集成周期是每四周一次;虽然每天的持续集成有利于软件团队，但其他学科似乎并没有从更快的集成周期中受益。我们确定了108个目标和开发实践，支持公司之间的敏捷原则，其中大多数与集成有关;因此，26个敏捷实践是机电一体化领域独有的，以支持采用敏捷超越纯软件开发团队。其中16项做法被视为关键推动因素，并得到我们的控制案例的证实。
2017-03-02 cs.SE
Applying Adapted Big Five Teamwork Theory to Agile Software Development
团队合作是敏捷软件开发的核心原则，各种团队合作理论部分解释了这种背景下的团队合作。大五团队理论是最有影响力的团队理论之一，但先前的研究表明，该理论中的团队领导理念并不适用于敏捷软件开发。本文将大五团队理论应用于敏捷软件开发的案例。三个独立的案例来自一个组织。这确保了对影响团队合作的背景因素的一定程度的控制。研究结果表明，大五团队理论的改编形式，包括共享的团队领导概念，完全适用于某些形式的敏捷软件开发，但不是所有的。对于实践者，提供了哪些敏捷实践支持团队合作的见解。
2016-06-11 cs.CY cs.SE
Agile Development at Scale: The Next Frontier
敏捷方法已经改变了软件开发的方式，强调最终用户的积极参与，对变化的容忍，以及产品的进化交付。关于敏捷开发的第一个特刊将这些方法描述为关注“反馈和变化”。这些方法导致了软件开发方式的重大变化。在大多数国家，Scrum现在是最常见的开发框架，其他方法如极限编程（XP）和精益软件开发的元素以及看板也被广泛使用。软件从业者和顾问之间自下而上的运动已经被主要的国际咨询公司所采用，这些公司规定了敏捷开发，特别是在学习和创新是关键的情况下。敏捷开发方法主要在软件工程中引起了人们的兴趣，但也在许多其他学科中引起了兴趣，包括信息系统和项目管理。敏捷软件开发方法最初是针对小型的、位于同一地点的开发团队的，但越来越多地应用于其他环境。它们最初用于开发Web系统和内部IT系统，但现在用于一系列领域，包括关键任务系统。为5-9名开发人员组成的单个团队设计的方法已被调整用于具有数十个团队、数百名开发人员的项目，这可能涉及与数百个现有系统的集成并影响数十万用户。
2019-01-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
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
Learning in the Large - An Exploratory Study of Retrospectives in Large-Scale Agile Development
许多人将回顾视为敏捷软件开发最重要的实践。以前的回顾研究集中在团队层面的过程和结果。在这篇文章中，我们研究了一个大规模的敏捷开发项目如何通过回顾性报告的分析来使用回顾性，作为纵向案例研究的一部分，回顾性报告共确定了109个问题和36个行动项目。我们发现，大多数的问题涉及到团队层面的学习和改进，并讨论这些发现与当前的建议，以提高学习成果，在大规模敏捷开发。
2018-05-25 cs.SE
Practitioners Perspective on Motivators of Agile in Global Software Development
本文通过调查139名欧洲从业者并使用Smart-PLS分析，实证识别了在全球软件开发中成功实施敏捷方法的关键激励因素。
2025-03-10 cs.SE
Team performance and large scale agile software development
软件开发是一项团队工作，在很大程度上依赖于开放的社会互动和个人的持续学习。借鉴社会心理学和组织科学学科提出的成熟的理论概念，我们开发了一个理论框架，提出团队气氛对团队学习有显着的影响，并最终影响团队绩效。我们的研究包括两个目标。首先了解团队学习的前提条件，其次调查团队学习，心理安全和团队绩效之间的关系，在大型敏捷软件开发项目。我们计划对瑞典的三家公司的软件专业人员进行一次调查，这些公司是pur大型敏捷研究项目的合作伙伴。
2022-09-16 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
Agile requirements engineering practices: a survey in Brazilian software development companies
需求工程（RE）是软件开发的主要领域之一。由于敏捷软件开发包含了几种新兴技术，并倡导持续改进，因此它迫切需要解决以下问题：目前最常用的敏捷RE实践，它们的特征以及使用中的挑战。这项工作的目的是调查和分类的收集和规范的敏捷需求实践的基础上，专业人士如何看待他们的重要性，软件项目，应用敏捷方法。因此，对46名巴西软件开发专业人员进行了一项调查，询问哪些方法用于收集和规范敏捷需求，以及采用这些方法时的功能，优点和困难。这些回复使我们能够进行数据分析，并确定受访者的经验与收集方法和敏捷需求规范的观点之间的关系。此外，有人指出，这些方法的采用仍然是最近的事。它们主要使用了不到五年。此外，有人指出，对大多数答复者来说，在提高应用知情方法的效率方面仍存在重大挑战和有待取得的进展。
2022-03-03 cs.SE
How to Measure Performance in Agile Software Development? A Mixed-Method Study
本研究通过快速文献综述与单案例焦点小组的混合方法，明确敏捷软件开发绩效指标应用的挑战，构建常用指标库并给出实践与研究启示，以提升指标应用成功率。
2024-07-08 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 Software Development Method, A Comparative Review1
虽然敏捷软件开发方法已经引起了全世界软件工程师和研究人员的注意，但科学研究仍然非常缺乏。这项研究的目的是为了使不同的敏捷方法，已经提出的意义。本比较审查是从使用以下特征作为分析视角的观点进行的：项目管理支持、生命周期覆盖范围、实践指导类型、实际使用中的适应性、研究目标类型和经验证据的存在。结果表明，敏捷软件开发方法涵盖，没有提供任何理由，软件开发生命周期的不同阶段，这些方法中的大多数未能提供足够的项目管理支持。此外，相当多的方法仍然没有就如何使用其解决办法或如何使其适应不同的发展情况提供具体指导。经过十年的应用，经验证据仍然相当有限。根据结果，敏捷方法的新方向进行了概述。
2019-03-26 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
Safety-Critical Systems and Agile Development: A Mapping Study
在过去的几十年里，敏捷方法对软件开发的方式产生了巨大的影响。在许多情况下，这带来了显著的好处，例如向客户交付软件的质量和速度。然而，安全关键型系统已经被广泛地从敏捷方法中受益。因此，包括安全关键方面的产品面临着这样一种情况，即安全关键部件的开发可以通过敏捷方法显著限制整个产品的潜在加速，但也包括非安全关键部件。对于此类产品，以敏捷方式开发安全关键软件的能力将产生竞争优势。为了使未来的研究在这一重要领域，我们在本文中提出了一个映射的实践现状的基础上{混合方法的方法}。从与来自瑞典六家大型产品开发公司的专家的研讨会开始，我们开发了一种用于分析的镜头。然后，我们提出了一个系统的映射研究安全关键系统和敏捷开发通过这个镜头，以映射潜在的好处，挑战和解决方案候选人，以指导未来的研究。
2018-08-03 cs.SE
Agile Research
本文讨论了敏捷软件开发方法在基于软件的研究环境中的应用。
2012-02-03 cs.SE
Revealing the State of the Art of Large-Scale Agile Development Research: A Systematic Mapping Study
背景：敏捷方法在小范围内的成功已经导致大型开发项目和组织越来越多地采用敏捷方法。近年来，关于这一主题的初步研究也越来越多，以及一些系统的文献综述。然而，目前还没有对整个研究领域进行系统的概述。目标：这项工作的识别，分类，并评估在大规模敏捷开发的研究的艺术状态。方法：我们进行了系统的映射研究，并严格选择了136个研究。我们设计了一个分类框架，并从研究中提取了关键信息。我们综合了所获得的数据，并创建了一个概述的最先进的。结果：这项工作有助于（i）描述大规模的敏捷努力在行业中报道，（ii）现有的研究领域的系统地图，（iii）有影响力的研究概述，（iv）中心研究主题的概述，（v）未来研究的研究议程。结论：这项研究描绘了大规模敏捷开发的最新技术，并为研究人员和实践者提供了过去13年来对敏捷方法大规模应用的研究和实践的反思。
2022-08-03 cs.SE
Architectural Challenges in Migrating Plan-driven Projects to Agile
软件开发已经稳步地接受敏捷软件开发方法/方法（ASDM），并且已经远离计划驱动的软件开发方法（PDM）方法，如瀑布。鉴于敏捷开发的迭代特性，将软件架构集成到敏捷方式中变得具有挑战性。本研究通过文献回顾和案例分析，确定了在已经通过计划驱动方法执行的项目和新项目中拥有强大架构的挑战。随后的分析发现，有三个主要领域：人，过程和技术，这些挑战可以映射。
2021-02-28 cs.SE
