前提：组织结构主线是项目部门、开发部门、测试部门、实施部门，虚线为以项目为单位，项目经理、开发人员、测试人员、实施人员组成的Team组。
　　作为一个Leader，难堪的时候莫过于收到投诉：你底下人是怎么回事，连XX事情都做不好，这么久了连这件事情是怎么回事都没有搞懂，更气人的是他不懂也不问，能做做，不能做赶紧哪里凉快哪里去，别在我这里给我添乱。
　　每当这个时候，我也会很气愤，人在我这里什么都好好的，怎么一到项目组里变成让项目组成员嫌弃了呢？
　　我怪过产品经理不把需求讲清楚，也怪过研发提交质量差的代码，更怪项目经理 你项目组中人一开始事情做错了，你到上线时才发现，你还好意思怪他人没有把事情做好...
　　我一直秉持着有多大错但多大责任，而不是因为我错了，所以我要负全责。因这个理念，我一直想大家能公平对待项目组每个成员，每当发生不公平时 我会觉得伤心...。
　　可公平对待了之后呢？ 还不都是测试人员提高自己的技能水平，研发提交自己的开发水平，项目经理提高自己的管理协调能力， 和不公平对待之后 有什么差别？要做的事情 都是提高能力，只不过一个态度好，一个态度不好而已。
　　之前我认为项目经理把控整个进度，去发现问题 是理由当然的事情，我只要管好测试用例的质量，应该不会有太大的问题，但收到多次投诉后，我发现这样是不行，每个项目都有各自的个性化东西，大家对这些事情是没有概念的，如果没有能把控住全局的项目经理，那么整个质量会低到低值。
　　原因一：项目经理 本身的问题 对需求、业务、进度、质量 没有正确的判断能力。
　　原因二：研发和测试 在什么都不清楚下，开始做事情
　　原因三：项目经理监控不住过程，也没有人对这个Team组进行监控
　　所有问题都积压到上线前爆发，后责任非常容易落到测试人员身上，项目经理认为一我不做开发、二我不做测试，我能对项目质量的影响非常小，多我是监管不力，但质量不好的问题 肯定不是我的责任。
　　项目经理跟我诉苦，我确实不知道 测试人员这样测试是有问题的呀...
　　总总原因，促使我去思考，该怎么做才能少收到投诉，后决定：自己来监管，测试经理来监管才是靠谱的，确实不能指望别人来帮我去发现成员在项目团队中不足，能发现项目组成员做的不好项目经理多，但能说清楚哪里做的不好项目经理少，更不要指望他们能指出不出。
　　想清楚自己该监管，然后再来想该监管什么，初步定几点：
　　1）参与需求讨论会，需要带着测试人员去提问
　　2）需求评审---内部需求评审，把测试点提取出来，不确定的先记录 和项目经理确认，然后再来写测试用例
　　3）测试用例的质量 --内部测试用例评审
　　4）测试入口准则 ，虽然流程早有，但判断起来是有难度的，需要带着教成员去判断哪样是OK的，哪些是不OK的，避免成员做无用功。
　　5）测试出口准则，提交给外部的，需要加大监控，并带着测试人员一一review后再提交出去。
　　6）项目过程中-观察测试人员做事方式方法，先问他们你如何做？为什么？5W1H避免还不清楚是什么事情，开始干活。
　　争取测试人员提交出去的东西，测试经理都看过，且能确认这是OK的。