作為軟件公司而言，質(zhì)量就是生命。但是很多軟件產(chǎn)品，開發(fā)出來后，質(zhì)量卻是很難滿足客戶的需要。
一方面是軟件研發(fā)人員，功能完成的定位就是“我代碼寫了”，軟件功能是否是能運行僅僅是點一點按鈕，然后說“我可以運行”。但是實際上，頁面的展示邏輯混亂，新增、編輯、查看頁面頁面不統(tǒng)一，頁面的菜單項和實際的展示功能根本就不是一回事，保存有問題，很多狀態(tài)位沒有調(diào)整。很多的“所謂可以運行”，其實都是一些假的東東。
另外一個方面是測試人員。因為很多軟件公司為了節(jié)約軟件研發(fā)的成本，對測試工程師很不重視，甚至沒有測試崗位的設(shè)置，導(dǎo)致在相應(yīng)功能開發(fā)完畢就丟給了客戶。客戶做為最終的使用者，很難進行具體的使用，成了Bug的最大受害者。可用是沒有經(jīng)過實際檢驗的，特別是在一些綜合性的管理信息系統(tǒng)的開發(fā)過程中。因為功能量比較大，很多小的功能點，作為項目經(jīng)理也只是對一些主體的功能進行檢測，沒有細(xì)化到相應(yīng)的實際可用的程度。軟件公司對于相應(yīng)的軟件功能是必須是要進行檢測的，沒有檢測的系統(tǒng)是不可用的。
最后是文檔的質(zhì)量，文檔的欠缺似乎成了最大的問題。很多系統(tǒng)完成后，沒有幫助文檔，客戶拿到相應(yīng)的功能，難以下手。更不用說從相應(yīng)的系統(tǒng)流程與業(yè)務(wù)運作流程進行結(jié)合了。
質(zhì)量是軟件研發(fā)公司存在的生命，否則研發(fā)出來的系統(tǒng)只能停留在實驗室中，無法在客戶中進行使用，當(dāng)然軟件本身的價值也就很難得以體現(xiàn)。作為公司也很難拿到相應(yīng)的回報，進行良性循環(huán)的環(huán)節(jié)。