大家来讨论一下，需求变更流程到底是简单化比较好呢，还是复杂化的好？结合企业的实际情况，又该如何分析呢？
大家畅所欲言吧！

我认为，那要看需求变更具体要求是什么？与哪些模块相关？这些模块在整个系统的重要性？等等这些问题，才能决定需求变更的流程是否严格执行还是简化

先要有需求变更的记录，然后根据记录分析需求变更的影响，再决定流程

如果需求变更了,后面相应的流程也要发生变更,

项目初期还是抽取一些核心业务流程；
慢慢再把需求管理流程完善。

在没有好的基础之前，我认为还是先乱弄一翻，然后再逐步思考需求变更的规范化管理，流程变不重要，重要的是如何把需求给控制好。

回楼上,把流程弄好是控制好需求的基础.
没有好的流程,不可能控制好需求吧

我想，流程应该要事先约定吧？
没有规矩，不成方圆，如果已经发生变更了，才来开始制定讨论流程，是不是已经为时已晚？

需求变更是在做项目中经常碰见的问题，能否有比较好的流程来加以规范？请高人多加指点哦～thanks

也不知道什么样的程序或更好一些，而且开发人员和设计人员也愿意遵循，如果程序比较繁杂，耽误时间，他们就不会很好的执行和实施。