Beyond the Commit: Developer Perspectives on Productivity with AI Coding Assistants
Carnegie Mellon University（卡内基梅隆大学）；BNY Mellon（纽约梅隆银行）
本研究通过混合方法分析了AI代码助手对开发者生产力影响的多维评估因素，强调长期指标的重要性，为未来研究和工业实践提供参考。
2026-02-03 cs.SE
Autonomous agile teams: Challenges and future directions for research
根据敏捷宣言中阐述的原则，有动力和有能力的软件开发人员依靠卓越的技术和简单的设计，通过定期向用户交付工作软件来创造商业价值。这些原则催生了许多实践。这些实践的核心是自主、自我管理或自我组织的团队，其成员以维持创造力和生产力的速度工作。本文总结了实施自治团队时面临的主要挑战，以及未来研究应解决的主题和研究问题。
2018-10-05 cs.SE
How (Un)Happiness Impacts on Software Engineers in Agile Teams?
信息技术（IT）组织越来越多地使用敏捷实践，这些实践基于以人为本的文化以及软件开发过程。因此，了解在敏捷环境中工作的个人的社会和人为因素至关重要，例如幸福和不幸福以及这些因素如何影响这种环境。因此，在一家重视创新的公司，在敏捷项目中开发了五个案例研究，旨在确定敏捷环境中（不）快乐如何影响软件工程师。根据67名参与者通过调查、访谈和交叉分析收集的答案，敏捷团队确定的幸福因素是有效的沟通、积极的成员、成员之间的合作、积极的成员和现任领导。
2020-06-05 cs.SE
Work Motivational Challenges Regarding the Interface Between Agile Teams and a Non-Agile Surrounding Organization: A case study
有研究表明，如果将敏捷团队引入非敏捷组织会发生什么，例如更高的间接成本以及即使在团队之外也需要了解敏捷方法。这个案例研究展示了一个工作激励方面的例子，当一个敏捷团队存在于一个更传统的结构中时，可能会出现这种情况。本案例研究是在瑞典的一家汽车制造商进行的，包括与Soccer Master的非结构化访谈和半结构化焦点小组。结果表明，团队认为来自周围组织的反馈是不同步的，导致他们在交付工作时没有得到赞赏。此外，他们在敏捷团队工作后，在非敏捷团队工作时感到沮丧。这项研究的结论是，有一个敏捷团队适应非敏捷周围的组织的工作动机的影响，因此，这也可能是真实的其他组织。
2019-04-04 cs.SE
Agile meets Assessments: Case Study on how to do Agile Process Improvement in a Very Small Enterprise
较小的软件公司，如初创企业，通常不遵循明确的流程，而是以或多或少的非结构化方式进行开发。特别是当他们成长或客户参与增加。这种没有任何结构化过程的开发会导致问题。因此，我们的目标是通过引入适当的敏捷实践并激发其效果来改进一个软件初创企业的当前开发过程。出于这个原因，我们使用访谈进行了前后过程评估。在初步评估的基础上，选择并实施了敏捷实践。最后，后评估和额外的代码度量作为控制机制，以检查是否解决了弱点。两个评估的比较表明，13个ISO29110基础实践已经被引入的8个敏捷实践所改进。因此，甚至比最初计划的更多方面都得到了随意的改进。最后，与公司员工的额外回顾展示了引入的敏捷实践如何积极影响他们的工作。
2018-09-06 cs.SE
Documentless Assessments Using Nominal Group Interviews
Carnegie Mellon University（卡内基梅隆大学）
本文提出一种小组访谈技术，用于支持无文档的过程评估，同时促进参与者之间的协作。该方法借鉴敏捷软件开发中的用户故事概念，将CMMI具体实践转化为具体术语，并采用Planning Poker技术替代文档审查和审计访谈进行事实发现和验证。
2026-04-23 cs.SE
Tailoring Product Ownership in Large-Scale Agile
在大规模敏捷项目中，产品负责人承担了一系列具有挑战性和多样性的活动，超出了传统上与该角色相关的活动。通过对来自21个组织的93名跨境团队从业者的深入研究访谈，我们丰富的经验数据为产品所有者活动提供了独特的国际视角。我们发现，大型敏捷项目的领导者创建了产品所有者团队。产品负责人团队成员负责发起人、中介和发布计划主活动以管理规模。他们从事沟通者和旅行者活动来管理距离，从事技术架构师、管理者和风险评估者活动来管理治理。根据我们的研究结果，我们描述了产品所有者的行为，有经验的产品所有者和他们的直线经理的价值。
2018-12-16 cs.SE
What Makes Effective Leadership in Agile Software Development Teams?
有效的领导力是业务和项目成功的关键驱动力之一，也是管理研究中最活跃的领域之一。但是，领导力在敏捷软件开发中是如何发挥作用的呢？敏捷软件开发强调自我管理和自我组织，而传统的领导角色则被边缘化了。为了找到答案，本研究从13名专业人士的角度研究了敏捷领导力，这些专业人士在10家不同规模的软件开发公司担任不同的角色。来自半结构化访谈的数据显示，领导力：（1）在团队成员之间动态共享;（2）产生对团队的归属感;（3）涉及平衡竞争的组织文化（例如平衡新的敏捷文化与旧的里程碑驱动文化）。换句话说，敏捷领导力是团队的一种属性，而不是一种角色，有效性取决于敏捷团队成员对团队的认同，接受责任，以及对文化冲突的敏感性。
2022-01-20 cs.SE
The Agile Coach Role: Coaching for Agile Performance Impact
本文通过访谈十家公司的19名敏捷教练，刻画其任务、特质、技能、工具与促成因素，并给出基于实证的组织授权建议。
2024-03-01 cs.SE
Prototypical Leadership in Agile Software Development
本研究通过访谈五家瑞典公司的六个敏捷软件团队，考察原型领导力如何影响领导有效性，发现源自团队内部或契合团队共同价值观与特质的领导者更被认可。
2024-09-18 cs.SE
Individual Differences Limit Predicting Well-being and Productivity Using Software Repositories: A Longitudinal Industrial Study
针对软件开发者幸福感与生产力预测难题，通过工业团队纵向研究发现个体差异是主要影响因素，个性化预测模型效果更优，为相关管理与研究提供参考。
2021-04-28 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
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
Collaboration Tools and their Role in Agile Software Projects
本综述分析Slack、Microsoft Teams、Confluence三类协作工具如何契合敏捷原则，解决远程团队协作沟通难题，助力迭代开发、任务管理与知识共享，提升跨职能场景下的项目生产力。
2025-02-18 cs.SE
Die Einflüsse von Arbeitsbelastung auf die Arbeitsqualität agiler Software-Entwicklungsteams
由于新型冠状病毒疫情及其对工作环境的相关影响，雇员的负担已成为焦点。这一事实也适用于许多公司的敏捷软件开发团队，因为他们广泛地转向远程工作。过高的工作量会导致各种负面影响，例如病假增加，员工的福利或生产力降低。众所周知，知识工作的工作量影响着工作成果的质量。这篇研究文章确定了Otto GmbH & Co KG敏捷软件开发团队成员工作量的潜在因素。基于这些因素，我们提出了减少工作量的措施，并解释了我们的研究结果，我们已经在实验中验证。我们的研究结果表明，即使是小规模的行动，如在工作日期间引入休息工作阶段，也会产生积极的影响，例如，提高集中注意力的能力以及这些如何影响工作结果的质量。
2022-04-22 cs.SE
Emotimonitor: A Trello Power-Up to Capture Emotions of Agile Teams
近年来，敏捷方法已经成为一种调节团队生产力的流行方法，甚至在非软件开发相关行业也有一席之地。敏捷方法的采用是由其灵活性驱动的，与传统方法相比，它们更适合许多团队。然而，对敏捷工作流的一个不可避免的期望是关于需求和任务的更高级别的变化和不确定性，这最终会影响团队成员的情绪状态。这种情绪影响的程度促使我们研究敏捷环境中情绪状态的演变方式，以及这种情绪是否可以准确测量。为此，我们开发了一款Trello增强型监控器，旨在通过用户友好的界面捕捉团队成员与技术任务相关的情绪信息。Emotimonitor将更好地让团队成员通过Trello卡片上的表情符号反应来表达他们的情绪状态，同时还为团队领导者提供一个仪表板，将这些反应汇总为可视化和统计数据。它是可扩展的，并可能为在敏捷环境中工作的团队成员提供一个出口，以更好地表达他们的情绪状态。
2021-05-06 cs.SE
Agile Beyond Teams and Feedback Beyond Software in Automotive Systems
为了提高构建复杂的软件密集型系统的能力，以及缩短新功能的上市时间，汽车公司的目标是将敏捷方法扩展到单个团队之外。考虑到汽车系统通常是安全关键的，并且由软件、硬件和机械组件组成，这是一个挑战。本文研究了扩展敏捷性超越团队的具体原因，支持这种扩展的策略，以及这种剧烈的组织变革将带来的可预见的影响。该调查基于定性案例研究，数据来自两家汽车公司的管理人员和技术专家的20次半结构化访谈。我们发现的核心是关于建立一个超越单个团队的敏捷车辆级反馈回路的观察。(I)我们发现，汽车OEM的目标是减少开发的前置时间。(II)我们还确定了7个战略，旨在实现超越团队的可扩展敏捷。(III)最后，我们提取了6个可预见的影响和副作用，将敏捷扩展到汽车团队之外。通过绘制汽车团队之外的敏捷扩展的预期收益、策略和影响的图表，我们可以进行进一步的研究和流程改进。
2022-03-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
Problem reports and team maturity in agile automotive software development
背景：沃尔沃汽车正在汽车行业大规模地引领敏捷转型。汽车软件开发的社会心理学方面通常是一个研究不足的领域。在汽车软件工程领域，很少有关于团队成熟度或团队动力学的研究。目的：本研究旨在通过调查问题和问题报告与团队成熟度之间的联系来填补这一空白。方法：我们对来自14个团队的84名参与者进行了定量研究，并通过发布训练工程师对所有参与团队进行了概述，对结果进行了定性验证。结果如下：我们发现，一个团队越成熟，他们似乎越快解决问题，通过外部反馈提供，至少在两个初始的团队成熟度阶段。结论：这项研究表明，在现代汽车软件开发部门中，团队动态工作可能会提高生产力，但这需要进一步调查。
2022-04-04 cs.SE
An Empirical Analysis of Task Allocation in Scrum-based Agile Programming
敏捷软件开发（ASD）方法已经在行业中得到了广泛的应用。了解软件工程学生所面临的挑战是很重要的设计有效的培训方法，使学生具备适当的技能，有效地使用ASD技术。现有的实证研究主要集中在基于极限编程（XP）的ASD方法。基于Scrum的ASD编程已经成为行业从业者中最流行的敏捷方法，但缺乏实证研究。在本文中，我们提出的经验研究结果方面的任务分配决策，合作，团队士气相关的SNOWASD过程尚未得到很好的研究，现有的研究。我们从2014年的一个为期12周的课程工作项目中得出了我们的发现，该项目涉及来自一所知名大学的125名本科软件工程学生，他们在21个软件团队中工作。而不是传统的调查或访谈为基础的方法，这受到规模和细节水平的限制，我们获得细粒度的数据，通过记录学生的活动在我们的在线敏捷项目管理（APM）平台- HASE。在这项研究中，该平台记录了超过10，000个ASD活动。偏离现有的先入之见，我们的研究结果表明，合作和团队绩效以及团队士气之间的负相关。
2014-11-23 cs.SE
Leadership Gap in Agile Teams: How Teams and Scrum Masters Mature
动机：不成熟的团队如何变得敏捷是一个困扰实践者和研究者的问题。敏捷工作是一种支持敏捷工作的方法。关于超级大师角色的实证研究仍然很少，并揭示了相互矛盾的结果。虽然在相当不成熟的团队中，ScreenMaster角色通常集中在一个人身上，但在成熟的团队中，该角色预计将由多个成员共享。目标：因此，我们的目标是了解在团队成熟的过程中，团队管理员的角色是如何变化的。方法：我们应用扎根理论，并进行了定性访谈的29个软件和非软件项目团队的53名从业人员从罗伯特博世有限公司。研究结果：我们发现，Sunday Masters最初扮演九个领导角色，当团队成熟时，他们会转移到团队中。可以通过提供领导力差距（允许团队成员承担领导角色）以及提供平等沟通、心理安全、透明度、共同理解、共同目标和自我效能的内部团队环境来转移角色。结论：随着团队的成熟，超级大师的角色会发生变化。在团队中担任领导角色的信任和自由是必不可少的推动因素。我们的研究结果支持实践者在成熟的公司中实施敏捷团队。
2018-12-19 cs.SE
Understanding the Perceived Relevance of Capability Measures: A Survey of Agile Software Development Practitioners
内容：鉴于敏捷软件开发（ASD）实践的快速性和迭代性，在团队组建的背景下建立对能力度量的更深入见解至关重要，因为个人和团队的能力会影响团队的绩效和生产力。虽然以前的系统性文献综述（SLR）综合了ASD能力测量的最新技术水平，重点是选择个人到敏捷团队，以及与团队绩效和成功相关的能力，但确定SLR的结果在多大程度上适用于实践可以为研究和实践提供渐进的见解。目的：我们的研究调查了敏捷实践者如何看待个人和团队层面的措施，以表征敏捷团队及其成员的能力的相关性。此外，为了仔细检查从业者的看法的变化，我们的研究进一步分析了分层人口统计学群体的看法。方法：我们进行了一项基于网络的调查，使用问卷建立的能力从以前进行的SLR确定的措施。结果如下：我们的调查答复（60）表明，127个个人和28个团队的能力措施被认为是相关的大多数从业者。我们还确定了七个个人和一个团队的能力措施，以前没有被我们的SLR的特点。被调查的实践者认为，敏捷团队成员的责任感和提问技能显著代表了成员的能力。结论：我们的调查结果与SLR的发现一致。据观察，与技术和创新方面相比，与社会方面有关的措施占主导地位。我们的研究结果可以支持敏捷实践者在他们的团队组成决策。
2021-05-20 cs.SE
Understanding the Effect of Agile Practice Quality on Software Product Quality
本研究通过分析22个学生团队的数据，探讨敏捷实践质量与软件产品质量的关系，发现良好编码实践和质量管理与产品质量正相关，但团队规划沟通需因活动而异，技术技能和时间管理是主要挑战。
2024-12-20 cs.SE
How a 4-day Work Week affects Agile Software Development Teams
背景：敏捷软件开发（ASD）关注的是社交方面，如沟通和协作。因此，人们可以假设公司的具体工作组织会影响ASD团队的工作。工作组织的一个主要变化是转向每周4天工作制，一些公司在实验中对此进行了研究。此外，最近的研究显示，自2020年新型冠状病毒疫情爆发以来，ASD团队受到远程工作的影响。目的：我们的研究提出了一个为期4天的工作周组织中的ASD团队远程操作的影响的实证研究结果。方法：我们进行了定性的单一案例研究，并进行了7个半结构化的访谈，观察了14个敏捷实践，并筛选了8个敏捷实践的项目文档和协议。结果：我们发现，由于每周工作4天的环境和远程工作的切换，团队适应了敏捷方法的使用。两个ASD团队的生产力并没有下降。虽然ASD团队成员的压力水平增加，由于4天工作周，我们发现，个别ASD团队成员的工作满意度是积极的影响。最后，我们指出对ASD团队的社会方面的影响。结论：研究社区从我们的研究结果中受益，因为目前关于每周工作4天对ASD团队影响的研究是有限的。此外，我们的研究结果为ASD团队在4天工作周中远程工作提供了一些实际意义。
2021-11-17 cs.SE
Neurodiversity in Agile Teams: Obstacles and Inclusion Barriers
University of Applied Sciences and Arts Hannover（汉诺威应用科学与艺术学院）；University of Applied Sciences Emden/Leer（埃姆登/莱尔应用科学大学）；Bagilstein GmbH（巴吉尔斯坦有限公司）；IU International University（IU国际大学）；DB Systel GmbH（德铁系统有限公司）
本研究通过混合方法（网络内容分析与专家访谈）探讨敏捷软件开发团队中神经多样性对团队协作质量的影响，识别阻碍神经多样性员工有效融入的组织障碍，并指出敏捷实践虽可促进包容，但僵化结构与缺乏认知限制了其效果。
2026-05-28 cs.SE
Hybrid Work in Agile Software Development: Recurring Meetings
本文通过爱立信两部门的单案例访谈研究，揭示大规模敏捷混合办公中例行会议应按会议意图选择现场或远程形式，并给出社区会议与摄像头使用建议。
2025-03-17 cs.SE
Developer Productivity With and Without GitHub Copilot: A Longitudinal Mixed-Methods Case Study
University of Oslo（奥斯陆大学）；SINTEF（辛特夫研究所）
研究通过混合方法案例研究分析GitHub Copilot对开发者活动和主观生产力的影响，发现使用Copilot的开发者活动更活跃，但无显著统计学变化，表明提交指标与主观生产力体验存在差异。
2026-01-28 cs.SE
The Developer Experience of LGBTQIA+ People in Agile Teams: a Multivocal Literature Review
本研究通过多声文献综述探讨敏捷团队中LGBTQIA+专业人士的开发者体验，发现隐形、偏见和歧视损害其体验，而包容性环境能提升团队动态和参与度。
2025-04-20 cs.SE
Coordination Strategies When Working from Anywhere: A Case Study of Two Agile Teams
有效的协调是敏捷团队成功的关键。他们依靠频繁的互动和相互调整来管理活动之间的依赖关系，传统上通过将团队集中在一起来解决。随着世界正在适应新冠肺炎后的工作生活，企业正在转向“随时随地工作”的方式，员工可以选择在家或办公室工作的程度。然而，对这种情况下的协调知之甚少。我们从挪威的一个探索性案例研究中报告了开发人员在任何地方工作时的新兴策略，包括八次访谈。我们的研究表明，随着团队尝试不同的工具和方法，新的相互调整策略出现了：开发人员根据位置选择任务，要求模糊的任务在同一地点执行，而需要集中注意力的单个任务最好在家里执行;大型会议是虚拟的，为协作任务保留同一地点的时间;使用虚拟会议室来维持计划外会议，因为他们与队友交流精神状态，降低团队内部计划外会谈的门槛。这些策略可以帮助组织为开发人员创建一个高效的环境。
2022-04-08 cs.SE
Effective team onboarding in Agile software development: techniques and goals
背景：新的团队成员加入现有的敏捷软件开发团队并不罕见，即使在开发已经开始之后。这个新的团队成员在融入团队之前面临着许多挑战，并可以为团队进步做出富有成效的贡献。理想情况下，每个新人都应该通过有效的团队入职计划在这一过渡中得到支持，尽管先前的证据表明这对许多组织来说是一个挑战。目标：我们试图了解敏捷团队如何应对团队入职的挑战，以便为未来的入职设计提供信息。方法：我们对来自8个组织的11名参与者进行了访谈调查，以调查敏捷软件开发团队中常见的入职活动。我们还确定了共同的目标，从文献的合成入职。一个储备网格工具被用来映射入职技术的入职目标的贡献。结果：我们的研究表明，广泛的团队入职技术，正式和非正式的，在实践中使用。它还表明，特定的技术对给定的目标或一组目标有很大的贡献。结论：在提出一套入职目标考虑和基于证据的机制，选择技术，以实现预期的目标，预计这项研究将有助于更好地了解入职设计和规划。提高从业者对支持新团队成员的选项的认识也是一个预期的结果。
2019-07-24 cs.SE
A Case Study on Tool Support for Collaboration in Agile Development
我们报告的纵向案例研究在意大利的一家大型软件公司的网站，以进一步了解如何开发和通信工具可以得到改善，以更好地支持敏捷实践和协作。在观察到通信工具（即，在使用了电子邮件、Skype和Slack之后，我们首先加强了Slack作为内部通信中心的使用，同时制定了关于工具使用的明确规则。作为第二个主要变化，我们将Jira Socks板重构为两个独立的板，一个是针对开发人员的详细板，一个是针对管理人员的高级板，同时还引入了自动化规则和与Slack的集成。第一个变化显示，开发人员团队使用和欣赏Slack的方式不同，QA团队是最受欢迎的，并且通道的使用受到开发工具自动通知的阻碍（例如，Jenkins）。第二个变化的调查结果显示，85%的受访者报告说，他们的工作流程有所改善。尽管由于报告案例的单一性而存在局限性，但我们强调了公司反思如何正确设置敏捷工作环境以改善沟通和促进协作的重要性。
2020-04-01 cs.SE
Operationalizing the EU AI Act in Agile Software Development: A Guideline-Based Approach
University of Applied Sciences and Arts Hannover（汉诺威应用科学艺术大学）；University of Applied Sciences Emden/Leer（埃姆登/莱尔应用科学大学）；Volkswagen AG（大众汽车股份公司）
该研究针对敏捷团队无法适配欧盟AI法案合规要求的痛点，基于设计科学研究开发出含12项内容的合规指南，经验证可帮助敏捷团队在保留敏捷实践的同时满足欧盟AI法案合规需求。
2026-08-18 cs.SE
Between Policy and Practice: GenAI Adoption in Agile Software Development Teams
University of Applied Sciences and Arts Hannover（汉诺威应用科学与艺术大学）；University of Applied Sciences Emden/Leer（埃姆登/莱尔应用科学大学）；Bagilstein GmbH（巴吉尔斯坦有限公司）；IU International University（IU国际大学）；Volkswagen AG（大众汽车股份公司）
本研究探讨了生成式AI在敏捷软件开发团队中的实际采用情况，发现其主要用于创意任务和文档协助，但面临数据隐私和治理等障碍，需通过TOE框架协调政策与实践以实现有效整合。
2026-01-11 cs.SE
Non Technical Debt in Agile Software Development
本研究基于NODLA项目的调查、访谈与统计分析，识别大规模敏捷开发中四类非技术债务的驱动因素与影响，并提出减少债务、恢复敏捷性的循证策略。
2025-09-01 cs.SE
Beyond Code, We Are People: A Systematic Mapping of 25 Years of Literature on Soft Skills in Agile Development Teams
Federal University of Ceara（塞阿拉联邦大学）；Federal University of Alagoas（阿拉戈阿斯联邦大学）；Federal University of Bahia（巴伊亚联邦大学）
本研究系统梳理了25年间敏捷开发团队中关键软技能，揭示了沟通、适应力等核心能力及其在不同角色中的关联，指出现有文献在角色特定软技能研究上的不足。
2026-04-30 cs.SE
Towards effective AI-powered agile project management
University of Wollongong（伍伦贡大学）；Deakin University（迪肯大学）；Monash University（莫纳什大学）；Kyushu University（九州大学）
人工智能（AI）的兴起有可能显着改变项目管理的实践。项目管理具有很大的社会技术因素，其中许多不确定性来自人的方面的可变性，例如，客户需求、开发人员绩效和团队动态。人工智能可以帮助项目经理和团队成员自动执行重复的高容量任务，以实现项目分析，从而进行评估和风险预测，提供可操作的建议，甚至做出决策。人工智能可能会改变项目管理的游戏规则，帮助提高生产力和项目成功率。在本文中，我们提出了一个框架，可以利用人工智能技术为管理敏捷项目提供支持，这些项目在行业中越来越受欢迎。
2018-12-27 cs.AI cs.SE
"Maybe We Need Some More Examples:" Individual and Team Drivers of Developer GenAI Tool Use
本研究通过对27个团队54名开发者的配对访谈，揭示了开发者生成式AI工具使用差异的三类驱动因素，并指出组织无学习支持的快速提效预期会形成“生产力压力悖论”，反而削弱采用收益。
2025-07-28 cs.SE
A Security Evaluation Framework for U.K. E-Goverment Services Agile Software Development
本研究探讨了传统的方法，在英国政府和认证过程中的软件开发。首先，我们看看已经使用了几年的瀑布方法。我们在讨论敏捷的瀑布方法之前先讨论瀑布的优缺点。敏捷已被大多数政府数字化部门采用，包括政府数字化服务。尽管敏捷能够在短时间内实现高生产率，灵活的迭代，但在英国工作时，安全专业人员一直不相信。政府的其中一个主要问题是，我们在敏捷中开发，但认证过程是使用瀑布进行的，导致延迟上线日期。简要介绍政府内部用于信息技术的认证程序。系统和应用程序，我们专注于为审核员提供他们在开发新应用程序和系统时所需的保证。利用开放式Web应用程序安全项目（OWASP）应用程序安全验证标准（ASVS）的框架已经产生。该框架将允许安全性和敏捷并行工作并生成安全代码。
2016-04-08 cs.CR cs.SE
A multi-case study of agile requirements engineering and the use of test cases as requirements
本研究通过三家公司的迭代案例研究，调查了敏捷开发中“测试用例即需求”的实践，识别出五种实践变体并分析其优劣与差异，为敏捷需求工程的研究与实践提供了实证参考和改进指导。
2023-08-22 cs.SE
Organisational Structure Patterns in Agile Teams: An Industrial Empirical Study
在任何大规模的软件工程努力中，将组织的成员形成一致的团体或社区是一个重要的问题，特别是在严重依赖自组织和组织灵活性的敏捷软件开发团队中。为了解决这个问题，许多研究者和实践者都提倡镜像系统结构和组织结构的策略，以简化协作工作的沟通和协调。但是，在敏捷软件社区的实践中发现的组织模式是什么？这些模式的有效性如何？我们使用工业中的混合方法研究来解决这些研究问题，即，对敏捷团队的访谈调查、焦点小组和德尔菲研究。在我们对30个敏捷软件组织的研究中，我们发现，在我们的数据集中重复出现的7种组织结构模式中，单一组织模式出现的时间超过37%。这种模式：（a）反映了年轻社区（1-12个月）;（b）在已建立的社区中消失（13个月以上）;（c）反映了报告的建筑问题数量最多。最后，我们观察到一个拟议的组织措施和架构问题之间的负相关性。这些见解可以帮助建筑师设计他们的架构，以及他们的社区，以最好地支持他们的共同进化。
2020-04-16 cs.CY cs.SE
Helpful but Fallible: Developer Experiences of AI Tools Under a Coordinated Industrial Roll-out
Lund University（隆德大学）；Ericsson AB（爱立信公司）；Mälardalen University（马尔默达尔大学）；Carleton University（卡尔顿大学）；KTH Royal Institute of Technology（皇家理工学院）
本研究通过瑞典电信公司12名开发者的访谈，揭示AI开发工具协调部署中管理层与开发者期望差距及感知风险的重要性，指出工具价值受组织期望、系统规模和技能影响。
2026-09-21 cs.SE
Innovation in Large-scale agile -- Benefits and Challenges of Hackathons when Hacking from Home
黑客松是不同团队共同探索和开发解决方案，软件甚至想法的活动。黑客松不仅被认为是黑客的公共活动，也被认为是企业创新的机制。黑客松是老牌公司实现员工福祉的一种方式，也是创新和开发新产品的策展人。2019冠状病毒病疫情导致企业突然过渡到在家工作模式，这首先导致许多需要搭配的企业活动（如黑客松）暂时搁置，然后促使企业寻找虚拟方式举办这些活动。在本文中，我们报告了我们在一家大型敏捷公司的背景下调查黑客马拉松的发现，首先探索了黑客马拉松的一般好处和挑战，然后试图了解虚拟设置对它们的影响。我们进行了9次访谈，调查了23名员工，并分析了一个黑客演示。我们发现，黑客松提供了创新，个人兴趣和获得新技能和能力的个人和组织利益。此外，我们还发现了一些挑战，例如由于停止常规工作而增加的压力，员工担心没有足够的贡献来交付以及个人和组织目标之间的潜在不匹配。关于虚拟设置，我们发现虚拟黑客马拉松并没有减少创新的好处，但是，社交和网络方面出现了一些负面影响。
2021-06-01 cs.SE
Enhancing Productivity with AI During the Development of an ISMS: Case Kempower
本文以芬兰公司Kempower为例，探讨了如何利用生成式AI创建和实施ISMS以显著减少资源消耗，并通过对7名利益相关者的半结构化访谈研究了AI对ISMS创建流程的增强作用。
2024-09-26 cs.CR cs.SE
Joining Forces: Applying Design Thinking Techniques in Scrum Meetings
最著名的敏捷框架Sunday经常因其会议数量而受到批评。这些常规事件对于敏捷方法提出的经验性检查和适应周期至关重要。秘密会议面临着几个挑战，例如被视为无聊，重复或无关紧要，导致团队合作减少和项目不太成功。为了应对这些挑战，敏捷实践者采用了团队合作、创新和设计技术来改善协作。此外，他们还制定了自己的活动，用于举行特别会议，特别是进行回顾和规划活动。设计思维将非设计师和设计师纳入设计和概念化活动，包括用户研究，构思或测试。因此，设计思维方法提供了一个具有不同阶段的过程，并为每个步骤提供了相应的技术。这些设计思维技术可以支持团队中的共享理解，并可以提高协作，创造力和产品理解。出于这些原因，设计思维技术代表了一个值得添加到敏捷会议工具包中的东西，可以支持敏捷会议预防或应对常见的会议挑战并实现会议目标。本章从理论和实践的角度探讨了设计思维工具包中的技术如何支持STEM会议。我们分析了STEM会议的需求、目标和挑战，并将它们与设计思维工具包中的技术组联系起来。此外，我们回顾了以前的两项研究与软件开发从业者的访谈和观察数据，并得出具体的例子。因此，我们提出了将设计思维技术整合到Soccer会议中的初步指导方针，使其更具吸引力，协作性和互动性。
2021-09-14 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
How does Working from Home Affect Developer Productivity? -- A Case Study of Baidu During COVID-19 Pandemic
如今，在家工作（WFH）已经成为一种流行的工作安排，因为它对公司和员工都有许多潜在的好处（例如，提高员工的工作满意度和保留率）。许多以前的研究调查了在家工作对员工生产力的影响。然而，这些研究大多采用调查、访谈等定性分析方法，且研究对象并非长期在家工作。由于2019冠状病毒病（COVID-19）爆发，大量公司要求员工在家工作，这为我们提供了一个调查在家工作是否影响其生产力的机会。在这项研究中，为了调查开发人员在家工作和在现场工作的生产力差异，我们基于中国最大的IT公司之一百度公司的开发人员日常活动数据集进行了定量分析。我们总共收集了139个开发者在138个工作日内的活动的大约4000条记录。在这些记录中，1，103条记录是在开发人员因COVID-19疫情在家工作时提交的。我们发现，WFH在不同的指标方面对开发人员的生产力有积极和消极的影响，例如，构建/提交/代码审查的数量。我们还注意到，在家工作对具有不同特征的项目有不同的影响，包括程序设计语言、项目类型/年龄/规模。例如，在家工作对大型项目的开发人员生产力有负面影响。此外，我们发现不同的开发人员的生产力不同。基于这些发现，我们得到了百度开发者的一些反馈，并了解了WFH对开发者生产力有不同影响的一些原因。
2021-03-25 cs.CY cs.SE
The Impact of Team Diversity in Agile Development Education
本研究在敏捷开发课程中分析51个团队，发现性别多样性与项目成功中等正相关，国籍多样性影响微弱，二者结合有负面效应，但促进多样性不损害学生表现。
2025-09-10 cs.CY cs.SE
Leveraging XP and CRISP-DM for Agile Data Science Projects
University of São Paulo（圣保罗大学）；Instituto de Pesquisas Tecnológicas（技术研究所）；Federal University of São Paulo（圣保罗联邦大学）
本研究通过在电子商务公司 Elo7 的案例研究，探讨了将 XP 的敏捷性与 CRISP-DM 整合到数据科学项目中的方法，证明了两者结合能提供结构化且协作的方式，并提出了改进建议。
2025-05-27 cs.AI cs.LG cs.SE
Real World Scrum A Grounded Theory of Variations in Practice
敏捷方法和项目管理框架是最流行的敏捷方法和项目管理框架，据报道，它在实践中被广泛使用、改编、误用和滥用。然而，人们对Sunday在实践中是如何工作的知之甚少，批判地说，它在哪里、何时、如何以及为什么从书中偏离了Sunday。通过扎根理论研究，涉及来自30家公司的45名参与者的半结构化访谈和对5个团队的观察，我们提出了我们的研究结果，与它在其形成书籍中的表现相比，它在实践中是如何工作的。我们确定了这些实践中的重大变化，如工作分解，估计，优先级，分配，相关的角色和文物，并讨论了驱动变化的基本原理。至关重要的是，我们声称并非所有的变化都是过程误用/滥用，并提出了一种细致入微的分类方法，将变化理解为标准的、必要的、上下文相关的和明确的偏差，以成功地使用和适应软件。
2021-03-29 cs.SE
Pair Programming Practiced in Hybrid Work
本研究通过对挪威金融科技公司敏捷团队的单案例调查，分析混合办公下现场、远程与混合结对编程的实践差异，发现混合模式最不具优势，并强调适配个人偏好。
2023-07-13 cs.SE
From Collaboration to Solitude and Back: Remote Pair Programming during COVID-19
随着敏捷软件开发的日益普及，软件工作变得比以往任何时候都更加社会化。当代软件团队依赖于各种协作实践，如结对编程，我们的研究主题。许多敏捷人员提倡在共享工作空间中使用搭配、面对面互动和物理人工制品的重要性，但新冠肺炎疫情使这些都无法实现;世界各地的大多数软件公司被迫派工程师在家工作。随着软件项目和团队在一夜之间变成分布式协作，我们质疑在家工作模式下的结对编程实践发生了什么。本文报告了一个纵向研究的远程结对编程在两个公司。我们对来自挪威、瑞典和美国的30名工程师进行了38次访谈，并使用了一家案例公司的调查结果。我们的研究是独一无二的，因为我们在2020年4月/5月、2020年9月/10月和2021年1月/2月纵向收集了数据。我们发现结对编程已经减少，一些受访者报告说几乎整整一年都没有结对。配对者的体验各不相同，从使用特殊工具主动共同编辑代码，到通过共享屏幕被动共同阅读和讨论代码和解决方案。最后，我们发现，从强制在家工作的最初几个月到2021年初，对PP的兴趣和使用随着时间的推移而增加，这也是一种社会实践。
2021-05-12 cs.SE
Integrating Pair Programming as a Work Practice
本研究通过单案例探索影响结对编程（PP）采用与长期参与的多重因素，发现长期参与需在亲身体验中确认预期收益，并建议结合集体学习将实践调整为适应各团队，为软件从业者整合PP提供指导。
2025-06-24 cs.SE
The Anatomy of a Successful Student Scrum Team: Motivation, Personalities, and Academic Adaptation
Technical University of Munich（慕尼黑工业大学）
本文研究了学生Scrum团队在学术环境下的适应性，探讨了动机、个性及协作工具对项目成功的影响，并提出了在混合学习环境中应用敏捷方法的建议。
2026-01-06 cs.SE
A Survey-Based Qualitative Study to Characterize Expectations of Software Developers from Five Stakeholders
背景资料：对开发人员生产力和幸福感的研究发现，对软件团队生产力的看法可能是一个社会技术问题。通过管理软件团队的期望，可以更好地处理直觉、问题和挑战。目标：我们的目标是了解软件开发人员的期望是否对软件团队中的不同利益相关者有所不同。方法：我们调查了181名专业软件开发人员，以了解他们对五个不同利益相关者的期望：（1）组织，（2）管理人员，（3）同行，（4）新员工，（5）政府和教育机构。这五个利益相关者是通过对软件开发人员进行半正式访谈确定的。我们提出开放式调查问题，并使用开放式编码分析回答。结果：我们观察到18个多方面的期望类型。虽然有些期望对利益相关者更具体，但其他期望是跨领域的。例如，开发人员期望从他们的组织获得工作利益，但期望从他们的组织、同事和新员工那里采用标准的软件工程（SE）实践。结论：在18个类别中，有三个类别与职业发展有关。这一观察结果支持了先前的研究，即幸福不能仅仅通过提供更多的钱或晋升来保证。在大多数的回应中，我们发现教育机构希望提供相关的教学，政府希望提高工作稳定性，这表明这些组织在帮助软件开发人员方面的作用越来越重要。在COVID-19大流行期间，这一观察结果尤其如此。
2021-07-20 cs.SE
