軟體開發經濟實用的15條實踐

無論是否參考cmmi的模型，在軟體開發的過程，我認為如下的15條實踐比較經濟實用：

（1）控制專案組的團隊規模不超過10人，人員要少而精。

（2）需求文件化，無論大小專案必須清晰的描述需求。

（3）採用用例、介面原型描述需求，採用這2種手段強制使需求描述的完備而清晰。

（4) 專案的階段計畫與2周計畫，階段計畫定義總體承諾，2周計畫定義近2周的詳細任務安排。

（5）逐日跟蹤+周例會，每天輪詢專案組每個成員的進展，每週召開全組成員的協調會議。

（6）需求評審+設計評審，需求與設計文件必須經過評審，評審可以是正式的審查可以是不規範的走查，但是通過評審可以發現問題，促進溝通。

（7）測試驅動開發，寫**前寫測試用例，採用自動化的單元測試工具，通過編寫測試用例可以提醒開發人員規避那些問題，通過自動化測試，可以重複、頻繁的進行回歸測試。**總是在修改的過程中變的越來越差的。

（8）單元測試+**走查+重構，單元測試與**走查合起來做到100%語句覆蓋，重構可以提高**的結構，優化設計，提高軟體的可維護性。

（9）每日聯調，早發現介面的問題，並始終保持有乙個可以演示的版本。

（10）需求階段編寫系統測試用例，作為驗證需求的一種手段，促進需求的描述達到可測試、可度量的程度。

（11）小版本發布，定義需求的優先順序，定義在開發過程中明確的發布版本，使開發過程可見，使專案組成員有成就感。

（12）進行專案的經驗教訓總結，向歷史學習，向案例學習，自己的經驗教訓最容易為自己所接受。

（13）有標準就要安排qa人員檢查執**況，無論規範的完備性如何，首先要說到做到，培養組織的執行力。

（14）採用svn等配置管理工具管理**與文件，規避基本的版本混亂。

(15) 客戶方參與的需求變更控制，需求的變更很大程度上源於專案組外部的原因，應從源頭規範化需求的變更。

對於不同的企業、不同的專案，上述的實踐可能也難以做到，但是我想上述的15條應視為乙個基本集合。

軟體開發經濟實用的15條實踐

無論是否參考cmmi的模型，在軟體開發的過程，我認為如下的15條實踐比較經濟實用 1 控制專案組的團隊規模不超過10人，人員要少而精。2 需求文件化，無論大小專案必須清晰的描述需求。3 採用用例 介面原型描述需求，採用這2種手段強制使需求描述的完備而清晰。4 專案的階段計畫與2周計畫，階段計畫定義總...

15條軟體開發黃金定律

與其他領域一樣，軟體開發領域也有一些非常有趣的定律。程式設計師 技術經理和架構師們經常在會議和聊天中提到它們。作為小白，我們常常只有點頭附和的份，因為我們不希望讓對方知道我們實際上根本不知道布魯克 摩爾或者維斯都是什麼人。這些定律包括了一些法則或軟體開發大神的名言。它們都很有趣，值得我們一 竟，而且...

15條軟體開發黃金定律

與其他領域一樣，軟體開發領域也有一些非常有趣的定律。程式設計師 技術經理和架構師們經常在會議和聊天中提到它們。作為小白，我們常常只有點頭附和的份，因為我們不希望讓對方知道我們實際上根本不知道布魯克 摩爾或者維斯都是什麼人。這些定律包括了一些法則或軟體開發大神的名言。它們都很有趣，值得我們一 竟，而且...