名词百科
什么是需求变更管理？
一句话定义
需求变更管理是对项目进行中提出的需求调整进行记录、评估、审批与执行的过程，目的是让变更可控，而不是阻止变更。
它到底是什么
变更管理的核心是让代价显性化：每次变更都评估对工期、成本、质量的影响，由决策方确认后再执行。没有这个环节，变更会以「顺手加一下」的方式累积成工期失控。
它不是「拒绝变更」。需求变化是常态，尤其是业务快速调整时。管理的目标是让变更在知情的条件下发生，而不是事后才发现超支。
怎么运作的
提出与记录：统一入口提交，记录内容、原因、期望时间。口头变更必须落成书面。
影响评估：评估对当前迭代的冲击、对已完成部分的影响、测试与上线成本。评估结果是决策依据，不是拒绝理由。
决策：由有权决定范围与预算的人确认。常见处理有：纳入本次、排入下期、替换同等工作量的其他需求、拒绝。
执行与追溯：更新需求文档与计划，保留变更记录。项目结束时能说清「与原计划的差异来自哪里」。
容易混的几个概念
- 缺陷与变更：没做到是缺陷，原本没要求是变更。
- 范围蔓延：未经评估的变更累积，是变更管理失效的表现。
- 变更控制委员会：负责审批变更的角色或机制。
- 迭代内范围冻结：敏捷实践，与变更管理并不冲突。
常见问题
客户一直加需求怎么办？
建立显性化的代价机制：每次变更给出工期与费用影响，让决策方选择「加钱、延期、换需求、不做」之一。免费无限承接，最终会以质量下降或项目烂尾收场。
小变更也要走流程吗？
可以分级。影响小、工时短的变更由项目负责人直接决定并登记；影响工期或成本的才上升评审。关键是所有变更都有记录。
J 项目运维 · 同组词条
售后维护售后维护是系统上线后对缺陷、咨询与使用问题的响应与处理；技术运维是保障系统稳定运行的工作，涵盖部署、监控、备份、扩容与故障处理。交付验收交付验收标准是判断项目是否完成的具体条件，通常包括功能符合度、质量指标、交付物清单与上线运行情况。它是付款与移交的依据。SLASLA（Service Level Agreement，服务等级协议）是服务提供方与使用方之间关于服务质量的约定，通常包含可用性、响应时间、故障恢复时间与违约处理方式。监控告警监控告警是持续采集系统运行指标并在异常时通知相关人员的机制。监控负责「看得见」，告警负责「叫得应」。CI/CDCI（持续集成）是开发者频繁提交代码并自动构建、测试的实践；CD（持续交付/持续部署）是在此基础上自动发布到环境。DevOps 是打通开发与运维协作的文化与实践体系。灰度发布灰度发布是把新版本先开放给小部分用户，观察运行情况后再逐步扩大范围的上线方式。它用于降低全量发布带来的风险。BUG管理BUG 是软件中不符合预期的缺陷；缺陷管理是记录、分级、分配、跟踪与验证缺陷直至关闭的流程，通常借助缺陷跟踪系统实现。安全测试安全测试是检查系统是否存在可被利用的漏洞的测试活动；渗透测试是模拟攻击者视角，尝试实际攻破系统，以验证防护是否有效。