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
Software Companies Responses to Hybrid Working
本研究通过大规模调查，提出软件公司在个人、团队和组织层面受混合办公影响的分类法，发现正面回应多于负面，且混合办公带来更好的平衡、生产力和效率。
2024-07-20 cs.SE
Does the performance of TDD hold across software companies and premises? A group of industrial experiments on TDD
测试驱动开发（TDD）被认为可以提高外部软件质量。然而，TDD提高外部质量的程度很少在工业实验中研究。我们在两个不同的公司进行了四个工业实验，以评估TDD的外部质量的性能。我们研究TDD的性能是否在同一公司和跨公司的场所举行。我们确定影响结果的参与者级别特征。最后迭代测试（ITL）是TDD的反向方法，在四个前提中的三个前提中优于TDD。ITL在这两家公司的表现都优于TDD。使用单元测试和测试工具的经验越多，国际交易日志和测试驱动开发之间的性能差异就越大（有利于国际交易日志）。技术环境（即，程序设计语言和测试工具）似乎不影响结果。在工业实验中评估影响结果的参与者级别的特征可以简化对TDD在现实环境中的性能的理解。
2018-07-20 cs.SE
Software development in startup companies: A systematic mapping study
本研究通过系统性映射研究梳理创业公司软件开发文献，分析43项相关研究后发现该领域高质量研究有限，实践多为机会性选择调整以适配创业约束。
2023-07-24 cs.SE
Work-from-home and its implication for project management, resilience and innovation -- a global survey on software companies
[背景] COVID-19大流行对全球所有经济部门（包括软件业务）的人们的工作和协作方式产生了破坏性影响。虽然远程工作对软件工程师来说并不新鲜，但对于个人、软件团队和软件公司来说，在家工作的情况既有约束、限制，也有机会。由于工作的“新常态”可能是基于当前在家工作的状态，因此了解发生了什么并从中学习是有用的。[目的]了解WFH环境对软件项目和软件公司的影响。我们也有兴趣了解软件初创公司和成熟公司之间的影响是否不同。[方法]我们在2021年春季和夏季进行了全球范围的横断面调查。我们的研究结果是基于对297个有效回答的定量和定性分析。[结果]我们观察到WFH对软件项目管理，弹性和创新的影响的混合感知。在全球范围内观察到关于WFH、控制和协调机制以及协作工具的某些模式。我们发现，团队、敏捷性和领导力是在疫情期间实现复原力的三个最重要因素。虽然初创公司对WFH的影响没有不同的看法，但在小团队环境中工作的工程师和在大团队环境中工作的工程师之间存在差异。[结论]该研究为未来软件产业WFH实践和环境的研究和改进提供了一种权变方法。
2022-02-10 cs.SE
Employee-Driven Innovation to Fuel Internal Software Startups: Preliminary Findings
为了跟上创新的步伐，老牌公司越来越依赖内部软件初创公司。然而，成功地与这样的创业公司是一项具有挑战性的任务，因为内部创业公司需要找到公司的利益和创新者的利益之间的平衡。据认为，加强现有公司创新的一种方法是企业驱动创新（EDI）。本研究探讨了这一论点，通过检查公司内部的两个软件初创企业与EDI的原则一致，并以创新为重点。初步研究结果表明，创业与EDI的特点是致力于创新，合作导向，和自主权。研究结果表明，内部软件创业可能会加强时，母公司实行EDI。
2021-07-27 cs.SE
Adaptation of Black-Box Software Components
软件市场的全球化给软件公司带来了严峻的问题。软件公司之间的竞争越来越激烈，迫使公司在更短的时间内开发更新的软件产品。因此，软件系统的上市时间缩短了，显然产品的生存周期也缩短了[.]这里介绍的方法提出了一种新的技术与支持环境，使开发人员能够应付黑盒软件组件的适应性。将设计一个支持环境，在其规格的帮助下检查黑盒软件组件的兼容性。
2009-03-03 cs.SE
Scaling Agile Development in Mechatronic Organizations - A Comparative Case Study
敏捷软件开发原则使公司能够成功和快速地交付软件，满足客户的期望，同时专注于高质量。许多使用纯软件系统的公司已经采用了这些原则，但是在处理非纯软件产品的公司中实现它们是具有挑战性的。我们确定了一组目标和实践，以支持开发软件密集型机电一体化系统的公司的大规模敏捷开发。我们使用了归纳法的基础上收集的实证数据在纵向研究与北欧地区的六家公司。数据汇集是在两年多的时间里通过焦点小组讲习班、个人现场访谈和补充调查进行的。大规模敏捷开发的主要好处是提高质量，通过支持交付软件、硬件和机制的团队之间的定期或持续集成的实践来实现。在这方面，最有利的交付集成周期是每四周一次;虽然每天的持续集成有利于软件团队，但其他学科似乎并没有从更快的集成周期中受益。我们确定了108个目标和开发实践，支持公司之间的敏捷原则，其中大多数与集成有关;因此，26个敏捷实践是机电一体化领域独有的，以支持采用敏捷超越纯软件开发团队。其中16项做法被视为关键推动因素，并得到我们的控制案例的证实。
2017-03-02 cs.SE
Software Engineering Knowledge Areas in Startup Companies: A Mapping Study
本文通过系统性文献映射与滚雪球抽样，梳理14项研究中的54项实践，发现SWEBOK知识领域覆盖不全且现有研究严谨性不足，难以为初创公司全生命周期提供可靠软件工程支持。
2023-08-15 cs.SE
Sharing of vulnerability information among companies -- a survey of Swedish companies
软件产品很少从头开始开发，这些产品中的漏洞可能存在于开源软件或由另一组织提供的部分中。因此，产品的整体网络安全通常取决于几个组织之间的合作，无论是明示的还是暗示的。我们研究了软件生态系统中的公司对共享漏洞信息的态度和做法。此外，我们将这些做法与当代网络安全建议进行了比较。这是通过一项基于调查的定性调查进行的。问卷分为两部分：供应商的角度和收购方的角度。结果表明，公司愿意相互分享有关漏洞的信息。尽管大多数受访者认为漏洞信息敏感，但共享并不被认为对网络安全或业务有害。然而，尽管这些公司对共享持开放态度，但它们不太愿意主动共享漏洞信息。此外，供应商没有意识到客户对漏洞信息有很大的兴趣。因此，公司对共享漏洞信息的总体态度是被动但开放的。相比之下，当代网络安全指南建议生态系统中的参与者积极披露和共享。
2019-06-11 cs.SE
A Systematic Approach to Setting Up Distributed Global Collaborations for Software-based Products in the Automotive Domain
组织越来越需要在全球范围内与内部和外部合作伙伴合作，以创建基于软件的产品和服务。在建立这种全球协作时，需要处理许多方面和风险。需要考虑不同类型的合作，如工程合作或以创新为重点的合作。还需要审查其他方面，如文化和社会方面、协调、基础设施、组织变革进程和沟通问题。虽然在建立全球协作方面已有经验，但这些经验主要集中在某些具体领域。一个全面的整体方法，指导公司系统地建立基于软件的产品的全球合作是广泛缺失的。本论文的目标是分析现有的文献和相关信息，并提取需要考虑的主题，同时建立全球软件开发合作，以确定解决方案，风险，成功因素，战略，良好的经验，以及良好的例子。这些信息的结构使其可以被公司用作一种有充分依据的整体方法，以有效地指导公司在软件开发领域建立长期的全球合作。所提出的方法是基于文献中报告的科学发现，由行业需求驱动，并得到行业专家的确认。
2014-10-03 cs.CY cs.SE
The Tech DEI Backlash -- The Changing Landscape of Diversity, Equity, and Inclusion in Software Engineering
针对当前科技行业DEI反弹但相关学术研究不足的现状，本文通过灰色文献研究分析10家头部软件公司的DEI战略变化，将企业按投入转变分类，并提出DEI宇宙图谱可视化行业趋势。
2025-06-17 cs.SE
Software engineering in start-up companies: An analysis of 88 experience reports
本研究分析了88份初创企业经验报告，探讨了软件工程在初创企业中的应用，发现需求工程不足是主要挑战，并提出了进一步研究方向。
2023-11-20 cs.SE
Software Development in Startup Companies: The Greenfield Startup Model
本文运用扎根理论调查初创公司的软件开发实践，提出 Greenfield Startup Model（GSM），揭示快速发布、用户反馈驱动与产品重构之间的张力及研究方向。
2023-08-18 cs.SE
Business and technical requirements of Software-as-a-Service: Implications in portuguese enterprise business context
软件即服务（SaaS）是一些公司承载其业务流程的可行选择。采用率相当高，公司已经使用两种以上的服务超过两年。然而，虽然一些公司计划在不久的将来将更多的业务流程由这些服务支持，但其他公司不知道他们是否会这样做。他们对软件提供商的服务水平有几点担忧。这些问题主要是技术和功能问题、服务可用性和支付模式。与传统软件相比，有一些重大变化对软件的开发和提供给用户产生了影响。现有的研究针对特定的方面，很少有研究对SaaS对开发和提供软件的任何人以及作为最终用户使用软件的人的影响给出更广泛的观点。葡萄牙市场的真正需求是什么？有什么恐惧，正在采取什么措施来减轻恐惧？为了创造更多的价值，我们应该把与SaaS产品相关的注意力集中在哪里？因此，要分析这些问题，四个探索性的案例研究被用来评估SaaS对软件开发商或软件提供商在葡萄牙和最终用户的可能影响。这篇文章出现在一个现实和深入的研究，包括葡萄牙公司的管理者，领导者和决策者的参与，以实现什么实际上构成了SaaS的问题，以及什么有效的公司希望在这个报价提供的背景下。这项研究的结果表明，SaaS有效地为葡萄牙公司的发展提供了一个非常有趣和坚实的解决方案，但缺乏更大的努力，特别是在为每个客户（租户）定制和与后端内部部署应用程序集成方面。
2013-12-08 cs.SE
Why Companies "Democratise" Artificial Intelligence: The Case of Open Source Software Donations
Oxford Internet Institute（牛津互联网研究所）；University of Oxford（牛津大学）
本研究采用混合方法调查了向Linux Foundation捐赠的43项AI开源软件的商业激励，提出了涵盖个人与组织的社会、经济和技术激励分类体系，强调开放治理与自下而上的推动作用，为AI民主化提供分析框架。
2024-09-26 cs.AI cs.CY cs.SE
Post-Pandemic Hybrid Work in Software Companies: Findings from an Industrial Case Study
本文通过一项涉及545名软件专业人员的工业案例研究，揭示了影响后疫情时代混合办公选择的多维因素，并指出成功关键在于平衡个人偏好、团队动态与组织策略，且不存在通用方案。
2024-01-17 cs.SE
Happiness and the productivity of software engineers
软件公司和初创公司经常遵循开发人员蓬勃发展的想法。额外津贴、游乐场客房、免费早餐、远程办公室选择、公司附近的体育设施、公司休养所，你能想到的都有。理由是快乐的开发人员应该更有效率，也应该被留住。但是，快乐的软件工程师是否更有生产力呢？此外，额外津贴是让开发人员高兴的方法吗？开发商们真的很高兴吗？软件工程师不快乐的后果是什么？无论是从生产力的角度，还是从可持续软件开发和工作场所福祉的角度，这些问题都很重要。管理者、团队领导者以及团队成员都应该对这些问题感兴趣。本章概述了我们对软件开发人员幸福感的研究。您将了解为什么让软件开发人员快乐很重要，他们有多快乐，是什么让他们不快乐，以及在开发软件时对快乐和生产力的期望。
2019-04-16 cs.CY cs.SE
Agile requirements engineering practices: a survey in Brazilian software development companies
需求工程（RE）是软件开发的主要领域之一。由于敏捷软件开发包含了几种新兴技术，并倡导持续改进，因此它迫切需要解决以下问题：目前最常用的敏捷RE实践，它们的特征以及使用中的挑战。这项工作的目的是调查和分类的收集和规范的敏捷需求实践的基础上，专业人士如何看待他们的重要性，软件项目，应用敏捷方法。因此，对46名巴西软件开发专业人员进行了一项调查，询问哪些方法用于收集和规范敏捷需求，以及采用这些方法时的功能，优点和困难。这些回复使我们能够进行数据分析，并确定受访者的经验与收集方法和敏捷需求规范的观点之间的关系。此外，有人指出，这些方法的采用仍然是最近的事。它们主要使用了不到五年。此外，有人指出，对大多数答复者来说，在提高应用知情方法的效率方面仍存在重大挑战和有待取得的进展。
2022-03-03 cs.SE
Software Process Measurement and Related Challenges in Agile Software Development: A Multiple Case Study
现有的科学文献强调了度量在敏捷软件开发（ASD）中的重要性。尽管如此，实证调查指标在ASD是稀缺的，特别是在确定的理由和与指标相关的操作挑战。在Q-Rapids项目（Horizon 2020）中，我们使用目标问题度量（GQM）方法在四家敏捷公司进行了多个案例研究，以调查ASD中过程度量选择的基本原理，以及在实施过程中面临的挑战。结果反映了公司对评估流程方面（如速度、测试性能和估计准确性）感兴趣，并且他们更喜欢这些评估的自定义指标。公司使用指标作为访问甚至利用数据的手段，以前由于技术或流程限制而无法访问。然而，公司的开发环境可能会阻碍度量的操作化，主要表现为度量度量所需的数据的不可用。（查看全文摘要）
2018-09-04 cs.SE
An Empirical Study of the Landscape of Open Source Projects in Baidu, Alibaba, and Tencent
开源软件已经引起了越来越多的研究者、开发者和企业的关注。与此同时，许多中国科技公司正在拥抱开源，并选择将他们的项目开源。尽管如此，大多数以前的研究都集中在微软或谷歌等国际公司，而中国科技公司的开源项目的实际价值仍然不清楚。为了解决这个问题，我们进行了一项混合方法研究，以调查中国三家大型科技公司（即百度，阿里巴巴和腾讯（BAT））开源项目的情况。我们研究了开源项目的类别和特点，开发人员对这些公司的开源努力的看法，以及他们的开源项目的国际化努力。我们收集了BAT在GitHub上开源的1,000个开源项目，并进行了一项在线调查，收到了来自这些项目开发人员的101份回复。一些主要的调查结果包括：1）BAT更喜欢开源前端开发项目，2）88%的受访者对各自公司的开源软件项目持积极态度，3）64%的受访者表示BAT开源项目的最常见动机是希望获得知名度，扩大影响力和获得招聘优势，4）受访者认为最常见的国际化努力是“提供英文版的自述文件”，5）国际化努力较多的项目（即，包括英文自述文件）更受欢迎。我们的研究结果为软件工程研究人员提供了方向，并为软件开发人员和中国技术公司提供了实用的建议。
2021-03-02 cs.SE
Prediction of Human Performance Capability during Software Development using Classification
人力资本的质量是软件企业在知识经济时代保持竞争优势的关键。软件公司将优秀的人才视为业务优势。他们越来越认识到有效的人才和业务成功之间的关键联系。然而，软件公司遭受高流动率往往很难招募到合适的人才。迫切需要开发一种人员选拔机制，以找到最适合其软件项目的人才。数据采掘技术保证了从历史项目中探索信息，项目经理可以根据这些信息做出生产高质量软件的决策。本研究的目的是填补空白，开发一个数据采掘框架的基础上，决策树和关联规则重新集中在人员选拔标准。以一家软件公司为例进行了实证研究，以支持他们对项目成员的聘用决策。结果表明，有必要重新关注质量目标的选择标准。通过整合软件项目数据库中的知识和作者的研究技术，从数据采掘模型中获得的模式识别出更好的选择标准。
2014-02-11 cs.SE
Requirements engineering current practice and capability in small and medium software development enterprises in New Zealand
本文介绍了在新西兰的软件开发公司内实施的需求工程方面的当前行业实践的研究。设计并部署了测量仪器。对结果进行了分析，并与国际上认为的“最佳做法”以及新西兰和澳大利亚以前的研究进行了比较。试图评估需求工程能力的新西兰公司使用正式和非正式的框架。
2014-07-23 cs.SE
AppSecure.nrw Software Security Study
近年来，世界经济论坛将软件安全确定为世界人口面临的最重大技术风险，因为软件密集型系统处理关键数据并提供关键服务。这引发了一个问题：德国公司在开发和运营其软件产品时在多大程度上解决了软件安全问题。本文报告了一项针对开发人员、产品所有者和管理人员的广泛研究的结果，以回答这个问题。我们的研究结果表明，确保安全性是一个多方面的挑战，为公司，涉及低认识，不准确的自我评估，并缺乏能力的主题，安全的软件开发的所有利益相关者。因此，软件开发的现状从中期和长期来看不利于软件产品的安全。
2021-08-25 cs.SE
DevOps in Practice -- A preliminary Analysis of two Multinational Companies
DevOps是一种文化运动，旨在让所有参与软件开发、部署和运营的利益相关者合作，在尽可能短的时间内提供高质量的产品或服务。DevOps是相对较新的，公司主要从零开始开发他们的DevOps实践。我们的研究旨在对20多家软件密集型公司的DevOps实践进行分析，以提供DevOps实践模式，并确定其优势和障碍。本文介绍了一个探索性的案例研究的基础上，对两个（跨国）公司的相关利益相关者的访谈进行了初步分析。结果显示了这些公司正在处理的好处（软件交付性能）和障碍，以及他们在DevOps转型期间处理的DevOps团队拓扑结构。本研究旨在帮助从业者和研究人员更好地理解DevOps转换以及实践工作的环境。希望这将有助于加强有关DevOps的证据，并支持从业者在采用DevOps时对投资回报做出更明智的决策。
2019-10-16 cs.SE
Making Internal Software Startups Work: How to Innovate Like a Venture Builder?
随着软件使用的日益普及和精益创业思想的影响，越来越多的公司选择通过内部软件创业进行创新。这类初创公司旨在开发新的商业模式，同时依赖于它们所在公司的资源。来自研究人员和实践者的证据表明，推动内部软件初创公司是具有挑战性的。本文试图通过提出研究问题来解决这个问题：如何使内部软件创业公司工作？我们研究了一个独特的风险投资案例，一家主要专注于建立内部软件初创公司并将其作为独立公司推出的公司。应用扎根理论方法，我们分析了案例公司四家内部软件初创公司的数据。研究结果表明，四个战略驱动检查创业公司，文化，财务，人事和风险安排。我们解释我们的结果，借鉴早期的文献内部创业和内部企业，并提出四个建议，以成功的内部软件创业1建立共享的舞台上的员工，2提供必要的资源，在初始阶段的实验，并逐步增加他们，3建立内部产品管理能力，通过教练，和4利用员工自己的动机，发展自己的想法。
2022-01-26 cs.SE
Orchestration of Global Software Engineering Projects
全球软件工程已经成为许多公司的事实，由于在实践中的实际需要。与同地项目相比，全球项目面临着许多额外的软件工程挑战。其中，质量管理变得更加困难，经常可以看到进度和预算超支。与同地项目相比，全球软件工程更具挑战性，因为需要整合不同的文化、不同的语言和不同的时区-跨公司和跨国家。在几个层面上开发地点的多样性严重危及项目的有效和目标导向的进展。在这份立场文件中，我们讨论了全球发展的原因，分布的草图设置和在全球项目中错位公司的编排视图，可以被视为“虚拟项目环境”。我们还提出了一系列问题，我们认为这些问题与全球软件工程有关。这些问题激发了进一步的讨论，以获得全球软件工程的研究议程。
2014-09-22 cs.SE
The Presence and the State-of-Practice of Software Architects in the Brazilian Industry -- A Survey
本文通过调查巴西24个州105名专业人员，揭示了软件架构师在巴西企业中的存在情况、职责替代现象及薪资差异，为理解软件架构角色的行业实践现状提供了实证依据。
2025-07-05 cs.SE
Improving the Technical Aspects of Software Testing in Enterprises
许多软件开发项目由于质量问题而失败。软件测试能够创建高质量的软件产品。由于这是一项繁琐而昂贵的任务，而且往往难以管理，因此其技术背景和组织实施都必须有充分的基础。我们与开发软件的区域公司合作，以了解他们在测试方面的明显弱点和优势。通过分析和比较优势，我们得出了最佳实践。在本文中，我们解释了该项目的背景和素描的设计科学研究方法论使用。然后，我们介绍了一个图形分类框架，帮助企业判断建议的适用性。最后，我们提出了五个技术方面的测试建议的细节。对于每一个建议，我们给出了基于分类框架的实施建议。
2010-11-02 cs.SE
Maintainability and evolvability of control software in machine and plant manufacturing -- An industrial survey
自动化生产系统（aPS）的使用寿命长达30-50年，在此期间，所需产品的变化越来越频繁。这就需要灵活的、可重复使用的、易于维护和改进的控制软件。为了评估选定的标准，特别是相关的成熟度在软件的可维护性和可进化性的aPS，方法SWMAT 4aPS+建立在一个问卷调查，52个问题。三个主要的研究问题涵盖了软件模块的更新和跨学科开发以及可重用模型的成功因素。本文介绍了68家机械和设备制造（MPM）公司的评价结果。提供自动化设备和/或工程工具的公司将能够识别其客户在MPM中面临的挑战。通过参与公司的反馈和对结果的统计明确性的分析来确保有效性。从软件或系统工程的角度来看，几乎所有的标准都低于预期。
2022-12-07 cs.SE cs.SY eess.SY
Misaligned Values in Software Engineering Organizations
软件组织的价值观对于实现高性能至关重要;特别是，敏捷开发方法强调了它们的重要性。迄今为止，研究人员通常认为，必须在整个公司统一采用一套与开发方法兼容的特定价值观。然而，目前尚不清楚这些假设在多大程度上是准确的。初步调查结果强调，当工程师讨论他们的挑战时，群体之间的价值观不一致是问题的根源。因此，在本研究中，我们将探讨群体之间的价值观差异如何影响软件公司的业绩。为了实现我们的目标，我们选择了混合方法研究设计。首先，我们收集了定性数据采访十四（\textit{N} = 14）员工在四个不同的组织和处理它使用主题分析。然后，我们调查了7个组织（\textit{N} = 184）。我们的分析表明，群体之间的价值错位与组织绩效有关。结盟的公司更有效，更满意，有更高的信任，更少的冲突。我们的努力在一个关键的软件工程研究领域提供了令人鼓舞的发现。它们可以帮助解释为什么有些公司比其他公司更有效率，从而为解决组织挑战的干预措施指明方向。
2018-10-16 cs.SE
Re-Imagining Performance Reviews: Automated Dashboards for Continuous Visibility of Engineers Performance
传统的绩效评估方法不适合敏捷快节奏的软件公司。自从早期采用敏捷方法以来，这已经在软件行业中实现了。尽管如此，软件公司仍然在努力寻找一种实用的解决方案，以适应其团队的高度动态特性。特别是，高增长的公司，规模扩大，需要在如何处理绩效评估方面具有创造性。在这次演讲中，我们将介绍自动化的评审仪表板，以支持无缝的评估过程和软件工程师绩效的持续可见性。拟议的仪表板利用现有增长框架的结构，同时自动汇总相关的定性和定量业绩指标。我们反思了在Robusta（一家中型软件扩展公司）使用仪表板的经验。仪表板使一个由四名经理组成的团队能够向56名工程师提供及时的反馈，并为持续的可见性奠定基础。我们从不同利益相关者的角度探讨了仪表板的设计、可定制的指标和整体审查体验。最后，我们总结了经验教训，并为面临同样挑战的规模扩大提出了实用建议。
2021-03-08 cs.SE
Non-functional Requirements Documentation in Agile Software Development: Challenges and Solution Proposal
非功能需求（NFR）是软件项目成功的决定性因素。然而，它们的特点是很难定义，在敏捷软件开发（ASD）中，它们通常被赋予较低的优先级，并且通常没有记录。在本文中，我们提出的调查结果的文件的做法和挑战的NFRs在公司利用ASD，并提出指导方针，以提高NFRs的文件在ASD。我们采访了来自四家公司的实践者，并确定了史诗，功能，用户故事，验收标准，完成定义（DoD），产品和sprint backlog用于记录NFRS。请参阅手稿的完整摘要。
2017-11-24 cs.SE
Assessing the maturity of software testing services using CMMI-SVC: An industrial case study
内容：虽然许多公司在内部进行软件测试活动，但许多其他公司将其软件测试需求外包给充当软件测试服务提供商的其他公司。因此，在过去的几十年里，测试即服务（TaaS）已经成为一个强大的服务行业。在软件测试服务的上下文中，可能存在各种挑战（例如，在规划和服务交付阶段），因此，测试服务的质量并不总是符合预期。目的：对于测试服务的提供者和客户来说，评估测试服务的质量和成熟度并随后对其进行改进是很重要的。方法：出于一个真正的工业需要在几个测试服务提供商的背景下，评估他们的软件测试服务的成熟度，我们选择了现有的CMMI服务成熟度模型（CMMI-SVC），并进行了案例研究，使用它在两个土耳其测试服务提供商的背景下。结果如下：案例研究的结果表明，成熟度评估的测试服务使用CMMI-SVC是有帮助的公司和他们的测试管理团队，使他们能够客观地评估他们的测试服务的成熟度，并查明潜在的改进领域。结论：我们根据经验观察到，经过一些小的定制，CMMI-SVC确实是一个合适的模型，测试服务的成熟度评估。
2020-05-30 cs.SE
A Cross-Company Ethnographic Study on Software Teams for DevOps and Microservices: Organization, Benefits, and Issues
内容：DevOps和微服务被认为是解决当代软件需求的重要新范式，并为快速可靠的软件开发提供能力。行业报告显示，它们很快被大型软件公司采用。然而，由于技术和组织的要求，许多困难对有效地实施这两个出现在真正的软件团队。目的：本研究旨在从身临其境的角度发现使用DevOps和微服务的软件团队的组织、好处和问题。方法：在三家具有不同业务、规模、产品、客户和全球化程度的公司中进行人种学研究。这三家公司都声称他们采用了DevOps和微服务。进行了7个月（累积）的参与者观察和9次与从业者的访谈，以收集与DevOps和微服务相关的软件团队的数据。通过对档案数据的分析，运用扎根理论进行了跨公司的实证研究。结果如下：DevOps和微服务的采用带来了快速交付、能力提升和减轻负担的好处，但也出现了成本高和缺乏实践指导的问题。此外，我们的观察和访谈反映出，在软件团队中，DevOps和微服务之间的关系并不显著，这与之前研究中描述的关系不同。根据我们的研究结果，对从业人员和研究人员的四个启示进行了讨论。结论：我们的研究结果有助于从软件团队的沉浸式角度理解采用DevOps和微服务的组织，好处和问题。
2022-05-03 cs.SE
Why are many businesses instilling a DevOps culture into their organization?
内容：DevOps可以被定义为一种文化运动，通过有效地进行开发和运营之间的协作来改善和加速业务价值的交付。虽然这一运动是相对较新的，但围绕DevOps存在着深入的研究。然而，企业转向DevOps的真正原因以及他们期望获得的结果在现实环境中很少受到关注。目的：本文旨在帮助从业者和研究人员更好地了解许多公司在尝试加速软件交付时在组织中每天面临的背景和问题，以及推动这些公司采用DevOps的主要驱动因素。方法：我们通过对30家跨国软件密集型公司的相关利益相关者进行深入的半结构化访谈，结合工业研讨会和对支持三角测量的组织设施的观察，进行了一项探索性研究。此外，我们还进行了编码器间一致性分析，这在软件工程的定性研究中通常不会得到解决，以提高可靠性并减少作者对所得出结果的偏倚。结果如下：该研究探讨了促使企业采用DevOps的问题和预期结果，并揭示了一系列关于企业灌输DevOps文化的模式和反模式。结论：这项研究旨在加强证据，并支持从业者更好地了解哪些问题引发了DevOps过渡以及最常见的预期结果。
2021-03-10 cs.SE
Affirmative Hackathon for Software Developers with Disabilities: An Industry Initiative
本文报告了巴西软件公司Zup Innovation举办的一场有50名参与者、完全远程的平权黑客马拉松，旨在吸引残疾开发者，最终促成10人入职并新增146人进入人才库，为其他公司促进技术团队包容性提供了经验教训。
2025-01-20 cs.SE
Systematic Literature Review of Commercial Participation in Open Source Software
本文系统综述了92篇关于公司参与开源软件的研究，涵盖参与动机、贡献模式及对开发的影响，并指出了未来研究方向。
2024-05-27 cs.SE
Innovative Software Development and Project Management Framework for Technology Startups
本文提出融合敏捷与系统创新的软件开发流程，旨在帮助科技初创企业以最少项目管理经验提升开发效率，促进创意生成并减轻管理负担。
2025-10-25 cs.SE
Understanding Barriers to Internal Startups in Large Organizations: Evidence from a Globally Distributed Company
大型全球公司需要加快创新活动，以提高竞争优势。然而，由于官僚主义、决策缓慢、部门分散和流程分散，这些公司的组织结构阻碍了他们捕捉趋势的能力。加强创新能力的一种方法是通过培育内部创业公司。我们报告了一项嵌入式多案例研究的结果，该研究对一家全球分布的公司中的五家内部初创公司进行了研究，以确定软件产品创新的障碍：软件开发人员的后期参与，执行赞助商缺失或未澄清，年度预算和规划，决策权限不明确，缺乏数字基础设施进行实验和从外部参与者获取数据。借鉴Fitzgerald和Stol提出的持续软件工程的框架，我们讨论了BizDev在软件产品创新中的作用。我们认为，缺乏连续性，而不是缺乏速度，是大型全球公司内部初创公司的终极挑战。
2021-03-17 cs.SE
A Theory of Factors Affecting Continuous Experimentation (FACE)
许多公司使用连续实验（CE）来改进基于用户数据的面向互联网的软件。有些公司故意采用实验驱动的方法来进行软件开发，而有些公司则以更特别的方式使用CE。这项研究的目的是确定因素，解释不同公司之间的CE的效用和功效的变化。我们进行了一个多案例研究的12家公司参与CE和执行27受访者与从业人员在这些公司。基于这些经验数据，我们建立了一个在CE中起作用的因素理论。本文介绍了影响连续实验的因素（FACE）理论。该理论包括三个因素，即1）CE的过程和基础设施，2）产品提供的用户问题的复杂性，3）CE的激励结构。它解释了这些因素如何影响CE的有效性及其实现问题解决和产品市场匹配的能力。我们的理论可以被从业者用来评估一个组织的潜力，采用CE，以及确定因素，在获得价值CE实践的挑战。我们的研究结果也提供了一个起点，进一步研究如何上下文因素影响CE，以及如何减轻这些。
2022-10-11 cs.SE
The Viability of Continuous Experimentation in Early-Stage Software Startups: A Descriptive Multiple-Case Study
背景：持续实验（CE）已被提出作为软件产品开发的数据驱动方法。这种方法在大型组织中遇到了一些挑战，但它在具有早期产品的小型公司中的应用在很大程度上尚未探索。目的：本研究的目的是了解哪些因素可能会影响早期软件创业公司采用CE。方法：我们提出了一个描述性的多案例研究，在芬兰的五个创业公司，不同的利用实验。结果如下：我们发现，实践经常提到的CE的先决条件，如迭代开发和持续集成和交付，被用于案例公司。如文献所述，CE未得到广泛认可或使用。只有一家公司进行了实验并系统地使用了实验数据。结论：我们的研究表明，小公司可能不太可能采用CE，除非1）至少有一些公司员工以前有过这种做法的经验，2）公司有限的可用资源不会被其采用所超过，3）这种做法解决了公司目前遇到的问题，我们讨论了在早期创业公司中推进并行工程的意义，并概述了未来研究的方向。
2022-12-12 cs.SE
Secure Software Engineering in the Financial Services: A Practitioners' Perspective
安全软件工程是现代软件开发中的一项基本活动。然而，虽然安全研究领域已经取得了相当快的进展，但在实践中，安全专家和软件开发团队之间仍然存在巨大的知识差距。毕竟，我们不能指望开发人员和其他软件从业人员成为安全专家。了解软件开发团队如何将安全性纳入他们的流程以及他们面临的挑战是缩小这一差距的一步。在本文中，我们研究了金融服务公司如何确保其软件系统的安全性。为此，我们进行了一项定性研究的基础上，半结构化的采访，16个软件从业人员从11个不同的金融公司在三大洲。我们的研究结果揭示了从业人员在软件开发过程的不同阶段所采取的安全考虑因素，软件团队使用不同的安全实践来确保其软件系统的安全性，从业人员认为在现有的实践安全工具中重要的改进，不同的知识共享和学习实践，开发人员用来了解更多关于软件安全，以及软件从业人员目前面临的挑战，当谈到保护他们的系统。
2021-04-08 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
Challenges in Developing Secure Software -- Results of an Interview Study in the German Software Industry
RWTH Aachen University（亚琛工业大学）
本文通过访谈研究揭示了德国软件行业在开发安全软件时面临的挑战，包括高复杂性、安全意识不足和流程不适用等问题，并提出了潜在的研究方向。
2025-12-08 cs.CR cs.SE
Using Social Network Service to determine the Initial User Requirements for Small Software Businesses
背景/目的：软件工程社区在大型软件组织中得到了广泛的研究，并提供了合适的和有趣的解决方案。然而，占软件行业很大一部分的小型软件公司却被忽视了。方法/统计分析：目前的需求工程实践不适合小型软件公司。我们提出了一个基于社会网络的需求工程方法，将补充传统的需求工程方法，并使其适合于小型软件公司。结果：我们已经应用我们的SNS为基础的需求确定方法，了解其有效性。因此，我们得出结论，33.06%的受邀最终用户参与了我们的方法，并找出了156个不同的用户需求。可以看出，它是没有必要的用户有需求工程知识参与我们提出的基于SNS的方法，使最大限度的用户参与在需求获取过程中。通过调查用户传达的想法和意见，我们能够找出大量的用户需求。据观察，最大用户需求是在短时间内（7天）确定的。我们使用基于SNS的方法的经验还表明，最终用户几乎不知道非功能性需求并明确地表达它。改进/应用：我们相信研究人员会考虑SNS而不是Facebook，这将允许应用我们基于SNS的方法进行需求识别。我们已经体验过Facebook的方法，但我们不知道我们的方法实际上如何与其他SNS合作。
2019-04-26 cs.IR cs.SE
Software Engineering Challenges of Deep Learning
Peltarion AB（佩尔塔里昂公司）
近年来，深度学习（DL）系统取得了令人惊讶的有希望的结果。其中许多成就是在学术环境中取得的，或者是由拥有高技能研究团队和先进支持基础设施的大型科技公司取得的。对于没有大型研究团队或先进基础设施的公司来说，使用DL组件构建高质量的生产就绪系统已被证明具有挑战性。显然缺乏用于构建深度学习系统的功能良好的工具和最佳实践。本研究的目标是通过与不同规模和类型的公司密切合作，采用解释性研究方法，确定主要挑战是什么。我们选择了七个项目来描述这项新技术的潜力，并确定相关的主要挑战。一组12个主要的挑战已经被确定，并分为三个领域的发展，生产和组织的挑战。此外，还定义了挑战和项目之间的映射，以及关于挑战如何以及为什么适用于特定项目的选定激励性描述。与软件工程或数据库技术等其他领域相比，DL显然还相当不成熟，需要进一步的工作来促进高质量系统的开发。本文中确定的挑战可以用来指导未来的研究由软件工程和DL社区。我们可以让大量公司开始利用DL技术的巨大潜力。
2018-10-29 cs.AI cs.LG cs.SE
An Empirical Study on Learning Paths and Gender Dynamics in Scrum Master Roles
Babes Bolyai University（巴比什-博约伊大学）
本研究针对多元文化软件公司的Scrum Master角色，通过两阶段定性调查与数据分析，明确SM需求取决于团队规模（上限6人），指出软技能学习缺乏标准化流程，相关学习举措多基于员工自主行动。
2026-09-07 cs.CY cs.SE
Ways of Applying Artificial Intelligence in Software Engineering
随着人工智能（AI）技术变得越来越强大和易于使用，它们越来越多地被部署为现代软件系统的关键组件。虽然这可以实现新的功能，并且通常可以更好地适应用户需求，但它也为软件工程师带来了额外的问题，并使公司面临新的风险。为了更好地理解软件工程和人工智能之间的相互作用，我们已经做了一些工作，但我们缺乏方法来分类在软件系统中应用人工智能的方式，并分析和理解这带来的风险。只有这样做，我们才能制定工具和解决方案，帮助减轻这些问题。本文介绍了SE应用级别中的AI（AI-SEAL）分类法，该分类法根据AI应用点、所使用的AI技术类型和允许的自动化级别对应用程序进行分类。我们展示了这种分类法的有用性，通过对RAISE研讨会以前版本的15篇论文进行分类。结果表明，该分类法允许对不同的AI应用程序进行分类，并提供了有关与之相关的风险的见解。我们认为，这对于公司决定如何在其软件应用程序中应用人工智能并为其使用制定策略至关重要。
2018-02-07 cs.SE
Catching up with Method and Process Practice: An Industry-Informed Baseline for Researchers
软件开发方法通常不是书中所应用的。公司面临着不断部署满足市场需求和利益相关者要求的软件产品的压力。为了实现高效和有效的开发过程，公司利用多种框架，方法和实践，并将其组合成混合方法。一个常见的组合包含一个丰富的管理框架来组织和指导项目，并辅之以一些较小的实践，为开发团队提供完成任务的工具。本文基于一项国际调查收集的732个数据点，研究了软件开发过程在实践中的应用。我们的研究结果表明，76.8%的公司实施混合方法。公司规模以及设计和发展混合方法的策略影响所选过程达到公司或项目目标的适宜性。我们的研究结果表明，将计划的改进计划与过程演进相结合的公司可以将其过程的适用性提高5%。
2021-01-29 cs.SE
Effective Defect Prevention Approach in Software Process for Achieving Better Quality Levels
在任何项目中，缺陷预防是软件质量保证中最重要但通常被忽视的方面。如果在软件开发的所有阶段都能发挥作用，它可以压缩设计高质量产品所需的时间、开销和资金。IT行业的关键挑战是设计一个软件产品，使其部署后的缺陷最小化。这项工作是一项分析的基础上获得的数据为五个选定的项目，从领先的软件公司不同的软件生产能力。本文的主要目的是提供各种方法和实践的信息，支持缺陷检测和预防导致蓬勃发展的软件生成。缺陷预防技术可以发现99%的缺陷。检查被发现是一个重要的技术，在产生理想的软件生成工厂通过增强的方法，教唆和独立的检查时间表。在整个项目工作时间中，平均需要13%-15%的检查和25% - 30%的测试，以消除99% - 99.75%的缺陷。对公司之间五个选定项目的最终结果进行比较，也有助于了解特定公司是否有可能利用适当的检查测试补充比例来定位自己。
2010-01-20 cs.SE
Why Early-Stage Software Startups Fail: A Behavioral Framework
软件创业公司是新创建的公司，几乎没有运营历史，并以生产尖端产品为导向。由于他们的时间和资源极其稀缺，一个失败的项目可能会让他们破产，初创公司需要有效的实践来面对这些独特的挑战。然而，只有少数科学研究试图解决失败的特点，特别是在早期阶段.通过这项研究，我们的目的是提高我们的早期阶段的软件创业公司的失败的理解。这项实践调查是通过文献综述和多病例研究方法进行的。研究结果提出了如何管理策略和执行之间的不一致可能导致失败的行为框架。尽管战略揭示了首先需要了解问题/解决方案的适合性，但实际执行优先考虑产品的开发，以尽快推出市场，以验证产品/市场的适合性，忽略了必要的学习过程。
2017-09-14 cs.SE
DevServOps: DevOps For Product-Oriented Product-Service Systems
针对产品服务系统难以应用DevOps的问题，基于跨国电信企业的案例研究，提出DevServOps方法，将服务作为连接开发与运营的关键纽带，实现端到端软件流与反馈循环。
2023-05-15 cs.CE 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
