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 為了節省時間一定要舍得花時間。
如果您有方法能夠為整個項目節省時間，那么采用這種方法，盡管它可能會使工 作暫時落后于預定計劃。
