1.需求階段
積極投入，對任何細節都不要放過。技術調研要抓準難點，先分析都有那些難點並列出逐個解決
2.設計階段
在設計時要考慮設計目標，只有在設計目標明確的前提下，設計纔有意義。設計時，對於極限的情況要重視。要把自己的設計記錄到文檔中，不要只是憑記憶。在設計這個階段，要花大力氣。儘可能的把問題都在設計階段解決，要是在編碼，測試發現問題，修改的代價太高。MRD要成爲設計的最重要的參考文檔，要把它打印出來，設計時反覆查看。
3. 編碼階段
（A）在編碼的過程中，同時要寫入測試信息，方便調試，這些測試信息可以用以下方式寫：
#ifdef _MYDEBUG_
#endif
這種方式很容易在發佈release的時候，去掉測試代碼，保持代碼的整潔。
（B）不準在代碼中出現Magic Number, 代碼中的常量要用宏或常量變量表示，可在工程中專門用一個文件放這些宏或常量變量
多個模塊共用的常量，一般來說，一個項目都有個運行的環境，這些配置環境就有必要放在大家共用的配置環境文件中，易於保持整個項目的環境的一致性，防止由於疏忽導致的環境不一致的情況。
（C）模塊之間的接口定義要仔細推敲，特別對於存在數據通信的情況下，要考慮數據的併發訪問是否會出現問題
（D）儘可能用英文來做註釋
4.單元測試
在做單元測試的時候，不需要像測試組那般詳細，但也不能太簡單了，測試路徑要全。不要把一些低級的bug留給測試組來發現，總體來說，編碼階段與單元測試階段的時間比例應該維持在大概3:1，這樣可以基本確保提交給測試組的build的質量是較高的。
5.總結
每做完一個項目，每完成一個難點，都要從軟件工程的幾個階段來思考，總結教訓，提煉思想，爲將來所用