9、软件需求变更管理：纪律性与敏捷性的较量

软件需求变更管理：纪律性与敏捷性的较量

在软件项目的生命周期中，需求变更是一个常见且不可避免的现象。客户需求的变化、业务规则的调整以及运营环境的改变等因素，都可能导致软件需求发生变更。有效的需求变更管理（Requirement Change Management，RCM）对于项目的成功至关重要，而管理不善则可能成为项目失败的主要原因。目前，学术界和工业界都在积极探讨软件需求变更的管理方法，主要有纪律性和敏捷性两种途径。

1. 相关研究概述

近年来，关于需求变更管理的研究不断增加，涵盖了识别变更原因、变更分类以及需求变更过程模型等多个方面。

• 识别需求变更原因 ：不同的研究对需求变更原因进行了分类。Weiss和Basili（1985）将变更分为错误纠正和修改两类，但这种分类较为简单。Bano等人（2012）将变更原因分为本质和偶然两类，并进一步根据其来源进行细分。McGee和Greer（2012）则使用外部市场、客户组织、项目愿景、需求规范和解决方案五个领域来分类变更原因。
• 需求变更过程模型 ：Ramzan等人（2006）整合了各种需求管理模型，识别了它们的关键特征和挑战。Inayat等人（2015）研究了敏捷团队采用的需求工程实践和面临的挑战。Melegati等人（2019）构建了一个模型，展示了软件初创公司的需求工程实践。
• 需求变更管理 ：Schon等人（2017）研究了敏捷需求工程中利益相关者和用户的参与情况。Jayatilleke和Lai（2018）对需求变更管理的研究进行了系统综述。Curcio等人（