但是无论是哪种情况，毋容置疑地是QA必须有相当的沟通能力，人都喜欢自由，突然地在原有基础上增加了莫名的任务，做事被条条框框的束缚住了，没人愿意，这种时候就需要看QA如何去说服相关人员了

如果像LS的兄弟说的公司处在生存时期，确实没有必要搞什么质量管理，但如果公司渡过了艰难的生存期，已经有了一个相对稳定的市场基础，想要谋求更好的发展，我觉得质量管理还是要做起来，这个和大公司小公司应该没有什么直接关系。另外，QA的确是需要很好的沟通和协调能力，但是如果领导的推动意识不够，流程意识不强，项目过程中一旦遇到流程和项目进度的矛盾就盲目的向项目妥协，这样的质量管理该如何开展呢？或者应该说领导从根本上就没有明确过到底要将质量管理做到什么程度，做到什么地步？根本没有将流程的规范程度和公司的企业文化以及商业目标建立联系，恐怕沟通能力多强的QA也不会有什么好办法吧？我觉得我们公司现在就处于这么一个痛苦的摸索期。。。

痛苦的摸索期是最好学习的时候。既然是已经走上了正轨，也就是说没有什么生存压力，可以接受不断的失败了吧。到了你大展拳脚的时候了。哈

希望是这样，o(∩_∩)o...
其实我本人也刚刚进入这个领域不久，要学的东西的确很多。希望论坛的朋友们能够多多赐教！

规章能建立是好的，但是不能执行就是空的。一直以来执行难就是个问题。我觉得可以考虑成立一个流程制定的领导小组，把各个有权限的领导都扯进来。从这个小组出来的事情，应该是各个领导互相妥协的结果，相信执行行起来，比你自己建立的规则容易一些吧。

大家都表明了自己的观点，还是直得学习的。
看到QA报怨是最多的角色，
一点很明确，如果得不到领导的支持，QA是很难当的。
但一个公司如果有QA的角色，那么说明领导还是有一些关于这方面的意识的；除非是某些公司为了拿证才有了这么角色，呵呵！

同意，公司大一点，对这方面还是蛮重视的，而且也能体会到这方面的好处；但是开发人员也有苦衷，有些东西例如评审用的检查表真的就是个形式，大家基本上不太看这个东西。

个人认为，在小公司做QA似乎比在大公司更有挑战。

小公司的主要目标是生存，所以很多时候领导会更支持PM，而小公司的PM一般都没有经过系统的培训（仅仅是假设），所以QA工作的时候更需要当好保健师的角色。

所谓保健师就是QA不仅仅是让PM和项目组成员填文档，而是能从项目立项开始就跟进项目，为PM分担部分项目管理的工作，根据自己的经验，帮项目经理找到潜在的风险和预防措施。

在项目实施的过程中，需要深入项目组了解情况，协助PM建设团队，并帮项目组解决实际的项目问题。例如：新工具的引入提高项目生产率等。

其次，QA应该根据公司项目的特征总结出大、中、小型项目的典型过程和文档模板。这样，不同的项目启动的时候都可以按照不同的过程来实施，其实这也是在做过程裁适的工作。裁适后的过程应该是有利于项目组保证过程质量的，这样项目组的反对心理就会减低一些。

再次，在跟踪项目的过程中，需要及时的总结项目资产，形成组织资产库，让后续项目得到重用，提高项目的生产率。

总之，QA要让PM和项目组成员真正觉得有帮助，而不是让他们花时间填写文档，这是最关键的。也是我自己的一点心得。

也欢迎大家都来讨论。

从学习知识的角度看，大公司比小公司合适；最合适的方式可能是去大公司学一套东西，然后去小公司改进运用，当然阻力会大很多。
正是因为小公司的主要目的是生存，所以一般都会追求进度，质量反倒是会差一些。但是QA不就是干质量保证的嘛，所以这个时候可能就会被忽略。。

现在我就是小公司的QA,老板是挺支持的,但就是不知道前面的路怎么办,只有一步一步地模式前行.