軟體開發體會

經歷過幾個專案，給我的感覺都是亂。專案管理亂、需求亂、**亂。

程式設計師心裡都有乙個專案的標準：可以持續的推進並且移植性高，可擴充套件性好的專案。

可是真正有好的執行力的專案比較少。

我總結了一下幾個重點的地方：

1.專案需求分析和專案設計要定時更新。專案需求變化是正常的，問題是需求變化後，專案設計怎麼變。如果設計不變，在原來的基礎上修改，可能越改越亂。

2.專案編碼規範要很好的執行。程式設計師都有自己的編碼習慣，有好有差。做專案當中必須要有乙個好的規範來執行，這樣寫出來的**才有通讀性。否則各自寫各自的，給後期的維護造成很大的麻煩，如果等完成了再去改，修改量很大，也容易出現錯誤。

3.業務先定義介面，按介面完成功能。業務的規範也是很重要的一塊，我覺得可以先定義好主要的業務規範，把這些業務都定義成介面的形式，定義好每個介面方法的執行功能，專案當中的人員不需要詢問開發人員，只要呼叫不同的介面方法就可以。提高專案的規範性和開發效率。

4.專案的時間把握。專案的進度把握是很重要的一方面。沒有效率的專案會讓投資人失望，對開發人員的壓力也很大。專案開始時，規劃好專案的進度和時間控制，前期有時間的可以先超進度完成，剩餘時間給測試和改進。我自己這方面做的不夠，往往感覺後期壓力很大。

5.開發過程中，相互一定要多交流和學習。有點類似敏捷開發的流程去做。

這些是我自己的總結，不是很專業，應該也是有效的。