The Influence of Teamwork Quality on Software Team Performance
传统上，软件质量被认为取决于健全的软件工程和开发方法，如结构化编程和敏捷开发。然而，高质量的软件同样依赖于团队内部的高质量协作。由于软件开发项目的成功率很低（Wateridge，1995; The Standish Group，2009），因此了解软件开发团队中哪些交互特征会显著影响绩效非常重要。Hoegl和Gemuenden（2001）使用六因素团队质量（TWQ）模型报告了团队质量和软件质量之间关系的经验证据。本文扩展了Hoegl和Gemuenden（2001）的工作，目的是找到可能影响软件团队绩效的其他因素。我们引入了三个新的TWQ因素：信任，价值共享和专业知识的协调。使用来自252名团队成员和利益相关者的数据对团队工作质量与团队绩效的关系以及模型的改进进行了检验。结果表明，团队合作质量与团队成员和利益相关者的团队绩效显着相关：TWQ解释了团队成员评分的团队绩效差异的81%和利益相关者评分的61%。本研究显示，团队领导者在达成高品质的软体团队工作时，必须考虑信任、共同价值观与专业知识的协调。
2017-01-22 cs.SE
Right Thoughts and Right Action: How to Make Agile Teamwork Effective
在许多工业部门，团队合作至关重要。在创建复杂的软件解决方案时，大多数公司和公共机构将工作组织在跨职能团队中，并遵循敏捷开发的原则。这种知识密集型工作的方法旨在赋予团队成员权力，确保最有能力的人做出决策，并通过允许成员随着工作的进展而学习和适应来管理不确定性。关于团队合作的建议很多。例如，Google re：Work模型以成功团队的五个关键因素的形式为开发团队提供建议，包括团队成员认为有意义的心理安全，结构和清晰度以及团队合作。还有来自多年团队合作研究和敏捷开发团队经验研究的一般建议。然而，目前还没有一个模型能够将所有这些来源的知识集中在一起，并专门关注敏捷团队的有效性。为了填补这一空白，我们开发了敏捷团队工作效率模型（ATEM）。我们的模型是基于对敏捷开发团队的实证研究，有效的团队和团队合作的一般研究，以及从业者的建议。我们还结合了我们自己的两个案例研究和22个焦点小组的研究结果。虽然主要是针对协同的敏捷软件开发团队，但越来越多的IT部门以外的敏捷方法的采用可能使该模型对其他敏捷工作场所有价值。
2022-07-05 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
What Makes Effective Leadership in Agile Software Development Teams?
有效的领导力是业务和项目成功的关键驱动力之一，也是管理研究中最活跃的领域之一。但是，领导力在敏捷软件开发中是如何发挥作用的呢？敏捷软件开发强调自我管理和自我组织，而传统的领导角色则被边缘化了。为了找到答案，本研究从13名专业人士的角度研究了敏捷领导力，这些专业人士在10家不同规模的软件开发公司担任不同的角色。来自半结构化访谈的数据显示，领导力：（1）在团队成员之间动态共享;（2）产生对团队的归属感;（3）涉及平衡竞争的组织文化（例如平衡新的敏捷文化与旧的里程碑驱动文化）。换句话说，敏捷领导力是团队的一种属性，而不是一种角色，有效性取决于敏捷团队成员对团队的认同，接受责任，以及对文化冲突的敏感性。
2022-01-20 cs.SE
Prototypical Leadership in Agile Software Development
本研究通过访谈五家瑞典公司的六个敏捷软件团队，考察原型领导力如何影响领导有效性，发现源自团队内部或契合团队共同价值观与特质的领导者更被认可。
2024-09-18 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
GÉANT Software Maturity Model
GÉANT项目是一个拥有大约30个软件项目和大约20个软件开发团队的大型组织的例子。软件开发团队由来自所有国家研究和教育网络成员的许多熟练的同事组成。所有这些软件开发团队及其成员共同面临的三个主要问题是：地理分布，分散的人力比例，以及在其本地组织中并行参与其他高优先级项目。本文提出了一种新的软件成熟度模型，专门为GÉANT软件开发团队设计，旨在解决所描述的问题。
2019-03-29 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
Detecting and Optimising Team Interactions in Software Development
团队的功能交互结构捕捉不同角色的成员交互的偏好。本文提出了一种数据驱动的方法来检测软件开发团队的功能交互结构，从团队成员在开发平台上留下的痕迹，在他们的日常工作。我们的方法考虑团队成员的活动水平的差异，并使用块约束的配置模型来计算不同角色的成员之间的交互偏好。我们应用我们的方法在一个案例研究中提取的功能交互结构的产品团队在德国IT安全公司genua有限公司。随后，我们验证了五个团队成员的访谈中检测到的互动结构的准确性。最后，我们展示了我们的方法如何使团队能够比较他们的功能交互结构对综合创建的基准场景。具体来说，我们评估团队中的知识扩散水平，并确定团队可以进一步改进的领域。我们的方法是计算效率高，可以应用于实时的管理团队的互动结构。
2023-02-28 cs.CY cs.SE cs.SI
Agile methodologies in teams with highly creative and autonomous members
敏捷宣言鼓励我们重视个人和交互，而不是过程和工具，而最受欢迎的敏捷开发方法学，本质上是基于角色，事件，工件以及将它们绑定在一起的规则（即，过程）。此外，通常宣称，每当Sunday项目不成功时，原因是Sunday没有正确实现，而不是因为Sunday可能有自己的缺陷。这赋予了方法论的不可辩驳性，阻止了偏离以适应开发人员的实际需求和特殊性。特别是，NASA ADS团队的成员具有高度的创造性和自主性，如果他们的自由受到太大的限制，他们的动机就会受到影响。我们展示了我们遵循敏捷原则的经验，重复使用某些Scrum元素，并寻求团队成员的满意度，同时快速反应/保持项目符合我们的利益相关者的期望。
2020-09-10 astro-ph.IM 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
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
An Empirical Investigation of Pull Requests in Partially Distributed BizDevOps Teams
在全球分布的项目中，虚拟团队通常是部分分散的。一种常见的设置是，来自一家公司的多名成员与位于另一个国家的大型外包供应商合作。此外，流行的BizDevOps概念的引入增加了跨部门合作的必要性，并减少了业务战略和技术开发之间古老的脱节。在部分分布式的BizDevOps团队中建立良好的协作需要广泛的协作和通信技术。如今，一种常见的方法是依靠通过拉取请求和Slack上的频繁通信进行协作。为了调查分布式团队中拉取请求的障碍，我们研究了位于斯堪的纳维亚半岛的一个组织，其中跨职能的BizDevOps团队与印度的非现场团队成员合作。通过进行14次访谈、与团队一起观察23天以及观察37次会议收集了数据。我们发现拉取请求方法在本地工作得很好，但在跨站点工作得不好。我们发现了一些障碍，比如领域复杂性、不同的敏捷流程（时间框与基于流的开发）以及员工流动。使用我们的研究结果的智力资本镜头，我们讨论的障碍和积极和消极的影响，成功的拉请求的方法。
2021-12-03 cs.SE
Psychological Safety in Agile Software Development Teams: Work Design Antecedents and Performance Consequences
心理安全被认为是敏捷软件开发团队成功的关键因素，但缺乏实证研究调查心理安全在这种情况下的作用。本研究探讨了软件开发团队的工作设计特征（自主性，任务相互依赖性和角色清晰度）如何影响心理安全，以及心理安全如何直接或间接地通过团队反身性影响团队绩效。我们测试我们的模型使用的调查数据，从236名团队成员在43个软件开发团队在挪威。我们的研究结果表明，自主性提高了软件团队的心理安全，心理安全再次对团队的反思性和团队绩效的直接影响有积极的影响。
2021-09-30 cs.SE
An Additional Set of (Automated) Eyes: Chatbots for Agile Retrospectives
自然语言处理和数据分析的最新进展使软件机器人成为虚拟团队成员，为通知和支持团队合作提供了额外的自动化眼睛和额外的视角。在本文中，我们建议在软件开发领域使用聊天机器人，重点是支持团队项目数据的分析和测量。敏捷团队在常规开发活动中产生的软件项目工件，例如版本控制系统中的提交，代表了团队如何工作和协作的详细信息。对这些数据的分析与敏捷回顾会议特别相关，在这些会议上讨论了对已执行的开发过程的调整和改进。开发团队可以使用这些度量来跟踪开发迭代中已识别的改进操作的进度。聊天机器人提供了一个方便的用户界面，用于与团队成员已经使用的基于聊天的通道中的回顾和相关测量的结果进行交互。
2019-03-11 cs.SE
A survey on agile practices and challenges of a global software development team
敏捷宣言描述了向开发团队传达信息以及在开发团队内部传达信息的最有效和最有效的方法是通过面对面的对话。然而，当团队在全球软件开发（GSD）环境中工作时，这并不总是可能的。基于这种情况下，本研究提出了一个探索性的数据分析，使用调查结果，探索敏捷实践和挑战的全球软件开发团队，使用ScaledAgile框架（SAFe），这是专为大型组织的需要。本研究的目的是了解团队在某些敏捷实践中的知识水平，以及通常优先考虑哪些类型的沟通。由于在GSD环境中，团队成员在地理上分布在多个地区和时区，因此我们的目标是确定该环境可能存在的挑战。作为这种探索性分析的结果，它已被确定，通信是GSD环境中的主要挑战之一，电话被认为是最有效的通信类型。此外，我们还发现专业人士对敏捷实践的信心程度不同，并得出结论，专业人士之间的知识转移可以帮助那些对某些敏捷实践不自信的团队成员提高他们的整体信心和知识。
2019-10-20 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
Leveraging Team Dynamics to Predict Open-source Software Projects' Susceptibility to Social Engineering Attacks
开源软件是软件供应链的重要组成部分。最近针对OSS开发团队的社会工程攻击使攻击者能够成为代码贡献者，然后将恶意代码或漏洞注入到项目中，目的是损害依赖软件。攻击者利用开发团队成员之间的互动和团队行为的社会动态来实现他们的攻击。我们引入了一种安全方法，利用团队动态的签名和模式来预测软件开发团队对社会工程攻击的敏感性，这些攻击可以访问OSS项目代码。所提出的方法是程序设计语言，平台，和兼容性无关的，因为它评估的OSS团队的互动，而不是OSS代码的工件。
2021-07-02 cs.SE
The human side of Software Engineering Teams: an investigation of contemporary challenges
最近有人呼吁研究软件工程中的人性化方面及其对生产力、开发人员幸福感和项目成功等各种因素的影响。对软件工程团队中哪些挑战最常见的分析仍然缺失。我们的目标是提供一个理论的出发点有关人类的挑战和他们的原因在软件工程。我们建立了一组可重用的挑战，并开始调查团队虚拟化的影响。虚拟团队通常使用数字通信，由不同国籍的成员组成。我们设计了一个调查工具，并要求受访者评估一组挑战的频率和重要性，这些挑战在“团队内部”以及“团队和客户之间”的背景下分开，从以前的经验工作，博客文章和试点调查反馈中编译。对于团队挑战，我们询问是否已采取缓解措施。受访者还被要求提供有关其团队设置的信息。该调查还衡量了施瓦茨的人类价值观。最后，受访者被问及他们的工作场所是否存在其他挑战。我们报告了从192名受访者获得的结果。我们提出了一系列的挑战，考虑到调查反馈，并介绍了两类挑战：“人际”和“自我”。我们没有发现人类价值观与挑战之间存在联系的证据。我们发现，团队中不同国籍的人数与某些挑战之间存在一些重要联系，与只有一个国籍或超过三个国籍的团队相比，如果有2-3个不同国籍的人，那么发生的频率和关键挑战就不那么频繁。更高程度的虚拟化似乎会增加一些人类挑战的频率。
2022-01-31 cs.SE
Autonomous agile teams: Challenges and future directions for research
根据敏捷宣言中阐述的原则，有动力和有能力的软件开发人员依靠卓越的技术和简单的设计，通过定期向用户交付工作软件来创造商业价值。这些原则催生了许多实践。这些实践的核心是自主、自我管理或自我组织的团队，其成员以维持创造力和生产力的速度工作。本文总结了实施自治团队时面临的主要挑战，以及未来研究应解决的主题和研究问题。
2018-10-05 cs.SE
"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
An Empirical Study on Collaborative Architecture Decision Making in Software Teams
架构决策被认为是软件开发中最具挑战性的认知任务之一。本研究的目的是探索软件团队中架构决策的实践状态，包括架构师的角色和相关的挑战。在欧洲的一家大型软件公司进行了一项探索性的案例研究，并采访了15位软件架构师作为数据汇集的主要方法。结果表明，大多数软件团队的架构决策协作。特别是，协商式决策风格是首选，因为它有助于在考虑团队成员意见的同时有效地做出决策。据观察，大多数软件架构师与软件团队保持着密切的关系。还确定了几个组织，流程和人类相关的挑战及其对架构决策的影响。
2017-07-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
Modeling Gender Differences in Membership Change in Open Source Software Projects
开源软件开发中的性别多样性仍然是研究人员，从业人员和组织越来越感兴趣的话题。迄今为止，研究显示，开发人员之间在性别基础上的参与存在差异，女性在开源开发中的代表性明显不足。使用为开源项目多样性研究而策划的大型数据集，我们通过描述GitHub中基于性别的参与差异和群体组成之间的关系，为这项工作做出了贡献。我们发现，与男性相比，女性和未知性别的贡献者在开源项目中的任期较短。此外，在团队层面，我们发现，具有混合性别组成的项目团队与较低的营业额相关，而平台任期分布差异较大的团队与较高的营业额相关。最后，我们的案例研究表明，当观察整个团队时，GitHub用户更有可能留在项目中，而不是在贡献后离开，但当专门观察女性时，用户更有可能在为项目做出贡献后离开而不是留下来。
2022-06-16 cs.HC cs.SE
Analysing Time-Stamped Co-Editing Networks in Software Development Teams using git2net
来自软件仓库的数据已经成为软件工程过程实证研究的重要基础。存储库挖掘文献中反复出现的主题是开发人员网络的推断，例如从项目的提交历史中捕获协作，协调或通信。大多数研究的网络是基于软件人工制品的合著。因为这忽略了代码更改和代码所有权的详细信息，我们引入了git 2net，一个可扩展的python软件，它有助于在大型git仓库中提取细粒度的协同编辑网络。它使用文本挖掘技术来分析文件中文本修改的详细历史。我们将我们的工具应用于两个案例研究，使用多个开源的GitHub存储库以及商业软件项目。具体来说，我们使用超过120万次提交和超过25'000名开发人员的数据来测试软件团队中开发人员生产力和共同编辑模式之间关系的假设。我们认为，git 2net开辟了一个巨大的高分辨率的人类协作模式的数据，可用于推进理论在经验软件工程，计算社会科学和组织研究的新来源。
2019-11-21 cs.MA cs.SE cs.SI
A Software Engineering Capstone Course Facilitated By GitHub Templates
针对软件工程顶点课程中工作分配不均和赶工问题，提出使用包含初始基础设施的 GitHub 模板及个人生产力指标监控，初步数据显示截止日提交比例下降，并引入公平性衡量标准，计划未来进行对照实验验证效果。
2024-10-15 cs.CY 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
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
