【文章內容簡介】 驗收。遲遲不能驗收的原因是缺少《 測試報告》和《 項目實施方案》，沒有及時的對已完成的系統(tǒng)的自測結果要求用戶簽署階段性確認書。為避免這種情況的出現(xiàn)，應從以下方面注意： a ．項目開始的時候是不是看著最后的合同驗收來做事呢?從一開始就盡可能地按合同要求來做，一定不要留給對方抓小辮子的機會。當然業(yè)務人員在簽合同時，為了拿下這個項 目，把項目吹得能把客戶想要的一切都辦得到，在客戶面前信誓旦旦才能把項目簽下來。這也應該能夠理解，項目做得不好，最難交待的還是他們。但是項目啟動之后，項目經(jīng)理是否就應該好好的研究合同，與業(yè)務人員溝通，了解客戶最想要的是什么，然后重新列出項 目的范圍， 盡可能讓客戶認同，鎖定項目范圍。這樣就算不能完全避免需求不斷增加不斷改變的風險，也能有所改善的。b ．還需要的就是與客戶做好溝通，這個時候談判的技巧是很重要的，既要不卑不亢，又要理據(jù)充分，不能胡編亂造哄騙客戶，客戶不是傻子，他們如果懷疑你的能力和誠信以后就更難溝通了。在難度不大改變不多的時候，我們更應該的是作出適當?shù)耐俗?，爽快的答應客戶的要求，然后讓他們知道我們作出了多大的犧牲去幫助他們實現(xiàn)愿望。管理收尾： 為了使項目干系人對項目產(chǎn)品的驗收正式化而進行的項目成果驗收和歸檔，收集項目記錄保存項目信息(包括項目總結)管理收尾是對于內部來說的，把做好的項目文檔等歸檔；對外宣稱項目已經(jīng)結束；轉入維護期，把相關的產(chǎn)品說明轉到維護組；進行經(jīng)驗教訓總結，項 目成員一起來“ 懷舊” 學習一把。 把項目文檔整理一下歸檔，對于項目的延續(xù)性是有很重要的意義的。項目經(jīng)理把項 目經(jīng)驗歸納歸檔起來，又會對別的項 目經(jīng)理、對公司的項目管理文化作出了不少的貢獻。很多著名的公司都對項 目經(jīng)驗總結這一環(huán)節(jié)看得很重，畢竟現(xiàn)在業(yè)界提倡的 P MM( P r o j e c t Ma t u r i t y M o d e 1 ) 的最高境界就是不斷地學習改進。 當項目規(guī)?；驎r間達到一定程度時，粗放式、不規(guī)范的管理方法是行不通的，在具體實施過程中必將在無休無止的項目變更和反復的與干系人的交流中消耗掉極大量的時間和成本。 所以越是大的項目越是要進行規(guī)范的項目管理，規(guī)范化的初期可能是痛苦的，可結果卻是值得的。從目前看，公司的運營成本是增加了，因為要增加管理人員、撰寫文檔也需要人手，但從長遠看，其會帶來降低成本、提高質量、提高用戶滿意度等好處。對此，我們應確信不疑。 4 軟件項目管理的內容根據(jù)公司實際情況，公司在進行軟件項目管理時，重點將軟件配置管理、軟件質量管理、軟件風險管理及開發(fā)人員管理四方面內容導入軟件開發(fā)的整個階段。 在八十年代初，同樣，我們在進行軟件項目管理時，也應該遵循這七條原則。它們是： （1）用分階段的生命周期計劃嚴格管理； （2）堅持進行階段評審； （3）實行嚴格的產(chǎn)品控制； （4）采用現(xiàn)代程序設計技術； （5）結果應能夠清楚地審查； （6）開發(fā)小組地人員應該少而精； （7）承認不斷改進軟件工程實踐地必要性。 軟件需求是軟件工程過程中的重要一環(huán)，是軟件設計基礎。也是用戶和軟件工程之間的橋梁。簡單的說，軟件需求就是確定系統(tǒng)需要做什么，嚴格意義上，軟件需求是系統(tǒng)或軟件必須達到的目標與能力。需求管理是一種獲取、組織并記錄軟件需求的系統(tǒng)化方案，同時也是一個使客戶與項目開發(fā)組對不斷變更的軟件需求達成并保持一致的過程。在需求管理中，軟件工程組的工作是采取適當?shù)拇胧﹣肀ＷC分配的需求，即要將分配的需求文檔化，控制需求的變化，負責項目實施過程中需求的實現(xiàn)情況。需求管理的目的是在客戶和處理客戶需求的軟件項目之間建立對客戶需求的共同理解，需求管理的目標有兩個：l 使軟件需求受控，并建立供軟件工程和管理使用的需求基線。l 使軟件計劃、產(chǎn)品和活動與軟件需求保持一致。在需求管理過程，為實現(xiàn)第一個目標，必須控制需求基線的變動，按照變更控制的標準和規(guī)范的過程進行需求變更控制和版本控制；為實現(xiàn)第二個目標，必須就變更和軟件項目各小組達成共識，對軟件項目計劃做出調整，其中包括人員的安排、用戶的溝通、成本的調整、進度的調整等。為進行有效的需求管理，一般要遵循如下五條原則l 需求一定要分類管理 進行軟件項目管理的時候，一定要將軟件需求分出層次。不同層次需求的側重點、描述方式、管理方式是不同的。l 需求必須分優(yōu)先級 在軟件項目中，如果出現(xiàn)過多的需求，通常會導致項目超出預算和預定進度，最終導致軟件項目的失敗，因而需求的優(yōu)先級可能比需求本身更加重要。l 需求必須文檔化 需求必須有文檔記錄。該文檔必須是正確的、最新的、可管理的、可理解的，是經(jīng)過驗證的，是在受控的狀態(tài)下變更的。 需求管理在需求開發(fā)基礎上進行，貫穿于整個軟件項目過程，是軟件項目管理的一部分。在軟件項目進行的過程中，無論正處于哪個階段，一旦有需求錯誤出現(xiàn)或任何有關需求的變更出現(xiàn)，都需要需求管理活動來解決，需求管理是一個對系統(tǒng)需求變更了解和控制的過程。初始需求導出的同時就啟動了需求管理規(guī)劃，一旦形成了需求文檔的草稿版本，需求活動就開始了。需求管理活動活動的任務變更控制建議需求變更并分析其影響，做出是否變更的決策版本控制確定單個需求和SRS（即功能規(guī)格說明）的版本需求跟蹤定義對于其他需求及系統(tǒng)元素的聯(lián)系鏈需求狀態(tài)定義并跟蹤需求的狀態(tài)表1 需求管理活動 需求驗證過程 需求驗證很重要，如果在構造設計開始之前，通過驗證基于的測試計劃和原型測試來驗證需求的正確性及其質量，就能大大減少項目后期的返工現(xiàn)象。需求驗證可按以下步驟來進行： 審查需求文檔 224。 依照需求編寫測試用例 224。 編寫用戶手冊 224。 確定合格的標準l 驗證的內容在需求驗證過程中，需對需求文檔中定義的需求執(zhí)行多種類型的檢查。有效性檢查對于每項需求都必須證明它是有效的，確實能解決用戶面對的問題。一致性檢查在需求文檔中，需求不應該沖突，即對同一個系統(tǒng)功能不應出現(xiàn)不同的描述或相互矛盾的約束。完備性檢查需求文檔應該包括所有系統(tǒng)用戶想要功能和約束?，F(xiàn)實性檢查檢查需求以保證能利用現(xiàn)有技術實現(xiàn)可檢驗性檢查描述的需求能夠實際測試可跟蹤性檢查需求的出處被清晰的記錄，每一個系統(tǒng)功能都能被跟蹤到要求它的需求集合，每一項都能追溯到特定的用戶要求?？烧{節(jié)性檢查需求變更能夠不對其他系統(tǒng)大規(guī)模的影響/可讀性檢查需求說明能否被系統(tǒng)購買者和最終用戶讀懂。l 需求