乍一看，好大的一個話題，而且被N多的質(zhì)量大師、軟件××師嚼過N次了...那這里再嚼一遍也不算多吧。

　　項(xiàng)目上你也倡導(dǎo)我也倡導(dǎo)質(zhì)量是關(guān)鍵。質(zhì)量優(yōu)先，進(jìn)度靠后。但當(dāng)市場上告訴你產(chǎn)品再不出來我們的客戶就丟了，當(dāng)項(xiàng)目經(jīng)理告訴你我們已經(jīng)進(jìn)度拖延了，××時就是我們的deadline，要是再拖，汗，獎金就泡湯啦。于是，苦命Coding哥哥們加班啊加班，挑剔的testing妹妹們提bug啊提Bug，最后bug滿天飛，哥哥妹妹們都圍繞bug轉(zhuǎn)去了，進(jìn)度還是拖了，質(zhì)量還是沒上去。于是，客戶沒滿意，我們要重構(gòu)，我們要重寫，我們要重測。OK，若干有些小想法的人開始思考了，老路不能再走一遍，一定要變革。

　　于是，

　　妹妹：哥哥啊，質(zhì)量很關(guān)鍵，一定要自測，一定要寫單元測試代碼，一定要學(xué)習(xí)好業(yè)務(wù)，一定要開發(fā)出高質(zhì)量的產(chǎn)品。

　　哥哥：妹妹你不知道我的苦，我也不想讓你們給提bug，多丟人啊，我也想寫高質(zhì)量的代碼。可是，我代碼還沒到爐火純青的地步，我天天加班天天加班也沒時間學(xué)習(xí)，我進(jìn)度安排得很緊，大家都在趕，我再不趕，本月績效就完蛋啦。

　　好復(fù)雜的一個話題。我們很多時候在討論如何做需求管理，如何盡量少的變更，如何提高開發(fā)人員的質(zhì)量意識，如何提高測試人員的技術(shù)水平，但從另一個角度講，當(dāng)你所在的公司文化中不含倡導(dǎo)質(zhì)量的字眼時，這些底層的工程師是沒有辦法的。有關(guān)上面的談話，顯然參與討論的人的身份還承擔(dān)不起這么大的一個話題。一棵大樹頂上的一兩片葉子就是再搖晃再隨風(fēng)招展也不能讓一棵大樹動一動啊。

　　怎么辦？先分析產(chǎn)品開發(fā)的這根鏈條。市場管理－市場－－產(chǎn)品管理－－產(chǎn)品－－需求管理－需求－項(xiàng)目管理－－開發(fā)－－測試。鏈條的末端再動也沒用。市場是龍頭，龍頭牽著整個鏈條走，方向正確了好辦，方向錯了－－難辦。對一個很重視市場的公司來講，如果單單重市場而忽略研發(fā)，那質(zhì)量－－難辦。由于才識較淺，目前關(guān)于這個也繼續(xù)說不出什么道道來。但有一點(diǎn)，如果軟件企業(yè)一開始就將質(zhì)量放到一個比較高的位置，那我們就不信憑大家這些智慧的頭腦和70、80后年輕人的吃苦勁頭搞不定一個“質(zhì)量”！