首先，在微观问题上，QA人员由于能力的限制对研发过程中细节的把握不可能像开发经理一样到位，这就注定了对于流程是否符合的控制，往往是仅仅解决了要做什么的问题，而无法解决怎么做，做得怎样的问题。“怎么做，做得怎样”，这往往跟执行者的能力相关，仅仅靠流程、控制点是难以达到的。而且过程中的细节问题，很难去全部规范完备、做到滴水不漏，即使真的做到滴水不漏，也必然使得过程过于庞大而导致效率低下。就如同有些SOP去规范员工如何写邮件一样，那应该是小学语文老师的工作，不是QA所要关注的点，也不具有可操作性。

解决怎么做，做得怎样的问题则需要技术经理去控制，而且在控制过程中还需要注意方式方法。例如，开发过程中要求规范编码，包括规范编码风格、采取统一的变量命名方式、必要的注释、抽取公用函数解决重用问题、代码不合理情况下进行重构、设计不足情况下优化设计等等。而这些往往就是QA们难以做到，也非QA人员能力范围之内，即使做了也难以控制好的，这就需要技术经理们的去进行管理、同时灵活把握方式方法。

说技术人员往往不善于交际、脾气怪一样，程序员们大部分也都这样，容不得其他人指手画脚，技术经理们当面去指出程序员那里代码写得有问题，很多时候会引来反感。一个相对好操作的方法是：由技术经理或者高级程序员，定期不定期，举行代码分析会，从现有程序中抽取带有典型问题的代码，逐一分析，逐步灌输编码的规则、理念，讲述过程中对事。