Agile Islands in a Waterfall Environment: Requirements Engineering Challenges and Strategies in Automotive
[背景和动机]受更快的上市时间和缩短开发周期的需求驱动，大型系统工程公司正在其组织中采用敏捷方法。这种敏捷转型是具有挑战性的，在传统的公司结构背景下，敏捷软件团队的采用通常是自下而上的。[Question/Problem]这给敏捷团队在以文档为中心和计划驱动（或瀑布）的环境中工作带来了挑战。虽然可取的做法是两全其美，但不清楚如何才能做到这一点，特别是在管理大规模系统的要求方面。[主要思想/结果]本文介绍了一个汽车公司的探索性案例研究，重点是一个大型系统公司的两个部门，这是在公司范围内采用敏捷的过程。[贡献]我们提出了敏捷团队在更大的计划驱动背景下工作时面临的与需求工程相关的挑战，并提出了缓解挑战的潜在策略。挑战涉及，例如，开发团队没有意识到高层次的需求，并处理编写用户故事的灵活性。我们发现，克服大多数这些挑战的战略仍然缺乏，因此需要更多的研究。
2021-06-21 cs.SE
Agile requirements engineering practices: a survey in Brazilian software development companies
需求工程（RE）是软件开发的主要领域之一。由于敏捷软件开发包含了几种新兴技术，并倡导持续改进，因此它迫切需要解决以下问题：目前最常用的敏捷RE实践，它们的特征以及使用中的挑战。这项工作的目的是调查和分类的收集和规范的敏捷需求实践的基础上，专业人士如何看待他们的重要性，软件项目，应用敏捷方法。因此，对46名巴西软件开发专业人员进行了一项调查，询问哪些方法用于收集和规范敏捷需求，以及采用这些方法时的功能，优点和困难。这些回复使我们能够进行数据分析，并确定受访者的经验与收集方法和敏捷需求规范的观点之间的关系。此外，有人指出，这些方法的采用仍然是最近的事。它们主要使用了不到五年。此外，有人指出，对大多数答复者来说，在提高应用知情方法的效率方面仍存在重大挑战和有待取得的进展。
2022-03-03 cs.SE
A Systematic Mapping Study on Security in Agile Requirements Engineering
[背景]许多公司所处的快速变化的商业环境正在挑战传统的需求工程（RE）方法。这导致了可再生能源的敏捷方法。与此同时，安全性是一个基本的非功能性需求，在敏捷开发环境中仍然很难解决。由于RE中“敏捷”概念的模糊性以及安全需求处理的困难性，人们对如何在敏捷RE中处理安全需求的总体理解仍然是模糊的。[目的]我们的目标是描述敏捷软件项目中处理安全需求的方法的发布环境。[方法]我们进行了一个系统的映射，以概述相关的工作和当代差距，为未来的研究。[结果]我们总共确定了2005年至2017年期间符合纳入标准的21项研究。我们发现，这些方法通常涉及修改敏捷方法，引入新的工件（例如，将用户故事的概念扩展到滥用者故事），或引入处理安全问题的指导方针。我们还确定了使用这些方法与环境、人员、努力和资源有关的局限性。[结论]我们的分析表明，需要投入更多的努力来实证评估现有的方法，并有一个未来的研究方向，以减轻所确定的局限性。
2018-06-04 cs.SE
Agile Metrics for a University Software Engineering Course
通过将讲座与实践项目配对来教授敏捷软件开发已经成为常态。这种方法提出了在开发过程中对实际项目工作以及过程一致性进行分级和评估的问题。然而，很少有最佳实践可以用来衡量学生在实施敏捷实践方面的成功。大多数大学课程依赖于课程或期末口语考试期间的观察。在本文中，我们提出了一套指标，让洞察团队中的敏捷实践的坚持。这些指标识别开发数据中未遵循敏捷流程的实例，例如提交或用户故事。查明的违规行为可作为进一步调查和小组讨论的起点。利用违规的上下文知识，可以细化执行的过程或度量本身。这些指标反映了我们在过去五年中运行软件工程课程的经验。他们衡量的方面，学生经常有问题，并减少过程采用和学生参与。我们提出了建议的指标，这是在最新的课程分期付款，辅导，讲座和口试一起测试。
2018-09-03 cs.SE
The Systems Approach to Change and the Agile Software Development Context
有各种各样的模型解释组织文化，以及如何在组织变革工作中解决这些复杂的问题。这篇研讨会论文声称，在软件工程环境中，已经存在用于处理敏捷过渡的文化变革的模型。人们认为，软件工程领域的研究应该建立在这些模型的基础上，并研究它们之间是否存在差异，而不是通过敏捷的成功案例再次认识到这一点，从而重新发明轮子。实践者已经在其他领域中作为变更代理人工作，他们应该通过这些模型在软件工程过程研究中的存在和集成来获得认可。
2019-04-04 cs.SE
Motivational models for validating agile requirements in Software Engineering subjects
本研究探索将动机模型用于软件工程课程中的敏捷需求验证，通过案例研究得出9项一致性原则，可提升需求工件的一致性与完整性，已在墨尔本大学教学中应用。
2023-06-12 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
Protocol and Tools for Conducting Agile Software Engineering Research in an Industrial-Academic Setting: A Preliminary Study
在软件工程行业进行实证研究是一个过程，因此，它应该具有普遍性。本文的目的是讨论学术研究人员如何通过系统和结构化的方法来解决他们在软件行业进行实证研究时遇到的一些挑战。本文中开发的协议应作为一个实际的指导研究人员，并帮助他们在这个复杂的环境中进行实证研究。
2018-04-10 cs.SE
Agility Measurements Mismatch: A Validation Study on Three Agile Team Assessments in Software Engineering
已经创建了许多工具来测量软件团队的敏捷性，因此在该领域中产生了饱和。选择了三种敏捷测量工具，以验证它们是否产生相似的结果。对A公司的团队（N = 30）进行了工具调查。这些问题被分组为敏捷实践，并检查其相关性，以建立收敛有效性。此外，我们还检查了在这些工具中确定为相同的问题是否会得到受访者的相同答复。我们不能建立收敛效度，因为收集的数据的相关性非常少和低。此外，被确定为在各种工具中具有相同含义的问题，答复者的答案并不相同。我们的结论是，敏捷性的测量领域仍然是不成熟的，需要做更多的工作。并不是所有的工具都适用于每个团队，但它们应该根据团队如何过渡到敏捷来选择。
2019-04-04 cs.SE
Agile Software Engineering and Systems Engineering at SKA Scale
系统工程（SE）是成功实现大型工程项目所需的一组过程和文档，但经典方法并不适合软件密集型项目，特别是当不同利益相关者的需求从一开始就不完全清楚时，需求优先级可能会发生变化。SKA是最终的软件支持的望远镜，需要大量的计算硬件和软件来执行数据简化。我们给出了SKA1开发中的系统和软件工程过程的概述，以及经典和敏捷SE之间的紧张关系。
2017-12-04 astro-ph.IM cs.SE
A multi-case study of agile requirements engineering and the use of test cases as requirements
本研究通过三家公司的迭代案例研究，调查了敏捷开发中“测试用例即需求”的实践，识别出五种实践变体并分析其优劣与差异，为敏捷需求工程的研究与实践提供了实证参考和改进指导。
2023-08-22 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
On the Unhappiness of Software Developers
快乐的生产工人理论认为快乐的工人更有生产力。软件工程的最新研究支持了这一论点，软件开发人员的繁荣幸福的理想经常在行业从业者中表达。然而，文献表明，一种提高工人幸福感和生产力的成本效益高的方法可能是限制不幸福感。心理障碍，如职业倦怠和焦虑，也可以通过限制软件开发人员的负面经验来减少。同时，缺乏对（不）幸福的基线评估和开发人员如何体验幸福的知识。在本文中，我们扩大了对软件开发人员中不快乐的理解：（1）软件开发人员（不）快乐的人口分布，（2）开发软件时不快乐的原因。我们进行了一项大规模的定量和定性调查，结合了一个心理测量验证的工具来测量（不）幸福，有2220名开发人员，产生了1318个完整响应的丰富和平衡的样本。我们的研究结果表明，软件开发人员是一个稍微快乐的人群，但需要限制开发人员的不快乐。我们还确定了219个因素，这些因素代表了开发软件时不快乐的原因。我们的研究结果可以作为开放数据提供，可以作为管理职位的从业人员和开发人员在工作中培养幸福感的指导方针。我们建议在未来的研究中考虑幸福的人和技术方面的软件工程。
2017-05-10 cs.CY cs.SE
Why Does the Engineering Manager Still Exist in Agile Software Development?
本文结合系统性文献综述与案例研究，用多维框架解释敏捷组织中工程经理持续存在的原因，并提出协调敏捷原则与管理必要性的概念模型。
2025-10-04 cs.SE cs.SI
Software Quality - Traditional vs. Agile: an Empirical Investigation
众所周知，软件过程会影响最终产品的质量。也有传闻称，敏捷过程比传统方法的质量更高。然而，这方面的确凿证据仍然缺失。这项工作的报告，在软件过程和软件质量之间的相关性的实证分析，具体参考敏捷和传统的过程。来自21个国家的100多名软件开发人员和工程师接受了在线问卷调查。我们使用软件开发人员和工程师估计的满意客户的百分比作为主要因变量。结果证明了一些有趣的模式：架构风格可能不会对质量产生重大影响，敏捷方法可能会让客户更快乐，大型公司和较短的项目似乎会产生更好的产品。
2017-01-21 cs.SE
ABCDE -- Agile Block Chain Dapp Engineering
加密货币及其基础技术--区块链--正在重塑金融和经济，允许一种去中心化的方法，在没有可信对手的情况下实现可信应用。最近，区块链及其上运行的程序（称为智能合约）也在需要信任和良好认证的所有领域中找到了越来越多的应用。有些人甚至认为，“区块链革命”可以与早期的互联网和Web相媲美。因此，所有围绕区块链技术的软件开发都在以惊人的速度增长。许多软件工程师对区块链技术的巨大兴趣的感觉是不受控制和匆忙的软件开发，这是一种先到先得的竞争，既不能保证软件质量，也不能考虑软件工程的基本概念。本文试图解决这个问题，提出一个软件开发过程来收集需求，分析，设计，开发，测试和部署区块链应用程序。该过程基于几个敏捷实践，例如用户故事和基于它们的迭代和增量开发。但是，它也使用了更正式的符号，例如描述系统设计的一些UML图，以及表示区块链开发中的特定概念的附加内容。该方法进行了详细的描述，并给出了一个例子来说明它是如何工作的。
2019-12-19 cs.SE
Agile Collaboration for Distributed Teams
编辑简介：当今软件工程的特点是两个强烈的趋势：敏捷和分布式。由于缺乏纪律、透明度不足、敏捷的“乒乓”以及由此带来的管理费用和返工，这两方面的需求越来越多，并对团队和项目提出了挑战。作者Fabio Calefato和我描述了当前用于敏捷协作的技术和工具。我期待着从读者和潜在的专栏作者那里听到关于本专栏和您想了解更多的技术的消息。--克里斯托弗·埃伯特
2019-01-21 cs.SE
Analysis of Software Engineering for Agile Machine Learning Projects
Samsung R&D Institute Bangalore（三星研发研究所班加罗尔分所）
使用敏捷方法的机器学习、人工智能或数据科学相关软件工程项目的数量正在增加。然而，很少有人研究这些项目在实践中如何运作。在本文中，我们分析了几个机器学习项目的项目问题跟踪数据，这些数据来自于Scrum（一种流行的敏捷工具）。我们将这些数据与来自非机器学习项目的相应数据进行比较，试图分析机器学习项目如何与正常软件工程项目不同地执行。通过分析发现，机器学习项目问题使用不同的词汇来描述问题，与实施任务相比，探索性或研究性任务的数量更高，并且在每个Sprint之后的产品待办事项中有更多的问题，这意味着提前估计机器学习项目相关任务的持续时间更困难。在分析这些数据之后，我们提出了一些方法，可以更好地记录和执行敏捷机器学习项目，因为它们与普通软件工程项目不同。
2019-12-16 cs.LG cs.SE
An Adaptive XP-based approach to Agile Development
软件设计逐渐变得开放、分布式、普适和连接。一个可悲的统计事实是，软件项目在科学上是脆弱的，并且比其他工程领域更容易失败。敏捷开发是一种哲学。敏捷方法是支持敏捷哲学的过程。除了更常见的团队合作和结构化实践之外，XP还非常强调技术实践。在本文中，我们阐述了XP实践如何用于思考，协作，发布，计划，开发。和状态，使您的团队和组织更加成功。
2012-07-23 cs.SE
An Agile Software Engineering Method to Design Blockchain Applications
加密货币及其基础技术--区块链--正在重塑金融和经济，允许一种去中心化的方法，在没有可信对手的情况下实现可信应用。最近，区块链及其上运行的程序（称为智能合约）也在需要信任和良好认证的所有领域中找到了越来越多的应用。有些人甚至认为，“区块链革命”可以与早期的互联网和Web相媲美。因此，所有围绕区块链技术的软件开发都在以惊人的速度增长。许多软件工程师对区块链技术的巨大兴趣的感觉是不受控制和匆忙的软件开发，这是一种先到先得的竞争，既不能保证软件质量，也不能考虑软件工程的基本概念。本文试图解决这个问题，提出一个软件开发过程来收集需求，分析，设计，开发，测试和部署区块链应用程序。该过程基于几个敏捷实践，例如用户故事和基于它们的迭代和增量开发。但是，它也使用了更正式的符号，例如描述系统设计的一些UML图，以及表示区块链开发中的特定概念的附加内容。该方法进行了详细的描述，并给出了一个例子来说明它是如何工作的。
2018-09-25 cs.SE
Practitioners Perspective on Motivators of Agile in Global Software Development
本文通过调查139名欧洲从业者并使用Smart-PLS分析，实证识别了在全球软件开发中成功实施敏捷方法的关键激励因素。
2025-03-10 cs.SE
Scrum2Kanban: Integrating Kanban and Scrum in a University Software Engineering Capstone Course
随着敏捷方法在专业软件开发中获得支持，使用大学的顶点课程来教授敏捷软件开发方法已经变得司空见惯。这通常意味着学生将被介绍并使用当前最流行的敏捷方法：Sunday。然而，随着行业中采用的敏捷方法发生变化并适应不同的环境，大学课程必须跟上。这方面的一个主要例子是看板方法，最近在行业中引起了关注。在本文中，我们描述了一个顶点课程设计，它增加了实践学习的精益原则所倡导的看板到顶点项目运行与SLEP。这既确保了学生了解最新的过程框架和想法，也确保了学生对敏捷方法如何在实践中使用有了更全面的了解。我们描述了课程的细节，并分析了参与学生的看法以及我们的观察。我们分析了开发工件，学生在课程中创建的两种不同的开发方法。我们还提出了一个总结经验教训以及建议，为今后类似的课程。在课程结束时进行的调查显示，学生对看板融入课程的态度非常积极。
2018-09-06 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
From Group Psychology to Software Engineering Research to Automotive R&D: Measuring Team Development at Volvo Cars
本研究介绍沃尔沃汽车2019-2022年将敏捷团队群体动力学研究转化为工业实践的过程，涵盖一款服务700个团队、9000名员工的自动化调研工具的落地经验、所需条件及面临的挑战，证明该工具搭配策略库可有效促进敏捷团队成熟。
2024-09-18 cs.SE
Agile Minds, Innovative Solutions, and Industry-Academia Collaboration: Lean R&D Meets Problem-Based Learning in Software Engineering Education
本研究将精益研发与基于问题的学习相结合，在产学研合作项目中应用，通过案例研究评估，发现该方法能提升学生知识熟练度并获利益相关者满意，为软件工程教育提供新途径。
2024-07-22 cs.SE
Problem reports and team maturity in agile automotive software development
背景：沃尔沃汽车正在汽车行业大规模地引领敏捷转型。汽车软件开发的社会心理学方面通常是一个研究不足的领域。在汽车软件工程领域，很少有关于团队成熟度或团队动力学的研究。目的：本研究旨在通过调查问题和问题报告与团队成熟度之间的联系来填补这一空白。方法：我们对来自14个团队的84名参与者进行了定量研究，并通过发布训练工程师对所有参与团队进行了概述，对结果进行了定性验证。结果如下：我们发现，一个团队越成熟，他们似乎越快解决问题，通过外部反馈提供，至少在两个初始的团队成熟度阶段。结论：这项研究表明，在现代汽车软件开发部门中，团队动态工作可能会提高生产力，但这需要进一步调查。
2022-04-04 cs.SE
Empowered and Embedded: Ethics and Agile Processes
在这篇文章中，我们专注于道德软件开发的结构方面，并认为道德的考虑需要嵌入到（敏捷）软件开发过程。事实上，我们认为软件开发的敏捷过程特别适合这种努力。首先，我们认为道德评估需要超越软件产品的使用，包括对软件本身的评估。这意味着软件工程师通过他们设计的产品的功能影响人们的生活。因此，软件工程师自己最能接近嵌入式价值。因此，我们把重点放在可能性实施道德审议已经存在的和完善的敏捷软件开发过程。我们的方法依赖于软件工程师在整个开发过程中做出自己的判断，以确保技术功能和道德评估能够得到充分的解决，以传输和培养理想的价值观和规范。我们认为，敏捷软件开发过程可能有助于道德审议的实施，原因有五个：1）敏捷方法被广泛传播，2）它们对扁平层次结构的强调促进了独立思考，3）它们对现有团队结构的依赖充当了深思熟虑的孵化器，4）敏捷开发增强了以对象为中心的技术伦理现实主义，最后，5）敏捷结构为深思熟虑提供了一个突出的终点。
2021-07-15 cs.CY cs.SE
What You Use is What You Get: Unforced Errors in Studying Cultural Aspects in Agile Software Development
本文通过在日本和德国的多案例研究，揭示了使用Hofstede文化维度模型表征敏捷软件开发中文化特征时的挑战，指出实证软件工程研究需进行特定案例的文化特征分析。
2024-04-25 cs.SE
Testing Agile Requirements Models
本文讨论了一种基于模型的方法来验证敏捷开发过程中的软件需求的模拟，特别是自动化测试。模型作为中心开发工件的使用需要被添加到软件工程技术的组合中，以进一步提高在需求定义阶段早期就开始的开发的效率和灵活性。测试需求是提供反馈和提高结果质量的一些最重要的技术。因此，工件的测试应该尽可能早地引入，甚至在需求定义阶段。
2014-09-22 cs.SE
Enabling Reusability in Agile Software Development
软件工程学科在过去的二十年里不断取得发展势头。在过去十年中，已经取得了显著进展。为了跟上行业的多维需求，不时引入新的过程模型。新的软件开发范式正在工业界找到它的位置，如敏捷软件开发，基于重用的开发和基于组件的开发。但是，不同的软件开发模式不能满足软件行业的许多需求。由于所有过程模型的目标是相同的，即，以获得高质量的产品，减少开发时间，提高生产率和降低成本。然而，没有一个单一的流程模型本身是完整的。软件行业正朝着敏捷软件开发的方向发展。敏捷开发显然不适合构建可重用的工件。然而，通过对敏捷过程的仔细关注和重要修改，有可能成功地适应并采用敏捷方法来开发可重用对象。这里提出的模型结合了敏捷软件开发和可重用性的特点。
2013-02-06 cs.SE
Agile Modeling with the UML
本文讨论了一种基于模型的软件开发方法。它认为，使用模型作为中心的开发工件的方法需要添加到软件工程技术的组合，以进一步提高开发的效率和灵活性，以及质量和结果的可重用性。两个主要的和强烈相关的技术进行了确定和讨论：测试用例建模和模型转换的进化方法。
2014-09-22 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
Agile Practices for Quantum Software Development: Practitioners Perspectives
量子软件系统是新兴的软件工程（SE）流派，其利用量子比特（Qubit）和量子门（Qgates）的原理来解决当今经典计算机不能在合理时间内有效地完成的复杂计算问题。根据其支持者的说法，敏捷软件开发实践有可能解决量子软件开发中特有的许多问题。然而，缺乏证据证实敏捷实践是否适合并可以被软件团队采用，因为它们是在量子软件开发的背景下。为了解决这一问题，我们进行了一项实证研究，以调查使用敏捷实践开发量子软件的需求和挑战。虽然我们对10个国家的26名从业者进行了半结构化访谈，强调了敏捷实践在这一领域的适用性，但访谈结果也揭示了阻碍这些实践有效整合的新挑战。我们的研究结果为敏捷实践的进一步情境化和无缝集成与开发下一代量子软件提供了跳板。
2022-10-18 cs.SE
Mining for Process Improvements: Analyzing Software Repositories in Agile Retrospectives
软件仓库包含有关软件工程团队如何工作、通信和协作的知识。它可以用于开发团队开发过程的数据信息视图，这反过来又可以用于过程改进计划。在现代敏捷开发方法中，过程改进发生在回顾会议中，在回顾会议中讨论最后的开发迭代。然而，在这些会议上进行的先前提议的活动通常不依赖于项目数据，而是完全依赖于团队成员的看法。我们提出了新的回溯活动，基于挖掘各个团队的软件存储库，以补充现有的方法，更客观，数据知情的过程视图。
2020-07-16 cs.SE
Understanding Work Practices of Autonomous Agile Teams: A Social-psychological Review
本文的目的是建议社会心理学的其他方面，可以帮助理解自主敏捷团队。利用社会心理学中久经考验的理论，而是看看它们在自主敏捷团队环境中是如何复制和区别的，这将避免重新发明轮子。作为第一步，这是通过查看一些非常常见的敏捷实践并将其与社会心理学研究中的现有发现相关联来完成的。我认为更适用于软件工程的两个理论是社会认同理论和群体社会化理论。结果表明，文献提供了一些敏捷实践流行的社会心理原因，但需要科学研究来收集这些研究不足的主题的经验证据。理解更深层次的心理学理论可以更好地理解构建自主敏捷团队时的心理过程，从而可以更好地预测和干预人为因素。
2020-11-05 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 Maturity and Agility, Are They Connected? - A Survey Study
由于项目管理创新“敏捷开发过程”，在软件工程中对心理学的关注增加了。敏捷方法并没有明确地考虑到团队发展的各个方面;它们只是假设在团队心理学中被描述为成熟的团队。这项研究是由来自美国两个SAP客户的45名员工和他们的12名经理（N=57）进行的，他们正在使用敏捷方法，数据是通过在线调查收集的。选定的敏捷性测量与团体发展测量相关，并显示出显著的收敛效度，即，一个更成熟的团队也是一个更敏捷的团队。这意味着敏捷方法在引入实践时可能会从考虑团队开发中受益。
2019-04-04 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
Agile Software Development Method, A Comparative Review1
虽然敏捷软件开发方法已经引起了全世界软件工程师和研究人员的注意，但科学研究仍然非常缺乏。这项研究的目的是为了使不同的敏捷方法，已经提出的意义。本比较审查是从使用以下特征作为分析视角的观点进行的：项目管理支持、生命周期覆盖范围、实践指导类型、实际使用中的适应性、研究目标类型和经验证据的存在。结果表明，敏捷软件开发方法涵盖，没有提供任何理由，软件开发生命周期的不同阶段，这些方法中的大多数未能提供足够的项目管理支持。此外，相当多的方法仍然没有就如何使用其解决办法或如何使其适应不同的发展情况提供具体指导。经过十年的应用，经验证据仍然相当有限。根据结果，敏捷方法的新方向进行了概述。
2019-03-26 cs.SE
AgileCoder: Dynamic Collaborative Agents for Software Development based on Agile Methodology
FPT Software AI Center（FPT软件人工智能中心）；Fulbright University（富布赖特大学）
针对现有软件智能体过度简化开发工作流的问题，提出融入敏捷方法论的多智能体系统AgileCoder，搭配动态代码图生成器，性能优于现有基准，展现多智能体在软件工程中的潜力。
2024-07-14 cs.AI cs.SE
The Importance of Conflict Resolution Techniques in Autonomous Agile Teams
如今，软件公司通常以团队形式组织工作。关于团队发展的社会科学研究表明，一个团队要达到一个富有成效和自主的阶段，它必须能够有效地管理内部冲突和分歧。为了更好地促进团队开发过程中，我们认为，软件工程师的谈判技巧和解决冲突的需要额外的培训。在这份立场文件中，我们概述了在这种培训中应考虑哪些方面的想法。作为一个例子，我们认为，大多数的冲突起源于团队层面的因素，因此，他们应该在团队层面上管理，而不是在有关的二元。
2019-04-05 cs.SE
Combining Agile with Traditional V Model for Enhancement of Maturity in Software Development
在软件工程领域，每天都有许多新的原型被引入，以提高软件开发的效率和有效性。由于动态环境，组织经常交换他们的软件约束，以满足他们的目标。本文提出的研究方法是将传统的V模型与敏捷方法相结合，将这些模型的优点结合起来，同时最大限度地减少它们各自的缺点。新兴软件系统的波动需求和运营软件的累积成本迫使研究人员和专家确定新兴软件应用的创新和优越的手段，在小企业或企业级正在寻找。敏捷方法论有其自身的优点，但传统软件开发方法论的一些成功所必需的特性存在不足。这就是为什么嵌入式方法将是软件行业的正确答案，而不是纯粹的敏捷方法。这项研究表明，如何敏捷嵌入式传统可以发挥重要作用的软件开发。一项旨在发现这种方法在工业中的影响的调查。进行了定性和定量分析。
2017-02-01 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
Unhappy Developers: Bad for Themselves, Bad for Process, and Bad for Software Product
最近在软件工程中的研究支持"快乐-生产"的论点，并且行业从业者经常表达程序员之间蓬勃发展的快乐的愿望。最近的文献表明，一种提高员工幸福感和生产力的经济有效的方法可能是限制开发人员由于其负面影响而产生的不幸福感。然而，在软件开发环境中，不快乐可能产生的负面影响仍然是未知的。在本文中，我们提出了第一个结果，从一项研究探索的后果不高兴的开发人员。通过对181名参与者的调查问卷进行定性数据分析，我们确定了49种开发软件时不快乐的潜在后果。这些结果有几个含义。在提高人们对软件开发中情绪、情感和感觉的作用的认识的同时，我们预见我们的分类方案将产生新的幸福研究，将因果联系起来，它可以作为开发人员和管理人员在工作中培养幸福感的指导方针。
2017-02-10 cs.CY cs.SE
Framework for continuous transition to Agile Systems Engineering in the Automotive Industry
针对汽车行业在VUCA环境下传统系统工程方法不足的问题，提出一种敏捷系统工程框架，并通过德国汽车制造商底盘开发部门的试点项目验证了其有效性，助力企业促进创新与协作。
2023-11-21 cs.SE cs.SY eess.SY
Re-Imagining Performance Reviews: Automated Dashboards for Continuous Visibility of Engineers Performance
传统的绩效评估方法不适合敏捷快节奏的软件公司。自从早期采用敏捷方法以来，这已经在软件行业中实现了。尽管如此，软件公司仍然在努力寻找一种实用的解决方案，以适应其团队的高度动态特性。特别是，高增长的公司，规模扩大，需要在如何处理绩效评估方面具有创造性。在这次演讲中，我们将介绍自动化的评审仪表板，以支持无缝的评估过程和软件工程师绩效的持续可见性。拟议的仪表板利用现有增长框架的结构，同时自动汇总相关的定性和定量业绩指标。我们反思了在Robusta（一家中型软件扩展公司）使用仪表板的经验。仪表板使一个由四名经理组成的团队能够向56名工程师提供及时的反馈，并为持续的可见性奠定基础。我们从不同利益相关者的角度探讨了仪表板的设计、可定制的指标和整体审查体验。最后，我们总结了经验教训，并为面临同样挑战的规模扩大提出了实用建议。
2021-03-08 cs.SE
Managing Human Factors in Automated Vehicle Development: Towards Challenges and Practices
本研究通过访谈瑞典汽车行业专业人士，探讨了敏捷自动驾驶车辆开发中纳入人因知识的当前实践与挑战，为未来研究指明关键方向。
2024-05-29 cs.SE
Agile Development at Scale: The Next Frontier
敏捷方法已经改变了软件开发的方式，强调最终用户的积极参与，对变化的容忍，以及产品的进化交付。关于敏捷开发的第一个特刊将这些方法描述为关注“反馈和变化”。这些方法导致了软件开发方式的重大变化。在大多数国家，Scrum现在是最常见的开发框架，其他方法如极限编程（XP）和精益软件开发的元素以及看板也被广泛使用。软件从业者和顾问之间自下而上的运动已经被主要的国际咨询公司所采用，这些公司规定了敏捷开发，特别是在学习和创新是关键的情况下。敏捷开发方法主要在软件工程中引起了人们的兴趣，但也在许多其他学科中引起了兴趣，包括信息系统和项目管理。敏捷软件开发方法最初是针对小型的、位于同一地点的开发团队的，但越来越多地应用于其他环境。它们最初用于开发Web系统和内部IT系统，但现在用于一系列领域，包括关键任务系统。为5-9名开发人员组成的单个团队设计的方法已被调整用于具有数十个团队、数百名开发人员的项目，这可能涉及与数百个现有系统的集成并影响数十万用户。
2019-01-02 cs.SE
From Education to Evidence: A Collaborative Practice Research Platform for AI-Integrated Agile Development
Clausthal University of Technology（克劳斯塔尔工业大学）；Ostfalia University of Applied Sciences（奥斯特法利亚应用科学大学）
本文提出一个整合AI的敏捷教育平台，通过协作研究环境生成实践相关证据，提升敏捷开发中的研究及时性和可重用性。
2026-03-11 cs.SE
Agile Methodology in Online Learning and How It Can Improve Communication: A Case Study
本研究聚焦新冠疫情下高校在线教学场景，提出将软件工程领域的敏捷方法论相关技术应用于在线教学，并通过学生成绩分析验证了这类敏捷技术或可提升教学效果。
2023-07-18 cs.CY cs.SE
Use of Agile Practices in Start-ups
本研究通过案例调查分析84个初创企业案例和56项敏捷实践，发现初创企业广泛使用敏捷实践但不遵循特定方法论，其使用与团队和产品因素显著相关，并能提升产品质量和资源利用。
2024-02-14 cs.SE
Fuzzy Logic Approach for Threat Prioritization in Agile Security Framework using DREAD Model
对于一个定性的系统，健全的安全实践必须是贯穿整个软件生命周期的关键部分。此外，敏捷软件开发为克服开发人员在传统开发过程中面临的问题铺平了道路。在给定的文件中，我们正在使用一个敏捷的安全框架，是与敏捷过程的做法兼容，并继承了安全工程活动的好处，在风险评估和威胁优先级的形式。DREAD模型是处理与安全威胁相关的日益增长的风险的最流行的技术之一。它用于对滥用者故事中确定的威胁风险进行评级。在这个模型中，威胁需要通过精确的截止值来定义。然而，这种精确的分布并不适合于风险分类，因为风险的性质是模糊的，涉及高度的不确定性。鉴于这些风险因素，我们提出了一种新的模糊方法，使用DREAD模型计算风险水平，确保更好地评估不精确的概念。因此，它提供了在风险评级过程中纳入主观性和不确定性的能力。一个案例研究已经提出来说明和比较所提出的方法与现有的一个使用Matlab。
2013-12-24 cs.SE
Quality Assurance Practices in Agile Methodology
本研究旨在调查敏捷软件开发中的质量保证实践，分析常见问题与关键驱动因素，并提出通过分析质量参数来改进SQA实践的建议。
2024-11-07 cs.SE
How to Measure Performance in Agile Software Development? A Mixed-Method Study
本研究通过快速文献综述与单案例焦点小组的混合方法，明确敏捷软件开发绩效指标应用的挑战，构建常用指标库并给出实践与研究启示，以提升指标应用成功率。
2024-07-08 cs.SE
