变更申请应该在什么时候发起

无人区郁金香

各位大大，现在在修改变更管理规范。请问下有源产品的设计变更申请应该在什么时候发起？
1.在变更需求进来的时候就发起变更申请；
2.在变更需求进来后，初步设计更改方案确认后发起变更申请；
3.在变更需求进来后，验证通过后发起变更申请；
4.在整机大版本发布时，统一进行变更申请，同一时间发出变更通知。

sdsonny123

在变更需求进来的时候就发起变更申请；发起变更后才有后续的方案，评估，措施，跟踪等！

letheyifang

URS之前，有需求就应该走变更

白天的星星v2r

理论上应该在1发起；实际中可能大多数会从2开始；这样会避免一些无效变更。

鬼使神差

我同意楼上，2时候更合适

蒲公英661338935

有了相应的数据（如小试数据）之后发起变更，可有效减少无效变更，也可以为变更评估提供数据。当然也可以在有需求时发起。二者我认为都可以。

wsr253201

sdsonny123 发表于 2025-11-10 15:45
在变更需求进来的时候就发起变更申请；发起变更后才有后续的方案，评估，措施，跟踪等！

同意。我觉得既然提出变更，那就是有需要，需要不应被掩盖，应该及时记录，可能经评估不需往后继续，可以做无效变更单独存档。

飞鹰gpi

我们是在DVT后才发设计变更

苏州奥咨达咨询

变更的定义是什么？变更的意思是指更改已经被确认的事物或行动。那么答案就来了，所有的变更应该在某件事被确认后有变更需求时提出变更申请，一切未确定的事物和行动的更改是不用变更申请的

来自安卓APP客户端

Lily_VIP

学习学习

杨超123

同意4楼，理论上1，实际上2更多

大婷

应该是2，按照变更类型确定变更方案后发起变更申请更稳妥点实际上

紫气东来k3b

个人认为是第1个

晨4d13f77c

正常应该是产品变更需求收到后进行申请，然后才有评审、定方案等。