浅说质量管理
最近频繁出一些事情，让我觉得有些事情该说下，不是想批判谁或者某种制度，只是浅谈下我自己对质量管理上的看法。
我手下H员工（我导师，H徒弟）经常出现程序漏洞，以至于组内部领导经常喊我（和他）去领挨批，
问“为什么会有这样的错，自测怎么做的”之类的问题，“业务了解不够透彻，自测的不全面”之类的回答，
也确实是这样子，H对于问题总有点把握不住，自测的时候呢，又是没有环境，时间上又卡的很紧。测试
室那边也是一样，以至于很多点点都会报错的问题都流到客户现场去。然后领导质问“那你这审核是怎
么做的，为什么检查不出来问题”，还有些挑你话里毛病的，然后各种教育，然后什么都然后都没有。
总之就是让人糟心的批评吧！
其实转念一想，这些问题真的只是H员工的问题吗？难道一个团队要单纯的靠H员工的能力和自觉
性，以及审核人来保证质量？
H员工在修改程序的时候遇到问题，很多细节上的问题，自己懂一些，但是拿捏不准，需要相关的
人一个个问过去，但这意味着大量时间的投入，而管理人认为，这点时间是足够的，后面又有其它任务
推过来，你作为开发，必须在规定时间内做完。此时在管理上已经开始埋下漏洞的种子了，作为一个项
目的管理者，自己也是开发出身，当知程序最大的问题来自于，做的过程中不知道会遇到什么样的问题
，强行推进进度，必然导致质量上存在风险。典型的事中求速度，事后求质量。
另外开发为什么做任务的时候总是遇到问题，且需要花费很长的时间去解决。从长期来看，不就
是缺少培训导致的吗。平常错误的认为每个开发都会主动去学习，加班去补充对业务支持和系统相关
的了解。当知人是有惰性的，且在比较高强度的工作压力下，根本没有什么时间去补充自己，偶尔留
出一点空，也会把时间用于补充睡眠或者填补平常少陪伴家人的欠缺。从短期来看，开发平常需要的
这种开发联测环境（内部系统较多，开发环境搭建比较慢）上缺少，也导致了开发人员在进行自测时
候，没有足够的时间去弄环境。那怎么办呢？简化测试！然后....。
审核人环节，单纯的审核代码，能看出问题来才怪，顶多也就审出一些代码不规范、非常明显的
逻辑错误、代码开发偏差较大的问题。还有很多审核人纯粹是走的过场的。从我自己身上来看，虽然各
种事情很多，我自认在审核上还是尽量花费时间进去，但是还是没法避免全部漏洞在我手上终结。
然后再说说测试(测试室)环节，测试人员很多都不懂业务，业务理解多是从开发那儿得到的，试问
开发理解的有问题，测试能从中挑出毛病来？另外测试时间也紧凑（定了最终时间，各环节催促），很
多情况下也是点上测下，在全流程上，或者相关面上，不会去进行测试。
最后，这样的问题留到现场去真的是必然的！这些东西真的不是骂骂开发责任人或者具体开发就能
避免下次问题的发生。真正的问题在于管理上混乱。人员中存在一些问题员工其实是一个团队的正常现
象，管理者的作用也是体现在这里。一个团队在任何一个时间上，都不可能存在人人都是精英，换言之
如果每个员工都有很高的觉悟，有很强的学习能力，都是精英，那其实这个团队也不需要管理者。
主要看你错处的项目中，管理者或者说是老板，到底追求的是什么，所谓只看结果不看过程，问题难免尽量做到最小，如果你不是只背锅就好。 绝大多数都是只管结果的，过程不重要，所以怎么控制过程是主管领导的责任，只要给出结果就行
页:
[1]
