1 詳盡的需求分析

2 當面臨專案開始時的問題時，您需要正視並處理這些困難和有爭議的問題而不應該逃避

3 選擇正確的技術,正確的技術能夠使您有最大的機會在現有的人力條件下以最短時間按質量要求完成工作，選擇一個搶眼的新技術並沒有什麼好處，尤其當您不能保證它是否有好處或者找不到正確應用新技術的人的時候。

4 設計一個產品的結構，這個結構要有很好的模組化特性，並且簡單易懂。要花時間在設計功能模組和介面上，並且對這些模組和介面進行封裝和組織

5 一旦您知道了您將需要做些什麼，您就可以著手準備專案計劃。

6 回顧和專案相關的標書，合同和其他高層檔案。如果您的計劃表明合同得不到執行，那麼為了避免以後的嚴重問題就必須進行重新談判

7 檢查設計和程式碼

8 確定優先次序

a.)確保首先將精力放在最緊急的事情，其次是最重要的事情，如果還有餘下的時間再去做不太重要的事情。重要的是從客戶角度考察事情的優先次序。
b.) 確保問題得到充分的解決。

9 處理需求的變化
不管變化如何小，您都要進行必要的處理，將這種變化的結果反饋給客戶或者市場
部門。專案發生延遲更確切的說是人們常常認為專案會發生延遲，不要期望在沒有更多時間和資源的情況下做更多的事情。
10 讓人們努力並機智地工作是問題的關鍵。
用時間和功能命名交付的產品要比僅僅使用數字命名更好。
您應該相信團對成員，相信他們明白需要做什麼，並且會全力以赴做好它。

11 減少風險
a.)不要僅僅為了使用新的技術語言或者方法而使用它們。
b.)儘量避免不同的語言或技術混用。
C.)減少對其他專案和組織的依賴性
d.)在專案計劃中要包含充分的權變措施。

專案延遲常常是由於一些主要的風險因素，例如新技術的失敗或供應方延遲提交產品。

12 不做無用功。如果可以COPY一些有用的功能就不必重寫。

13 採用穩固的程式設計方式
a.)在開發工具中應用最高階的警告功能。
b.)應用錯誤檢查工具來發現記憶體洩露，通用程式碼錯誤和其他潛在缺陷。
c.)養成在寫完程式之後立即測試的習慣。
d.)記下測試出的程式錯誤並編寫報告。
e.)使用可靠的結構和演算法。

14 減少“設計-程式設計-測試“迴圈的時間長度。

15 在測試方面不惜時間.

16 定期進行產品釋出。

您得到的反饋越多您的客戶最後拒絕您的產品的可能性就越小。
17 為了防止您的專案延遲，您必須承擔領導的責任，進行切實的領導。
a.)擔負起責任，不責備他人，不找藉口，勇於承認錯誤並改進。
b.)不要任由他人責備，也不要尋找不具說話力的藉口。
c.)為了整個專案團隊能順利工作，您必須做一些領導應該做的事情，即使這些事情並不讓人愜意。
d.)如果您知道問題所在就立刻著手解決這些問題而不要無視問題的存在。
e.)要做全域性把握整個專案的人

18 為了節省時間一定要捨得花時間。
如果您有方法能夠為整個專案節省時間，那麼就採用這種方法,儘管它可能會使工作暫時落後於預定計劃。
[@more@]

防止專案延遲的18條軍規(轉)

相關文章