如果說(shuō)軟件質(zhì)量是在企業(yè)信息化過(guò)程中必須把持的“生命線(xiàn)”的話(huà)，那么，軟件質(zhì)量管理就是穩定這條生命線(xiàn)的標尺。

　　李辛是宏盛科技公司是上任一年多的技術(shù)部門(mén)經(jīng)理，公司有80多人，其中50多人的IT部門(mén)里，負責ERP項目的有30多人，公司雖然年輕，但一些IT技術(shù)人才聚集在一起，也顯得朝氣蓬勃�？蛇@兩天，公司里有些不平靜。

　　客戶(hù)不滿(mǎn)意

　　之前，由李辛負責的重要客戶(hù)的一個(gè)ERP項目，經(jīng)過(guò)多次需求變更后，設計工作大大落后原先的計劃，在幸運地通過(guò)了客戶(hù)參與的驗收測試后，卻在系統剛剛上線(xiàn)運行不久，因為功能和性能的不足，被客戶(hù)拒絕使用，要求重新設計。

　　李辛的遭遇不是偶然，這種故事在當前國內軟件公司幾乎每天都在上演，客戶(hù)上線(xiàn)ERP遭受失敗，軟件公司也同時(shí)深受損失，項目失敗導致經(jīng)濟和信譽(yù)名利俱損。

　　李辛所帶團隊對這個(gè)項目的失敗似乎頗有怨言，認為是客戶(hù)的項目實(shí)施前需求不明確、領(lǐng)導對項目決策有誤造成。并把這種現象戲稱(chēng)為國內IT界的“新三拍”現象：事前靠拍腦袋決策，如果決策失誤則拍大腿后悔，當決策失誤造成重大損失時(shí)，則拍拍屁股走人。

　　不可否認，客戶(hù)方高層管理人員的決策失誤是導致項目失敗的因素之一，他們在不明確自身業(yè)務(wù)需求的情況下倉促上馬，項目實(shí)施之前不知道如何規避風(fēng)險，項目失敗后后悔選錯了項目承包公司。

　　尋找問(wèn)題

　　“我們的企業(yè)在進(jìn)行質(zhì)量保證體系的建設和推廣過(guò)程中，只是在強調方法，強調規范，而輕視了質(zhì)量管理意識。”作為部門(mén)的負責人，李辛意識到了問(wèn)題所在。

　　例如：公司項目組在做產(chǎn)品開(kāi)發(fā)時(shí)，注重在應用功能如何去實(shí)現，各種應用之間如何規范化，怎么保證軟件的正常使用，而對軟件本身存在的質(zhì)量可能存在的問(wèn)題，和應用如何結合和在測試階段都做的不夠到位。

　　從李辛的角度來(lái)看，產(chǎn)品的質(zhì)量沒(méi)有達到客戶(hù)的要求，是因為開(kāi)發(fā)人員臨時(shí)組成的測試團隊“不作為”，測試經(jīng)理的管理和技術(shù)能力不足。

　　作為技術(shù)團隊的小龐則顯得委屈，“我們只能從自己IT專(zhuān)業(yè)角度去測試，這個(gè)量就已經(jīng)相當大。”這也不能怪這些年輕的開(kāi)發(fā)人員，在他們所學(xué)習的課程里，IT項目質(zhì)量管理本來(lái)就很欠缺，何況，目前國內很多大的IT公司也是如此。

　　李辛知道，公司的IT部門(mén)在質(zhì)量管理的問(wèn)題上多少有些尷尬，“我們在追求軟件功能的同時(shí)，卻輕視了軟件質(zhì)量管理。”從這個(gè)事件進(jìn)一步挖掘，導致項目失敗的深層次原因是宏盛公司內部項目質(zhì)量保證體系的缺失，使得項目質(zhì)量和進(jìn)度不可量化和不可控制。

　　李辛所在的企業(yè)在進(jìn)行質(zhì)量保證體系的建設和推廣過(guò)程中，只是在強調方法，強調規范，而沒(méi)有重視質(zhì)量意識。