Agile methodologies in teams with highly creative and autonomous members
敏捷宣言鼓励我们重视个人和交互，而不是过程和工具，而最受欢迎的敏捷开发方法学，本质上是基于角色，事件，工件以及将它们绑定在一起的规则（即，过程）。此外，通常宣称，每当Sunday项目不成功时，原因是Sunday没有正确实现，而不是因为Sunday可能有自己的缺陷。这赋予了方法论的不可辩驳性，阻止了偏离以适应开发人员的实际需求和特殊性。特别是，NASA ADS团队的成员具有高度的创造性和自主性，如果他们的自由受到太大的限制，他们的动机就会受到影响。我们展示了我们遵循敏捷原则的经验，重复使用某些Scrum元素，并寻求团队成员的满意度，同时快速反应/保持项目符合我们的利益相关者的期望。
2020-09-10 astro-ph.IM cs.SE
Empirical Study on Selection of Team Members for Software Projects - Data Mining Approach
任何软件行业的一个基本任务是开发客户满意的产品。然而，实现上述业务目标取决于组织中设计的产品质量的深度。因此，高质量的生产取决于过程，而过程又取决于人。IT行业的现有场景要求部署合适的人员，以通过现有流程实现产品的理想质量。本文的目标是确定标准，将用于在工业实践中选择一个软件项目团队的成员，并寻找这些标准和项目成功之间的关系。采用半结构化访谈和定性方法进行数据分析和综合，一套团队建设的标准，确定了从项目经理在行业。研究结果表明，一致使用的一套标准与项目的成功显着相关，与人为因素的标准与软件质量，从而项目的成功呈现出很强的相关性。这些知识使项目经理能够做出正确的人员配置决策，以实现预期的水平。
2014-02-11 cs.SE
Effective team onboarding in Agile software development: techniques and goals
背景：新的团队成员加入现有的敏捷软件开发团队并不罕见，即使在开发已经开始之后。这个新的团队成员在融入团队之前面临着许多挑战，并可以为团队进步做出富有成效的贡献。理想情况下，每个新人都应该通过有效的团队入职计划在这一过渡中得到支持，尽管先前的证据表明这对许多组织来说是一个挑战。目标：我们试图了解敏捷团队如何应对团队入职的挑战，以便为未来的入职设计提供信息。方法：我们对来自8个组织的11名参与者进行了访谈调查，以调查敏捷软件开发团队中常见的入职活动。我们还确定了共同的目标，从文献的合成入职。一个储备网格工具被用来映射入职技术的入职目标的贡献。结果：我们的研究表明，广泛的团队入职技术，正式和非正式的，在实践中使用。它还表明，特定的技术对给定的目标或一组目标有很大的贡献。结论：在提出一套入职目标考虑和基于证据的机制，选择技术，以实现预期的目标，预计这项研究将有助于更好地了解入职设计和规划。提高从业者对支持新团队成员的选项的认识也是一个预期的结果。
2019-07-24 cs.SE
Daily Stand-Up Meetings: Start Breaking the Rules
高性能软件团队的成员经常定期协作、交换信息和协调工作。大多数团队将每日站立会议作为这些活动的中心场所。虽然这种会议是最流行的敏捷实践之一，但很少受到研究人员的关注。我们观察了102个日常站立，并采访了来自五个国家的15个团队的60名成员。我们发现，实践通常具有挑战性，以有利于整个团队的方式进行。许多团队成员在主持会议时有负面的经历，这降低了工作满意度，同事信任和幸福感。然而，这种做法可以调整和改进，以增强团队的能力。在这篇文章中，我们描述了影响会议的关键因素，并提出了四项建议，以改善实践。
2018-08-23 cs.SE
How (Un)Happiness Impacts on Software Engineers in Agile Teams?
信息技术（IT）组织越来越多地使用敏捷实践，这些实践基于以人为本的文化以及软件开发过程。因此，了解在敏捷环境中工作的个人的社会和人为因素至关重要，例如幸福和不幸福以及这些因素如何影响这种环境。因此，在一家重视创新的公司，在敏捷项目中开发了五个案例研究，旨在确定敏捷环境中（不）快乐如何影响软件工程师。根据67名参与者通过调查、访谈和交叉分析收集的答案，敏捷团队确定的幸福因素是有效的沟通、积极的成员、成员之间的合作、积极的成员和现任领导。
2020-06-05 cs.SE
Communication and Personality Profiles of Global Software Developers
背景：先前的研究已经确定，在全球软件开发过程中，一小部分个人主导着团队沟通。然而，这些成员的贡献如何影响其团队的知识传播过程，或者他们的个性特征是否是他们占主导地位的原因，目前尚不清楚。目的：我们着手通过对存储库工件的研究来解决这一差距。方法：从IBMRationalJazz存储库中挖掘来自十个团队的工件。我们采用了社会网络分析（SNA），根据他们交流的信息数量和他们对任务变化的参与程度，将从业者分为两个集群，顶级成员和其他人。然后使用SNA指标（密度、入度和紧密度）来研究从业人员在知识传播中的重要性。此后，我们进行了心理语言学分析从业者的信息，使用语言的尺寸，以前与大五人格概况。结果如下：对于我们的样本146从业者，我们发现，顶级成员占据知识传播的关键作用，并表现出更多的开放性的经验比其他人。此外，在团队合作过程中，所有的个性特征都得到了体现，尽管经验开放性、宜人性和外向性特别明显。然而，没有特定的人格预测成员参与知识传播。结论：促进高度连接的团队沟通网络的任务分配可以减轻全球软件团队中的隐性知识损失。此外，虽然表示对经验持开放态度的成员可能特别有动力去执行，但这并不完全是全球团队成功的原因。
2021-02-24 cs.SE
More than Code: Contributions in Scrum Software Engineering Teams
积极和有能力的团队成员是敏捷软件开发的重要组成部分，并决定任何项目的成功。动力来自于持续的进步和对努力的认可。这些概念是专注于自组织团队的Sunday方法的基础支柱。Scrum开发团队成员对项目进展的贡献类型不仅仅是技术上的。然而，一个全面的模型，包括在现代软件工程团队的各种贡献尚未建立。我们提出了一个模型，该模型包含了所有Scrum角色的贡献，明确包括那些与项目工件不直接相关的角色。它提高了执行任务的可见性，作为团队回顾的起点，并作为研究社区讨论的基础。
2020-07-16 cs.SE
Comparison of Machine Learning Methods for Assigning Software Issues to Team Members
Boğaziçi University（博阿齐奇大学）
本研究提出适用于浅层机器学习的精选语言特征，将软件问题分配给四类角色并考量开发者经验，通过5个共5324条问题的工业数据集验证，浅层集成分类器准确率达0.92，与深度语言模型表现相当，还公开了数据集等成果。
2023-08-23 cs.CL cs.LG cs.SE
Prototypical Leadership in Agile Software Development
本研究通过访谈五家瑞典公司的六个敏捷软件团队，考察原型领导力如何影响领导有效性，发现源自团队内部或契合团队共同价值观与特质的领导者更被认可。
2024-09-18 cs.SE
GÉANT Software Maturity Model
GÉANT项目是一个拥有大约30个软件项目和大约20个软件开发团队的大型组织的例子。软件开发团队由来自所有国家研究和教育网络成员的许多熟练的同事组成。所有这些软件开发团队及其成员共同面临的三个主要问题是：地理分布，分散的人力比例，以及在其本地组织中并行参与其他高优先级项目。本文提出了一种新的软件成熟度模型，专门为GÉANT软件开发团队设计，旨在解决所描述的问题。
2019-03-29 cs.SE
How Does Kanban Impact Communication and Collaboration in Software Engineering Teams?
高度迭代的开发过程，如看板，在工业中已经获得了显着的重要性。然而，这些过程对团队协作和沟通的影响是广泛未知的。在本文中，我们分析如何看板过程艾滋病的软件团队的行为-特别是，沟通和协作。研究团队在七周内开发了六个迭代的移动支付软件产品。通过问卷调查收集数据，在每次迭代结束时重复。结果表明，看板在一开始就有积极的作用，让团队一起工作，以确定和协调工作。在以后的阶段，当团队成员之间建立了良好的关系，促进团队合作的重要性不能显示出来。结果还表明，看板可以帮助团队成员共同识别和处理缺失的任务，以保持整个团队的开发速度协调一致，从而增加协作。除了介绍研究和结果外，本文还对未来的工作进行了展望。
2013-11-06 cs.SE
The perceived effects of group developmental psychology training on agile software development teams
研究表明，从心理学的角度来看，小型工作组的成熟度与团队敏捷性密切相关。因此，我们测试了敏捷团队成员是否喜欢团队开发心理学培训。我们的研究结果表明，参与团队似乎有一个非常积极的看法，小组发展培训和国家，他们现在有一个新的方式来思考团队合作和新的工具来处理团队相关的问题。因此，我们看到了在团队开发心理学中培训敏捷团队的巨大潜力，因为积极的影响可能会跨越整个软件开发组织。
2019-11-20 cs.SE
An Additional Set of (Automated) Eyes: Chatbots for Agile Retrospectives
自然语言处理和数据分析的最新进展使软件机器人成为虚拟团队成员，为通知和支持团队合作提供了额外的自动化眼睛和额外的视角。在本文中，我们建议在软件开发领域使用聊天机器人，重点是支持团队项目数据的分析和测量。敏捷团队在常规开发活动中产生的软件项目工件，例如版本控制系统中的提交，代表了团队如何工作和协作的详细信息。对这些数据的分析与敏捷回顾会议特别相关，在这些会议上讨论了对已执行的开发过程的调整和改进。开发团队可以使用这些度量来跟踪开发迭代中已识别的改进操作的进度。聊天机器人提供了一个方便的用户界面，用于与团队成员已经使用的基于聊天的通道中的回顾和相关测量的结果进行交互。
2019-03-11 cs.SE
Leveraging Team Dynamics to Predict Open-source Software Projects' Susceptibility to Social Engineering Attacks
开源软件是软件供应链的重要组成部分。最近针对OSS开发团队的社会工程攻击使攻击者能够成为代码贡献者，然后将恶意代码或漏洞注入到项目中，目的是损害依赖软件。攻击者利用开发团队成员之间的互动和团队行为的社会动态来实现他们的攻击。我们引入了一种安全方法，利用团队动态的签名和模式来预测软件开发团队对社会工程攻击的敏感性，这些攻击可以访问OSS项目代码。所提出的方法是程序设计语言，平台，和兼容性无关的，因为它评估的OSS团队的互动，而不是OSS代码的工件。
2021-07-02 cs.SE
Autonomous agile teams: Challenges and future directions for research
根据敏捷宣言中阐述的原则，有动力和有能力的软件开发人员依靠卓越的技术和简单的设计，通过定期向用户交付工作软件来创造商业价值。这些原则催生了许多实践。这些实践的核心是自主、自我管理或自我组织的团队，其成员以维持创造力和生产力的速度工作。本文总结了实施自治团队时面临的主要挑战，以及未来研究应解决的主题和研究问题。
2018-10-05 cs.SE
Locating Community Smells in Software Development Processes Using Higher-Order Network Centralities
本文基于MOGen高阶网络模型开发了一组中心性度量，用于定位传统静态网络分析无法发现的软件开发过程中的社区异味，并在genua GmbH团队中成功识别出两个关键异味，得到访谈验证。
2023-09-14 cs.CY cs.SE cs.SI
"Is My Mic On?" Preparing SE Students for Collaborative Remote Work and Hybrid Team Communication
沟通对于学生和专业软件工程（SE）团队开发项目的成功至关重要。SE课程提供的项目为学生提供了宝贵的学习经验，因为他们教授行业所需的技能，如团队合作，沟通和调度。专业SE团队采用了Slack、Miro、Microsoft Teams和GitHub Discussions等通信软件来在团队成员之间共享文件和传达信息。同样，他们还分发了Visual Studio CodeSpaces和Jira等软件开发工具来支持生产力。相比之下，在学术界，学生们专注于面对面的会议，以进行团队沟通，并使用通信工具进行文件共享。由于COVID-19大流行，大学被迫突然转向在线或混合模式，从而迫使SE学生迅速采用通信软件。本文提出了一种研究在工业中使用通信软件，为学生毕业后的远程软件开发职位做好准备。
2021-02-01 cs.SE
Do Agile Scaling Approaches Make A Difference? An Empirical Comparison of Team Effectiveness Across Popular Scaling Approaches
本研究通过调研15078名敏捷团队成员与1841名利益相关者，实证对比不同敏捷规模化方法的团队效能，发现策略选择对效能影响极小，组织应结合自身文化与管理风格选型。
2023-10-10 cs.SE
Integrating Pair Programming as a Work Practice
本研究通过单案例探索影响结对编程（PP）采用与长期参与的多重因素，发现长期参与需在亲身体验中确认预期收益，并建议结合集体学习将实践调整为适应各团队，为软件从业者整合PP提供指导。
2025-06-24 cs.SE
Alleviating Merge Conflicts with Fine-grained Visual Awareness
软件团队成员在处理相同代码时所产生的合并冲突可能需要花费很大的代价才能解决，并且会对生产力产生负面影响。在这项工作中，我们建议细粒度的合并冲突意识，软件团队成员的潜在合并冲突通知通过图形装饰的相关语义元素，在近实时的方法。这种方法的新颖之处在于，它允许软件开发人员精确定位冲突中的元素，例如方法的主体、参数、返回值等，从而在冲突发生后不久在语义级别上促进关于冲突更改的通信。我们还对我们的方法进行了初步的定性评估，我们在本文中报告了评估结果。
2015-08-08 cs.SE
A Software Engineering Capstone Course Facilitated By GitHub Templates
针对软件工程顶点课程中工作分配不均和赶工问题，提出使用包含初始基础设施的 GitHub 模板及个人生产力指标监控，初步数据显示截止日提交比例下降，并引入公平性衡量标准，计划未来进行对照实验验证效果。
2024-10-15 cs.CY cs.SE
On measuring team stability in cooperative learning: An example of consecutive course projects on software engineering
协作学习理论表明，稳定的成员关系是有效工作团队的标志。根据关系强度和社会网络中心性，提出了一种连续性协作学习中团队稳定性原因的测度方法。以某高校软件工程连续课程项目为例，从学习成绩和学习满意度两个方面考察了连续协作学习中团队稳定性与学习绩效的关系。通过实证分析，得出学习成绩与团队稳定性呈弱正相关的结论。通过问卷调查和访谈发现，78%的学生不重视团队稳定性的重要性，67%的教师从不建议学生保持稳定的团队。最后，我们提出了一个预期的学习绩效相关模型作为未来的工作，并讨论了不稳定。
2014-01-24 cs.CY cs.SE
Computational Foundations for Strategic Coopetition: Formalizing Collective Action and Loyalty
本文提出了一种基于忠诚度调节的效用函数，用于分析竞合环境中集体行动问题的产生与解决，通过实验验证展示了忠诚度对努力差异的显著影响。
2026-01-21 cs.AI cs.CY cs.MA
