敏捷环境下SQA需要做哪些转变

我认为无论在敏捷还是传统模式下，一个合格的SQA关注的东西没有什么变化（可参考CMMI相关文档），只是在敏捷和传统方面的表现形式不同而已，所以SQA要对传统和敏捷环境下，同样东西的表现形式有什么不同有非常透彻的理解。同样是需求可追踪，在传统里面可能是需求跟踪矩阵，在敏捷里面也许就是JIRA各级需求之间的关联。

在传统模式下，不合格的SQA只会对表面的东西和SOP的东西打钩打叉，那么在敏捷里面，他会觉得发生了翻天覆地的变化。

另外，未来无论是敏捷教练、PMO还是SQA，都是要赋能团队的，而不是作为一个行政机关给人家判定的。所以SQA真正做得好，我认为要懂研发，要能站在研发的角度帮助研发解决问题，帮助他们做流程改进，帮助他们提升能力，帮助他们养成良好的开发习惯。不光要让大家知道要做到什么程度，还要让大家知道为啥这样做是有好处的。还要能够根据企业和团队的具体情况，和团队共同制定出适合他们自己的体现形式。

很多公司的SQA，研发团队并不待见，因为他们只会站在高处指指点点，有些时候又不切合实际，很多时候研发团队又觉得SQA水平不行，很多SQA也没有研发经验，这样很脱离群众。 

所以，一旦项目成功了，SQA可能就冲到前面，领奖的也是他们，因为过程管理的好。一旦项目失败了，SQA就说是团队没有遵守流程导致的。

推荐阅读