最該忘記的就是質量標準

參加過不少次的新員工答辯會議，發現常常性的有人向新員工發問：「你知道我司質量標準中，1 kloc代碼須要發現多少個codereview comments，編寫多少個wbit用例，發現多少個wbit缺陷嗎？」，能完整答上來的新員工不多，剛開始的時候我也內心直打鼓，由於我本身也忘記了，會後會偷偷的再去翻看背誦直到自覺別人再問起的時候能對答如流。可是當再次參加下一次的新員工答辯會的時候，發現一樣又有人問起這個問題，我仍然忘記了具體數字，我就在想咱們爲何要記住這些質量標準，咱們要求新員工記住這些數據的目的是什麼，發問者本身是否明白呢？

 

而實際上，咱們不但不該該記住這些質量標準，而是應該立刻忘記它們。

 

人的大腦是有限的，咱們須要常常性的清空大腦，清除一些垃圾，讓咱們的大腦有新空間記住那些真正須要咱們記住的東西。以新員工答辯的案例爲例，咱們提問的目的是什麼呢？難度咱們會認爲記住了質量標準的人，代碼質量就必定寫的好嗎？既然咱們的最終目的是爲了讓開發人員寫出質量好的代碼，那麼咱們的問題是否能夠這麼來問：

 

「你爲提升代碼質量採用了哪些方法？」

「你重用了別人哪些代碼？而不是全部輪子本身造。」

「你寫的哪些代碼正在被別人重用了？」

 

經過新員工對這些問題的回答，咱們很容易的就能知道他是否具有寫出高質量代碼的能力或者意識，新員工也會很是清楚對於寫出高質量代碼須要作那些事情。而絕對不是記住質量標準。

 

其實，咱們正在漸漸背離原來設立質量標準的初衷。不少項目組會給項目組成員人手一份的打印出來，而後告訴成員，這些就是迭代出口的標準，你們要按照這個數據標準來作質量活動。這就比如把你們在對着答案考試。到底有多少人能理解其中的質量本質並不清楚，只知道迭代出口的時候每一個人的數據都是標準的。

 

咱們是否能夠轉變一種思惟，讓你們以自我評估是否作充分爲過程標準，最後比對質量數據。也就是從對着答案作題，變爲作完題目後再對答案。從不信任管理，轉變成一種信任管理。這種信任的創建須要慢慢在團隊中培養，磨合，最後生長出自管理的基因。

 

固然過程當中須要管理者深刻觀察，你們提升質量的過程，不妨把以前問新員工的三個問題，再時時問問項目組成員。若是惟數據論的話，數據每每會說謊，從而掩蓋本應該暴露出來的風險。而作到本身滿意，最後團隊的成果卻每每遠高於標準。