遇到过一个成熟度不高的团队，开发测试上线都是一拨人。没有任何缺陷记录。产品版本好坏完全依靠个人能力和状态。
   针对这种直接开发、直接修改缺陷的团队，若已经确认了需要改进，那么该如何开始呢？
   我这边是这么考虑的，质量保证，就是要越来越专业化，分工越来越精细，才好进行细节控制。而之所以要记录缺陷，就是因为跨了团队（研发和测试团队），所以我们要求
  1、成立独立的测试角色
  2、建立简易的版本发布机制

 

我们的目的：
    成立了测试角色之后，他必然要把所有的缺陷记录，否则如何告诉不同的开发人员？
    而为了测试过程不老是被中断，他必然要用到发布的机制。否则测到一半，某个开发人员又说要改XX函数，测试又得重新来……
——角色独立出来后，两个机制就比较容易形成，缺陷就得到了记录，而版本发布过程的专业程度又提高了一级。之后可以再以提高测试质量为名，逐步推广到IT、ST、BBIT……

其实，我想说的是，独立出专业的角色/团队，是改进遇到僵局时候的一个重要手段。