我觉得可以再考虑一下自己的沟通方法，以及了解项目经理为什么不接受。 实在不行，就找pm的上级，如项目管理办公室进行协商。
主要是沟通问题。最好沟通解决。

我提另一个角度:有些NC对项目target没有明显影响, PM或ENGINEER迫于进度,不及时关闭NC, 可以忽略,重点是发现流程与项目实际运行之间的偏差是不是由这些NC造成的

这种情况很难，如果汇报高层都不能解决，那就无法解决了，我觉得

我也常遇到这种情况，PM不太配合时确实很难整，我一般是服务于项目组的态度，帮项目组分析问题，并把问题与修改建议汇报给项目经理，若流程上必要的但项目进度和功能实现上没有太大影响的问题，就在项目经理层面沟通之后关闭。若会影响进度及质量的话，那就只能让项目经理解决，并跟踪问题解决情况，在界定时间内无法解决时，上报给高层，让高层来实施解决措施。若高层也不响应或没有办法解决时QA也没招，只能让问题挂起了。QA的职责也尽了。

每次将跟踪的结果记入，有数据说明更好，一直觉得QA负有发现问题的责任和对策建议的责任，具体的解决问题还是需要PM决定，不过QA可以反映给高层

这两天组织正进行CMMI3评估；组织内主要有2个项目经理，一个特别配合，一个特别不配合；对于那个不配合的，人家官比我大，我只能尽量地跟他沟通；然后在适当的时候给他压力，如利用咨询公司所作的CLASS C的结果；结果上他负责的项目比另一个差好多，这种时候上级领导也看到了，他后期的确比前期乖多了；

如果说了然后什么都不管，那我还要本科生甚至研究生来做QA来做什么？

将问题整理出来,然后协助项目组/项目经理解决...QA不光是监督,更重要的是协助项目组将问题解决或者避免问题的发生.如果实在没有办法上报部门经理或公司高层.

我同意楼上的说法，很好的沟通是解决问题的最好方法，如果做得QA有理有据，还怕pm不接受，除非是pm的人品有问题，要么就是QA有问题。那就要就事论事了，总之我会先想想自己是不是做得足够好，再考虑叫pm接受.

我以前也遇到过这样的情形，痛苦过，愤怒过，思考过，兴奋过，成功过。大致可以分这么几个方面考虑：
1. QA本身是要帮助项目完成项目目标的，这是QA职责和使命。而不是一味的让PM去执行什么过程和填表格。
2. QA自身也需要站在PM的角度去考虑自己的工作是否对项目组有真正意义上的帮助。站在对方的角度去考虑后，你会发现如果按照公司的过程文档去要求PM，其实有50%的东西都不是必须要做的（这个数据仅代表个人意见）。因为现在过了CMMI 3级的公司，没有几个是真正自己根据公司的业务整理的过程文档，大部分都是咨询公司给的模板，稍微修改一下就好了。这样的过程文档对PM是个灾难。
3. QA也要真正的理解CMMI的精髓，不要只会依葫芦画瓢。CMMI是软件工程的精髓，同时它又是从精髓中抽取的框架。它既很实在有很理想化。这就需要QA真正的去理解每个PA真正要达到的目的。只要能达到目的，就算是没有流程也能够保证过程的品质。国内的QA现在能做到这个级别的应该不会太多。
4. 有价值的QA或者说高级的QA应该是集软件技术、项目管理、品质理论为一身的QA。这样我们才能够在没有问题的时候预先发现潜在的问题；发生问题后及时找到解决问题的方法将损失减到最少。才能真正的从QA、QC、PM多个角度去协助PM保障项目达成目标。

以上仅为我个人在工作中的一些亲身感受。有QA经验的同仁都来顶此帖，发表自己的意见。我会在合适的时候将此贴的内容整理一下，加入到某一期的内刊中。

所以大家都来头脑风暴，畅所欲言哦 ：）