最该忘记的就是质量标准

参加过不少次的新员工答辩会议，发现常常性的有人向新员工发问：“你知道我司质量标准中，1 kloc代码须要发现多少个codereview comments，编写多少个wbit用例，发现多少个wbit缺陷吗？”，能完整答上来的新员工不多，刚开始的时候我也内心直打鼓，由于我本身也忘记了，会后会偷偷的再去翻看背诵直到自觉别人再问起的时候能对答如流。可是当再次参加下一次的新员工答辩会的时候，发现一样又有人问起这个问题，我仍然忘记了具体数字，我就在想咱们为何要记住这些质量标准，咱们要求新员工记住这些数据的目的是什么，发问者本身是否明白呢？

 

而实际上，咱们不但不该该记住这些质量标准，而是应该立刻忘记它们。

 

人的大脑是有限的，咱们须要常常性的清空大脑，清除一些垃圾，让咱们的大脑有新空间记住那些真正须要咱们记住的东西。以新员工答辩的案例为例，咱们提问的目的是什么呢？难度咱们会认为记住了质量标准的人，代码质量就必定写的好吗？既然咱们的最终目的是为了让开发人员写出质量好的代码，那么咱们的问题是否能够这么来问：

 

“你为提升代码质量采用了哪些方法？”

“你重用了别人哪些代码？而不是全部轮子本身造。”

“你写的哪些代码正在被别人重用了？”

 

经过新员工对这些问题的回答，咱们很容易的就能知道他是否具有写出高质量代码的能力或者意识，新员工也会很是清楚对于写出高质量代码须要作那些事情。而绝对不是记住质量标准。

 

其实，咱们正在渐渐背离原来设立质量标准的初衷。不少项目组会给项目组成员人手一份的打印出来，而后告诉成员，这些就是迭代出口的标准，你们要按照这个数据标准来作质量活动。这就比如把你们在对着答案考试。到底有多少人能理解其中的质量本质并不清楚，只知道迭代出口的时候每一个人的数据都是标准的。

 

咱们是否能够转变一种思惟，让你们以自我评估是否作充分为过程标准，最后比对质量数据。也就是从对着答案作题，变为作完题目后再对答案。从不信任管理，转变成一种信任管理。这种信任的创建须要慢慢在团队中培养，磨合，最后生长出自管理的基因。

 

固然过程当中须要管理者深刻观察，你们提升质量的过程，不妨把以前问新员工的三个问题，再时时问问项目组成员。若是惟数据论的话，数据每每会说谎，从而掩盖本应该暴露出来的风险。而作到本身满意，最后团队的成果却每每远高于标准。