普通軟體項目開發過程規範（一）—— 項目階段

前 言

 

　　前一篇文章《軟體開發基本原則》談論了軟體開發原則方面的問題，而本篇文章嘗試談談軟體開發中更具體的一些內容 —— 普通軟體項目的開發過程規範。本座也知道，如果過程規範講的太具體對談論者來說是非常冒險的一件事情，它不像技術，對就對錯就錯，有一個客觀的評判標準，別人想噴你也得自己先好好研究等拿到了足夠的論據才能噴，但開發過程和專案管理就不同了，別人僅憑一點點所謂的管理經驗甚至是主觀推斷就能噴得你體無完膚，搖搖欲墜 ~ 因為沒有什麼所謂的事實標準與放之四海皆有效軟體開發過程和專案管理方法。保守估計，100個人中至少有150種想法。本座也深知其中的兇險，因此避重就輕，從基本原理談起，宏觀的角度闡述相關問題，盡量減少中彈的機會。歡迎大家暢所欲言 ^_*

　　本文闡述軟體項目開發和管理的流程規範，作為軟體項目開發的進階指引，本規範定義了軟體開發的各個階段以及每個階段的工作活動和工件，但不對活動和工件的細節作過多規定。在項目開發過程中，每個項目根據自身的需要確定這些活動和工件的細節。

 

項目階段

 

圖 2-1 項目開發的五個階段

• 啟動階段

　　這個階段的工作目的是決定一個項目是否需要啟動。為了達到這個目的，首先要明確項目的總體戰略目標，對項目的需要建立認同。即確定到底需要做什麼、開發什麼產品或提供什麼服務，以及需要解決什麼樣的問題和需要滿足客戶或市場的什麼要求等，同時還要總結項目工作的範圍、所需資源、大約開支、各種風險，以及該項目不執行的其他替代選擇等。這些代表了對整個項目目標從戰略角度和宏觀層次所進行的分析，通過項目的意向書總結出來，由此確證客戶或項目發起人和贊助者的要求與期望，並協助他們判定項目是否上馬。項目意向總結書的通過及項目被批准上馬形成了這個項目的起始點。

• 計劃階段

　　這個階段的工作是為整個項目做計劃。項目開始後，首先要確定項目的具體範圍，明確定出項目到底要做什麼，總結、歸納並定出產品的功能。然後進一步制定項目的計劃，列出每項具體工作，並建立所有工作任務的重要性及順序；確定每項工作的執行人和所需資源；根據人員的配置和能力設定各項工作和整個項目的完成時間表。

• 執行階段

　　這個階段的工作是通過執行項目的計劃來完成項目的任務。它包括落實一切所需資源，如：人員、裝置、費用、技術、資訊，由管理者領導全體項目參與者開展各項工作。同時跟蹤各項具體工作和整個項目的進度，定期向全體項目人員及項目的發起人報告項目狀態。

• 控制階段

　　這個階段的工作是確證項目工作的結果符合項目的計劃。它通過對項目結果的衡量和審核，與專案計劃所期望的結果進行比較，找出實際結果與計劃的差別，並制定處理措施。這個階段的工作還包括對項目進程中出現的任何更改要求進行審核和批准。同時調解項目進程中出現的各種問題，如：對缺乏的資源的補償調節；對項目的進度表及各項具體工作的優先順序或順序的修訂。

• 結束階段

　　這個階段的工作是確保項目的最終結果或提交物達到計劃的要求，並對完成的結果作可接受的確認。還包括在項目完成之後的收尾工作，對整個項目的經曆進行總結，修訂項目文檔，使用者培訓等。

 

階段完成標誌

　　

　　在項目開發過程中，當一個階段完成後才會開展下一個階段的工作；另外，“某個階段完成”通常被定義為項目的一個裡程碑，裡程碑標識了項目的進度，它是項目開發和控制的重要參考，對整個項目有重要的意義。因此，“確證某個階段是否已經完成”的工作非常有重要。

 

• 每一個階段的結束以它特定任務的完成為象徵

　　只有當某個階段中被規定的所有工作任務都完成了，這個階段才算真正結束，整個項目才可以進入到下一個階段中去。反過來說，要是階段中某個任務沒有全部完成，按照項目的定義，整個階段就不能算是完成，因此項目就不能進入到下一個階段去。

• 衡量階段結束的工作結果必須是實在的交付品

　　階段中的任務是否完成是透過任務活動中產生的交付品來體現的，交付品必須是可交付的、非抽象的、實質的並且可以通過用衡量的方法來判斷是否真正地完成了的具體事物。如：某一階段的完成是以建造一個樣品或完成某分檔案作為象徵。任何項目階段的結束，都應該有這樣的實質性東西的完成作為象徵。

• 跨階段的進程以階段結尾的合格驗證和審核來決定

　　當一個階段結束時，在進入到下一個階段之前所需要做的工作應包括對交付品進行合格驗證，並檢查這一階段的工作品質和效率，由此判斷是否可以進入到下一個階段。這些檢驗象徵了一個階段的結尾終點，表示項目的進程離開了上一個階段而進入了下一個階段。

 

　　敬請期待：普通軟體項目開發過程規範（二）—— 啟動和計劃階段

CodeProject