引用:

原帖由 andyandduan 于 2008-4-23 15:43 发表
QA尽了自己的工作职责，把建议向上反应了，但采不采纳是项目经理的事，不同职位对于某些事情的看法不一样，因为高度不一样，视野不一样，各尽其责就好

我个人认为，这种方式似乎比较消极了一些。

大家都是为了把工作做好，让公司有更大的绩效，这样，公司和个人才能持续的发展。我们不能强求每个人看事情和做事情的高度一样，但是有一点QA一定要做的更好的就是：充满激情，永不放弃。

只有我们自己对质量有这样的态度，其他人迟早是要被我们感动的。

引用:

原帖由 andyandduan 于 2008-4-23 15:43 发表
QA尽了自己的工作职责，把建议向上反应了，但采不采纳是项目经理的事，不同职位对于某些事情的看法不一样，因为高度不一样，视野不一样，各尽其责就好

我个人认为，这种方式似乎比较消极了一些。

大家都是为了把工作做好，让公司有更大的绩效，这样，公司和个人才能持续的发展。我们不能强求每个人看事情和做事情的高度一样，但是有一点QA一定要做的更好的就是：充满激情，永不放弃。

只有我们自己对质量有这样的态度，其他人迟早是要被我们感动的。

充满激情，永不放弃。
说得好呀。我觉得除了聊天工具的沟通之外，应该更多的去直接与项目经理交流，多次诚恳的交流，一定会收到很好的效果。

找问题、提建议是SQA的工作内容和工作输出，无论是否接受都需要继续。

这个问题涉及到QA如何做才算尽责的问题。
QA在过程中起到的作用是什么？发现问题、跟踪关闭，通常是这样。
但是作为QA，是否有深入的想过，我们为什么要这么做？是为了完成任务吗？还是真正为了项目的质量？如果同意后者，那么多站在项目经理的角度考虑一下问题，进度一定是项目经理必须要保证的，但是又有哪个项目经理会甘担质量问题的风险？从这一点上与项目经理达成共识，我们是站在一条战线上的，我们的工作都是为了项目的质量。那么，项目经理自然会愿意听你多说几句，入口就找到了！
而对于在时间问题上的分歧，记录肯定要做的，问题也是要想QA经理汇报的，但是是否真的需要向PM的上级汇报，在于问题本身。是因为规范造成的？还是真正会影响项目的质量？后者，一定要报，不过通常PM意识到该点后，再忙他都会做到你满意为止。而前者，视情况辅导，协助完成，让他能意识到做的好处必然最好。如果不能，而问题本身影响并不是很大，那多关注一下是否是流程本身出了问题，能否有更高效的解决办法。
总之，经过这么多年，要能与PM保持良好的协作共进的关系，一定要站在对方的角度考虑问题，当然作为SQA的原则不能忘，让PM真正的感到你是为了他的项目工作，而非与他对立，工作一定不会太难做。