談項(xiàng)目管理和軟件測試過程(五)

5.1 項(xiàng)目管理存在問題

總結(jié)軟件企業(yè)管理中易出現(xiàn)的如下問題，結(jié)合我公司在產(chǎn)品開發(fā)管理的過程中出現(xiàn)問題總結(jié)如下：

1)需求說明差─需求不清楚、不完整、太概括、或者不可測試，都會(huì)造成問題。
2)不切實(shí)際的時(shí)間表─如果在很短的時(shí)間里要求做許多事，出現(xiàn)錯(cuò)誤是不可避免的。
3)不重視測試─只能根據(jù)客戶意見或系統(tǒng)崩潰來判斷系統(tǒng)的質(zhì)量，整個(gè)公司沒有質(zhì)量管理部門。有些經(jīng)理認(rèn)為測試工作是服務(wù)工作，只有編寫代碼工作才是生產(chǎn)工作，編程人員待遇高、地位高。
4)不斷增加功能─在開發(fā)正在進(jìn)行過程中要求增加許多新的功能，這是常見的問題。
5)交流問題─如果開發(fā)人員對客戶的要求不了解，或者客戶由不恰當(dāng)?shù)钠谕?，必然?huì)導(dǎo)致錯(cuò)誤。
6）編寫文檔意識(shí)太差─90%的開發(fā)人員不愿意花時(shí)間寫文檔，項(xiàng)目經(jīng)理缺少這方面的管理考核要求，喜歡采取多次對話開會(huì)等輕松的溝通方式。

5.2  解決措施

這些問題的出現(xiàn)，將會(huì)對軟件質(zhì)量的保證產(chǎn)生不良影響，針對上述問題并結(jié)合公司在項(xiàng)目管理方面的實(shí)踐經(jīng)驗(yàn)，筆者提出一些相應(yīng)的解決方法，以供參考：

1)可靠的需求─應(yīng)當(dāng)有一個(gè)經(jīng)各方一致同意的、清楚的、完整的、詳細(xì)的、整體的、可實(shí)現(xiàn)的、可測試的需求。為幫助確定需求，可使用模型 (prototypes)。

2）合理的時(shí)間表——為計(jì)劃、設(shè)計(jì)、測試、改錯(cuò)、再測試、變更、以及編制文檔留出足夠的時(shí)間。不應(yīng)使用突擊的辦法來完成項(xiàng)目。

3)盡早安排測試─從需求討論開始測試；每次改錯(cuò)或變更后，都應(yīng)重新測試。項(xiàng)目計(jì)劃中要為測試和改錯(cuò)留出足夠時(shí)間。重視測試人員的待遇和地位問題，認(rèn)識(shí)上把測試工作做為研發(fā)工作的一個(gè)重要階段完成，他和編寫代碼同樣重要。

4)盡可能堅(jiān)持最初的需求─一旦開發(fā)工作開始，要準(zhǔn)備防止修改需求和新增功能，要說明這樣做的后果。如果必須進(jìn)行變更，必須在時(shí)間表上有相應(yīng)的反映。如果可能，在設(shè)計(jì)階段使用快速的模型，以便使客戶了解將會(huì)得到的東西。這將會(huì)使他們對他們的需求有較高的信心，減少以后的變更。

5)溝通——在適當(dāng)時(shí)機(jī)進(jìn)行預(yù)排和檢查;充分利用團(tuán)組通信工具—電子郵件、MSN實(shí)時(shí)對話、網(wǎng)絡(luò)故障跟蹤Bugzilla工具、變更管理工具、以及因特網(wǎng)的功能。要確保文件是可用的和最新的。優(yōu)選電子版文檔，避免紙介質(zhì)文檔:進(jìn)行遠(yuǎn)距離聯(lián)合作業(yè)及協(xié)作;盡早使用模型，使客戶的預(yù)想表達(dá)清楚。

6）強(qiáng)化文檔工作—對于每個(gè)測試任務(wù)必須有相應(yīng)的需求、開發(fā)設(shè)計(jì)文檔，測試任務(wù)完成后必須有測試報(bào)告，讓文檔成為互相溝通的基礎(chǔ)。

·談項(xiàng)目管理和軟件測試過程（三）

·談項(xiàng)目管理和軟件測試過程（二）