候會(huì)引來反感。一個(gè)相對(duì)好操作的方法是：由技術(shù)經(jīng)理或者高級(jí)程序員，定期不定期，舉行代碼分析會(huì)，從現(xiàn)有程序中抽取帶有典型問題的代碼，逐一分析，逐步灌輸編碼的規(guī)則、理念，講述過程中對(duì)事不對(duì)人。講得次數(shù)多了，等大家基本接受這些規(guī)則、理念之后，再進(jìn)行定期的代碼檢查。如此開展起來，水到渠成，不會(huì)有大多的阻力。
當(dāng)然，也有過程關(guān)注如何編寫程序、如何進(jìn)行測(cè)試，比如說敏捷開發(fā)中的極限編程。在大部分的敏捷開發(fā)過程中，并未涉及到QA人員，那么這其中的細(xì)節(jié)控制定然是需要技術(shù)經(jīng)理們?nèi)?zhí)行的。
其次，QA也好，QC也好，是基于單一產(chǎn)品或者項(xiàng)目為對(duì)象進(jìn)行的，而現(xiàn)實(shí)是一個(gè)研發(fā)中心往往有很多產(chǎn)品線，那么多個(gè)產(chǎn)品線之間關(guān)系，是QA/QC們無法關(guān)注到的。在宏觀問題上，產(chǎn)品線之間的關(guān)系、交換，公用模塊的抽取，研發(fā)路徑、實(shí)現(xiàn)技術(shù)手段的選擇等等，這些都質(zhì)量管理著、業(yè)務(wù)經(jīng)理們(產(chǎn)品規(guī)劃)能力范疇之外。這部分工作很重要，對(duì)產(chǎn)品質(zhì)量有著重大的影響力，很多有錢的公司，往往請(qǐng)外部的咨詢公司來進(jìn)行規(guī)劃。比如，浙江移動(dòng)07年請(qǐng)埃森哲公司進(jìn)行咨詢，花了近200萬(wàn)得到了一份規(guī)劃報(bào)告。不是每個(gè)公司都能出得起、會(huì)去花這個(gè)錢的，那么這就需要技術(shù)經(jīng)理們進(jìn)行統(tǒng)一的技術(shù)分析、技術(shù)規(guī)劃，形成一個(gè)藍(lán)圖，指引具體產(chǎn)品的工作開展。
質(zhì)量管理是一個(gè)涉及到整個(gè)研發(fā)過程的需要全體人員參與的一項(xiàng)活動(dòng)，需要質(zhì)量部門QA、QC人員的努力，還需要需求、設(shè)計(jì)、開發(fā)環(huán)節(jié)中的技術(shù)經(jīng)理們承擔(dān)起質(zhì)量控制的職責(zé)，并把質(zhì)量控制的理念深入灌輸?shù)矫總€(gè)員工的思想中，不斷改進(jìn)過程、方法，這樣才能有效的推進(jìn)質(zhì)量管理工作，才能建立起高效的質(zhì)量管理體系。