再项目进行中，往往有一些新的需求被提出，这些需求准备应用到现有的软件项目之中

新需求的提出需要怎么的一个流程呢？

此解决措施对任何已基线化的工作产品都适用，即变更管理流程：
一个变更提出时候，由CCB开会当场决定处理策略或指派某个个人和小组研究提出研究方案后再决定处理策略；
指派处理时候需要考虑到进度/成本/其他受影响的配置项等
并采取相应的策略。

对于需求的变更，一般来说在内部走变更流程之前，还涉及到商务上的决策和协商过程。
客户一个需求变更提出后，我方给出变更影响分析，重点在工作量估算，对现有工作进度的影响，处理方案等。
因为引起了工作量的增加，势必需要转销售部分与客户启动商务协商流程决定是否charge客户

我们公司很小，QA这块刚刚起步，有些东西不能按照流程走下来，往往是策划直接让程序改什么什么。。。

要是变更或提出的需求很小很小，只是一个地方的样式，也需要审批等繁琐的过程吗？

该如何处理那些微小的改动呢

这个怎么个决策方式 就是要你们自己去掌握了
比方哪个层面的 是team leader决策的
哪个必须是PM和CCB决策的
哪个还要走商务流程等

需求变更很重要，应该有专门的管理吧？