浅说质量管理

　　最近频繁出一些事情，让我觉得有些事情该说下，不是想批判谁或者某种制度，只是浅谈下我自己对质量管理上的看法。

　　我手下H员工（我导师，H徒弟）经常出现程序漏洞，以至于组内部领导经常喊我（和他）去领挨批，问“为什么会有这样的错，自测怎么做的”之类的问题，“业务了解不够透彻，自测的不全面”之类的回答，也确实是这样子，H对于问题总有点把握不住，自测的时候呢，又是没有环境，时间上又卡的很紧。测试室那边也是一样，以至于很多点点都会报错的问题都流到客户现场去。然后领导质问“那你这审核是怎么做的，为什么检查不出来问题”，还有些挑你话里毛病的，然后各种教育，然后什么都然后都没有。总之就是让人糟心的批评吧！

　　其实转念一想，这些问题真的只是H员工的问题吗？难道一个团队要单纯的靠H员工的能力和自觉性，以及审核人来保证质量？

　　H员工在修改程序的时候遇到问题，很多细节上的问题，自己懂一些，但是拿捏不准，需要相关的人一个个问过去，但这意味着大量时间的投入，而管理人认为，这点时间是足够的，后面又有其它任务推过来，你作为开发，必须在规定时间内做完。此时在管理上已经开始埋下漏洞的种子了，作为一个项目的管理者，自己也是开发出身，当知程序最大的问题来自于，做的过程中不知道会遇到什么样的问题，强行推进进度，必然导致质量上存在风险。典型的事中求速度，事后求质量。

　　另外开发为什么做任务的时候总是遇到问题，且需要花费很长的时间去解决。从长期来看，不就是缺少培训导致的吗。平常错误的认为每个开发都会主动去学习，加班去补充对业务支持和系统相关的了解。当知人是有惰性的，且在比较高强度的工作压力下，根本没有什么时间去补充自己，偶尔留出一点空，也会把时间用于补充睡眠或者填补平常少陪伴家人的欠缺。从短期来看，开发平常需要的这种开发联测环境（内部系统较多，开发环境搭建比较慢）上缺少，也导致了开发人员在进行自测时候，没有足够的时间去弄环境。那怎么办呢？简化测试！然后....。

　　审核人环节，单纯的审核代码，能看出问题来才怪，顶多也就审出一些代码不规范、非常明显的逻辑错误、代码开发偏差较大的问题。还有很多审核人纯粹是走的过场的。从我自己身上来看，虽然各种事情很多，我自认在审核上还是尽量花费时间进去，但是还是没法避免全部漏洞在我手上终结。

　　然后再说说测试(测试室)环节，测试人员很多都不懂业务，业务理解多是从开发那儿得到的，试问开发理解的有问题，测试能从中挑出毛病来？另外测试时间也紧凑（定了最终时间，各环节催促），很多情况下也是点上测下，在全流程上，或者相关面上，不会去进行测试。

　　最后，这样的问题留到现场去真的是必然的！这些东西真的不是骂骂开发责任人或者具体开发就能避免下次问题的发生。真正的问题在于管理上混乱。人员中存在一些问题员工其实是一个团队的正常现象，管理者的作用也是体现在这里。一个团队在任何一个时间上，都不可能存在人人都是精英，换言之如果每个员工都有很高的觉悟，有很强的学习能力，都是精英，那其实这个团队也不需要管理者。