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