初来乍到，这个论坛还不错，有很多有水平的东西

我们是直接找质量部经理和项目经理去PK

引用:

原帖由 yyshiwei 于 2008-3-19 09:30 发表
我们是直接找质量部经理和项目经理去PK

这种PK只是在万不得已的情况下才会去做的，否则PK长了，大家都成了敌对的情绪，这样是非常不利于后期的工作的。毕竟大家都是为了把事情做好，敌对是万万不可以的。

一旦成敌对情绪，PK也不会有效果了，这个时候就什么事情都到boss那里去PK了，然后都被boss骂一顿，回来再合作。呵呵。

SQA在项目中推行任何改进活动都必须找到自己的同盟，比如很多改进开发的想法都会得到测试的支持，这个就叫发动群众……

如果要让项目经理和高层重视,需要拿出一些数据来说话,让他们认识到按照规定的执行给他们带来了怎样的好处.不过这个需要很长的时间.

一般来说，我会找到需要他做的理由，并且弄清楚究竟PM是不理解流程还是理解了，觉得繁琐不愿意，不理解可以说道理解，觉得繁琐，那么可以给我个意见，如何可以简化，即与标准流程不矛盾，又不影响项目组工作，如果是在无法权衡，还是要照标准流程做，如果实在是项目经理抵触不愿意做，那么就报告高级经理，并且组织PM、高级经理、SQA，以及其他相关人员开个小会，讨论一下

以正规的文档形式向PM发送改进意见报告
他不听是他的事 出事了让他自己兜着

虽然我不是做qa的，我是CME 。
但是我对于 VOWTREE  以及 WANGWEN 这两位兄台的看法实在不敢苟合。
看了很多大家的回帖，都说沟通很重要，确实现在沟通这个词快变成所有事情的解决方案了，其实我是不甚了解的。我个人认为沟通是很重要，但是我不懂这个所谓的沟通，你们是怎么理解的。我个人的看法沟通的目的是让你去了解项目，了解项目的进度也好，技术重点，项目重点也好，了解整个产品的规划，甚至于各个部门的安排。只有你对你报出的问题有深刻的认识，你才可能有说服力让pm来配合你去解决这些问题，而且解决这些问题肯定对项目组是有帮助的，目前的问题也好，避免风险也好。这样才能和项目组建立起良好的合作关系。

所以沟通并不是国人的那种解决事情的中庸的方法论，而是你自己专业技能的提高，对CMMI精髓的理解，对软件工程的领悟，对项目组实际情况的深入。

我们很多人，可能不只QA，CME，在前期阶段总是会按不就班的按照流程来执行。楼主提出的这样的情况也确实存在。
我理解还不是很深刻，不如 jhwu 和 henrybenben  。
我建议大家去做一下事情：（当然个人愚见）
1、从软件工程的角度去理解项目过程。CMMI 是对这个工程的组合。当然cmmi的思想也是正确的。
2、从项目实际情况去判断问题的重要性和提出适当的解决方案。我说的这个实际情况就是一开始就让qa或者CME介入应该做的。了解这个项目的重点是什么，了解这个产品的重点是什么。。。
3、具体事情要具体分析。流程制定出来并不是适应每个项目，在具体的项目中要由能力提出具体问题的解决方案，而且这个方案的基准是符合cmmi或者贵公司流程的思想。如果你能够提出问题并能够提出解决方案，并且跟踪事情的最终结果。那我想这样的成长速度会更快。
4、QA ,CME,PM的目的是一致的：把项目做好。我们的工作不只要能够回报问题还要能够解决问题，总结问题。

我知道有人要拍砖头了，来吧。。。

首先 我不是QA说的也比较业余 也是听我们的QA诉苦
但是在有些地方（尤其某些对日外包公司）PM根本不把QA当回事 每次找他谈话都要找借口推 这样的地方QA要么像我说的那样明哲保身 要么换个有发展的地方

QA尽了自己的工作职责，把建议向上反应了，但采不采纳是项目经理的事，不同职位对于某些事情的看法不一样，因为高度不一样，视野不一样，各尽其责就好