項目管理注意事項
開發模型確定
一個項目的好壞，開發模型優良是項目成功重要保障，有了好的開發模型我們可以很好的控制項目進度、降低風險。所以我們在項目開始前首先需要確定項目的開發模型。這里我們建議采用迭代式的開發模型。我們知道原有早期傳統的開發模型是一個文檔驅動的流程，它將整個軟件開發過程劃分為順序相接的幾個階段，每個階段都必需完成全部規定的任務后才能夠進入下一個階段。項目開始首先完成系統需求規格說明書，之后才能夠進入概要設計階段，編碼則在系統設計完成之后進行。這就意味著只有當所有的系統模塊全部開發完成之后，我們才進行系統集成，對于一個由很多個模塊組的復雜系統來說，這是一個非常艱巨而漫長的工作，且存在著潛在的風險。
如：需求或者設計中的錯誤無法在項目早期發現，只有在系統交付客戶之后才能發現原先對于需求的理解是錯誤的，系統設計的錯誤也只有在測試階段才能被發現。
對于項目風險的控制能力較弱，往往項目風險只能隨著項目結束才能逐步降低，同時也只有經過系統測試之后，才能確定設計是否能夠真正滿足系統需求。
軟件項目常常延期完成或開發費用超出預算項目開發進度往往會被意外發生的問題所打亂，需要進行返工或其他一些額外的開發周期，造成項目延期或費用超支。
項目管理人員專注于文檔的完成和審核來估計項目的進展情況所以項目經理對于項目狀態的估計往往是不準確的，當他回答系統已完成了80%的開發任務時，剩下20%的開發任務實際上消耗的是整個項目80%的開發資源。
在傳統的瀑布模型中，早期是無法發現，需求和設計中的問題，只有當系統第一次集成后，這些設計缺陷才會在測試中暴露出來，需求缺陷則需要等到系統與用戶見面后，方可暴露。從而導致一系列的返工：重新設計、編碼、測試，進而導致項目的延期和開發成本的上升。
為了解決傳統軟件開發流程中的問題，我們建議采用迭代化的開發方法來取代瀑布模型。在瀑布模型中，我們要完成的是整個軟件系統開發這個大目標。在迭代化的方法中，我們將整個項目的開發目標劃分成為一些更易于完成和達到的階段性小目標，這些小目標都有一個明確的階段性評估標準。迭代就是為了完成一定的階段性目標而所從事的一系列開發活動，在每個迭代開始前都要根據項目當前的狀態和所要達到的階段性目標制定迭代計劃，整個迭代過程包含了需求調研、軟件設計、軟件實現、版本集成、軟件測試、軟件發布和產品交付等各種類型的開發活動，迭代完成之后需要對迭代完成的結果進行評估，并以此為依據來制定下一次迭代的目標。
開發計劃制定
確定好項目的開發模型，一整套配套可行的項目開發計劃是開發過程中進度控制的標準，同樣是用戶、公司管理層了解項目進展的依據。通常項目管理人員、需求人員和用戶根據用戶原始需求(可以是項目方案書或者是建議書)，一起定義整個項目過程中的項目迭代過程個數以及每個迭代過程的開發目標和范圍。
如何進行迭代過程的劃分和范圍有效定義呢?是我們迭代開發計劃制定的首要任務，我們這里推薦兩種劃分原則。
文章來源于領測軟件測試網 http://www.kjueaiud.com/