偶然学习与风险承担氛围对易变开发环境中软件过程裁剪的影响

《Information and Software Technology》：The impact of serendipitous learning and risk-taking climate on software process tailoring in volatile development environments

　　

摘要

背景

动态和快速的软件开发环境需要由于不断演变的需求和不可预见的事件而进行持续适应。软件过程裁剪（SPT）是一项必要的实践，涉及定制开发方法并不断调整它以适应项目的特性和不断变化的情况。

目的

本研究调查来自意外挑战的意外学习如何影响 SPT 绩效。它还考察了冒险团队氛围如何促进意外学习，以及两种时间压力（即挑战型时间压力和阻碍型时间压力）如何调节冒险氛围和意外学习对 SPT 结果的影响。

方法

本研究采用结构方程模型方法来测试一个将冒险氛围、意外学习和 SPT 绩效与两种时间压力联系起来的模型。该研究利用了从 155 名软件开发从业者那里收集的调查数据。

结果

结果表明，意外学习对 SPT 结果有积极影响。鼓励冒险的团队氛围增强了意外学习和整体 SPT 绩效。此外，挑战型时间压力强化了意外学习的积极影响，而阻碍型时间压力破坏了冒险氛围的好处。

结论

通过将意外性引入并整合到对项目裁剪的理解中，本研究促进了动态软件项目中知识获取的理论进步。研究结果也为营造容忍不确定性和利用意外学习来增强不可预测变化中的过程适应性的团队环境提供了实用指导。

引言

过程裁剪是偶然塑造现代项目开发的重要实践（PMI, 2021）。对于天生独特和动态的软件项目，软件过程裁剪（SPT）涉及定制开发方法并不断调整它以适应项目的特性和不断变化的情况（[50]; Chen & Tai, 2024; [13]）。因为软件项目的变更往往是创新的，SPT 是一项知识密集型活动。虽然软件开发天生由创新驱动，但软件团队在管理变更时往往依赖过去的经验和模式。因此，团队内部的知识惯性往往影响 SPT 背后的思考及其最终结果 [48]。然而，软件和系统开发的“非方法论视角”[41,82,86] 表明，软件的开发是由一系列意外事件塑造的，而不仅仅是遵循预定义的程序或过去的经验。因此，当变更发生时，可行的解决方案并不总是源自以前的案例，并鼓励软件团队在 SPT 中采用新颖的思维方式来解决变更。

SPT 中的变更可以作为决策转变的催化剂，即兴发挥为项目突破提供机会 [3]。意外学习——源自意外事件或遭遇的见解 [80]——可能为软件团队在动态开发环境中提供创新优势 [55]。在实证软件开发中，敏捷等现代方法将项目概念化为复杂适应系统，团队从涌现的条件和环境不确定性中持续学习，并相应地调整他们的过程 [20]。因此，意外学习可以被视为团队在导航不断演变的项目条件时生成新见解的一种机制。与结构化的知识共享不同，意外学习源自计划的发现和未预见的事件，这使得它在非方法论开发环境中尤为重要。然而，意外性也伴随着风险，因为其不可预测性可能使决策复杂化并导致无效的努力 [22,87]。然而，文献中关于软件团队如何分享意外知识及其对项目演化影响的研究有限。因此，本研究考察了意外学习在 SPT 中的作用，借鉴了将其价值与支持性氛围联系起来的先前研究 [22]。

聚焦于团队氛围，特别是反映对不确定性和实验的集体容忍度的冒险氛围 [5,25]，本研究主张这种氛围在 SPT 背景下的适用性，尽管它是否促进意外学习和支持过程创新尚不清楚。此外，现代 IT 和软件开发通常被给予压缩的时间表，造成可能是激励性挑战时间压力（CTP）或有害的阻碍时间压力（HTP）[16,52] 的软件团队。CTP 刺激团队克服障碍并实现目标，例如在紧迫的截止日期下学习新技术，而 HTP 源于不必要的障碍，导致回避和绩效降低。这些压力可以影响团队如何在 SPT 中适应开发过程。

在上述背景下，形成了两个研究问题：（1）意外学习如何影响 SPT 绩效，冒险氛围如何影响意外学习和 SPT 绩效？（2）挑战和阻碍时间压力如何调节冒险氛围和意外学习对 SPT 结果的影响？为了回答这些问题，本研究开发了一个理论模型并采用调查方法测试该模型。基于 155 份调查回复和偏最小二乘法（PLS）分析，结果表明意外学习增强了 SPT 绩效，特别是在冒险氛围中。时间压力的主观感知比实际压力水平更具影响力：CTP 强化了意外学习的积极影响，而 HTP 减少了冒险氛围的好处。本研究有助于强调意外学习作为动态软件项目中一个重要且理论上相关的机制。了解团队氛围，特别是那些容忍不确定性和鼓励实验的氛围如何塑造意外学习的发生和使用，对于解释软件团队在缺乏可预测指导时如何适应他们的过程至关重要。

本文其余部分结构如下：第 2 节回顾相关文献并开发假设；第 3 节描述研究方法；第 4 节展示结果；第 5 节从理论和实践角度讨论发现；第 6 节总结本文并展望未来研究方向。

章节片段

软件过程裁剪及其知识密集型特征

过程裁剪在 IT 和软件项目开发中受到了越来越多的关注 [58]，其中软件过程裁剪（SPT）被扩展为包括在整个软件项目期间对开发进行持续调整以适应动态变化 [13,43,50]。例如，在开发期间，软件团队发现第三方 API 意外更新了其认证协议，这可能导致集成失败。面对这种未记录的变化和延误风险

数据收集与样本来源

本研究采用调查方法验证提出的模型，目标是台湾的软件开发团队。问卷项目改编自经过验证的量表，并通过 30 名经验丰富的开发者的预测试进行了完善。数据收集分两个阶段进行：首先，通过学术机构向附属团队分发调查，其次，通过行业网络的 IT 专业人士雪球抽样，确保参与者具有相关的开发和团队

数据分析与结果

本研究的数据分析过程如图 2 所示。在问卷调查分发和数据收集完成后，对收集的数据进行了编译并进行了统计分析以检查样本的特征。团队成员、团队领导者和项目团队的基本信息和分布细节分别进行了整理。随后，进行了两步 PLS-SEM 分析。第一步涉及评估测量模型，

意外学习与冒险氛围对 SPT 绩效的影响

为了回答第一个研究问题，发现表明意外学习和冒险团队氛围在增强 SPT 绩效方面都起着重要作用。具体而言，H1 得到支持，表明意外学习对 SPT 绩效有积极影响。这一发现与 Abrantes 等人 [1] 的观点一致，他们强调意外事件可以被利用来提高适应性和决策质量。在 SPT 背景下，意外学习使团队能够

结论

本研究强调了 SPT 在实证和非方法论软件开发中的重要性，并调查了软件团队如何从意外中学习并通过 SPT 有效地应对动态性和适应。基于调查数据，可以得出几个关键发现。首先，意外学习对 SPT 绩效有积极影响，表明意外的学习时刻可以作为过程决策中的宝贵知识资产。其次，一种团队氛围

未引用参考文献

[7,68]

CRediT 作者贡献声明

Chung-Yang Chen：监督，软件，资源，项目管理，方法论，资金获取，形式分析，数据整理，概念化。Kuang-Yen Tai：写作 – 初稿，可视化，验证，监督，软件，资源，项目管理，形式分析，数据整理，概念化。Ru-Xing Dong：写作 – 初稿，资源，调查。

Chung-Yang Chen|Kuang-Yen Tai|Ru-Xing Dong

台湾中央大学信息管理系