如何做一个让项目组欢迎的SQA

    在IT行业端饭碗的女同胞们，应该有不少都是和我一样，从事质量管理的，应该也从事过或者正在从事SQA的工作？在与各个项目周旋的过程中，大家有没有一些经验，关于如何做一个让项目组欢迎的SQA的呢？

    我做QA也做了三四年，现在做了一年多的的测试，也做过过程改进？回头总结总结自己的工作，觉得SQA这段最指得总结的。

    我看很多论坛上说SQA最好要有一定的开发经验，这个我倒不觉得，当然，有开发经验更好，没有开发经验的，一样可以做个很称职的SQA。在我总结，有以下几点：

    1. 你必须有较强的观察能力和总结的能力，能够分析出这个项目的特点和项目相关干系人，尤其是项目经理的特点；

    如果项目经理的项目管理经验比较有限，那么你在后期就需要以一个辅助者的角色帮助他进行项目管理，这就要求，你不仅要以SQA的要求要求自己，还要以项目经理的要求要求自己，然后申请多参与项目的活动，哪怕这些活动SQA可以不参加，你也需要多参加，这样便于你多了解这个项目，并且给项目经理及时的提醒与指导。

    如果这个项目经理的经验比较丰富，那么你就要着重考虑流程的适合性，千万不要拘泥于流程本身，强推流程，只会让一些有经验的项目经理觉得你纯粹是在捣乱，在这样的项目中，你要确保你的每一条建议都是及时而有价值的；当然在一些必要流程和文档的推广和检查中，也不能示弱，一定要善于收集一些反面的例子，当项目经理觉得某个文档没有价值的时候，你一定能给他解释清楚流程或者文档的必要性和反之的风险，尤其是着重从风险规避的角度去考虑。

    2. 流程是目标实现的手段，不是目标实现的标准。

    很多QA人为只要项目该走的流程走了，该有的文档有了，哪怕这个项目延期了，失败了，对他来说，也是成功的。这是一种可悲的想法。

     我想流程也是为目标服务的，如果项目经理有足够的理由认为一个过程不需要文档也可以控制，则可以进行适当的裁剪。那么我们为什么不和他一起进行裁剪呢，关键是裁剪的度，因为SQA保证的质量是长期的，我们必须保证哪些被裁剪掉的对长期的质量质量保证没有影响。