項目管理之項目生命期_工程管理

1、項目管理之項目生命期作為一個項目經(jīng)理我們知道制定方案對于項目的重要性，制定行之有效的方案的一個前提是識別項目的生命期。所謂項目生命期，其確定了將項目的開頭和結束連接起來的階段(引 自PMBOk)。比如，我們在開發(fā)軟件的時候一般都會有一個可行性討論階段，主要是確認是否可以立項，這個時候通常意味著項目的開頭，但是有時候我們最好 把立項階段的可行性討論階段作為一個單獨的項目來處理，由于，很明顯我們的討論結果是這個項目不能立項。但在我所知的項目中，大多是是已經(jīng)和客戶簽訂了合 同，所以這個階段一般是前期的風險評估階段了，所以我們也把他放在了整個項目生命期中的一個部分。在這里我要先提一下，項目的生命周期和

2、產(chǎn)品的生命周期是 不一樣的，舉個例子，一個軟件開發(fā)完畢并交付產(chǎn)品就算項目什么期的借宿，后期的產(chǎn)品上市宣揚和營銷就不屬于項目生命期了，而是屬于產(chǎn)品生命期，可以說產(chǎn)品 什么期包含了這個產(chǎn)品的項目生命周期，呵呵，是不是有點繞啊，理解就好了。就像前面我們提到的例子，假如我們的可行性討論報告認為項目可以立項開發(fā)，那么下一步就要建立一個完整的項目組制定需求、設計、開發(fā)、測試、文檔以及培訓等具體的方案和支配。從這里我們可以看出:從項目生命期的一個階段轉移到另一個階段一般會涉及某種形式的技術交接，這種階段轉移也通常由這種技術交接確定。 舉個例子，不論是哪種軟件過程管理也好，我們都要經(jīng)受分析、設計、開發(fā)和測試幾

3、個階段，其中就設計技術交接，設計必需在得到需求分析的結果之后才能進行， 而開發(fā)在設計之后(當然某些項目可能直接從需求就到開發(fā)階段了，但其實設計的任務交給了開發(fā)人員，這樣做是有風險的)。不過有的時候在前一個階段的可交付 成果通過驗收之前我們認為風險是可以承受的那么我們可以緊接著開頭后一階段的工作。也就是說前后階段的任務進行了重疊，舉個軟件工程的實際例子，比如 XP(極限編程)。但是，說了這么多，目前還沒有確定項目生命期的最好方法。不過一般來講項目的生命期通常規(guī)定了：·項目各個階段應當從事何種技術工作：比如需求分析，具體設計，開發(fā)，測試以及文檔等等。·項目各個階段可交付的成果何

4、時生成，以及如何審查、核實和確認：比如我們會制定相應的方案，何時結束需求分析;何時開頭具體設計;何時開發(fā);測試等等。并且制定相關的項目管理流程，如何以及有誰來審核每個階段的交接成果等等。·項目各個階段有哪些人參加：比如需求分析階段我們可能會有需求分析人員和客戶代表;設計階段可能有架構設計人員以及相關的項目組長參與等等。·如何掌握和批準項目的各個階段：一個項目的生命期可以很詳細也可以很籠統(tǒng)。詳細的生命期可能包含各種圖表和表格，比如MS.Project等等。 本文轉自項目管理者聯(lián)盟·項目階段一般按挨次首位相接，通常依據(jù)某種形式的技術信息或可交付成果進行傳遞來確認：不管

5、是傳統(tǒng)的瀑布式流程還是RUP流程甚至XP都包含了這個傳遞的過程，只不過形式和方法存在差別。大多數(shù)項目生命期具有若干共同特點。·人力投入和費用：每個項目都有預算，你的項目需要多少人、需要購買那些硬件軟件以及日常開銷等。但是一個規(guī)律是，這些人力和費用開頭的時候需要較低，隨之增高，在項目收尾的時候會快速降低。·項目開頭的時候勝利的可能性最低，由于這是的不確定因素許多，比如需求的不明晰，技術的風險，厲害關系人的影響等等。但是隨著項目的連續(xù)執(zhí)行，勝利完成項目的可能性通常都漸漸上升。項目開頭時，項目厲害關系人對項目產(chǎn)品的最終特點和項目最終費用影響最強，而隨著項目進展，這種影響會逐步減弱。項目的每個階段都以一個或多個可交付的成果完成為標志。比如技術說明書、程序代碼，測試用例、用戶手冊等等。每個項目有不同的階段，甚至某些項目依據(jù)自己規(guī)模、簡單程度等還設有子階段。但是為了便于監(jiān)控，每一個階段都要與一個或多個詳細的可交付成果對應。沒一個階段的可交付成果都要進行審查，審查結束意味著可以進行下一個階段或者項目的終止。我們把這種階段審查成為階段放行口、階段關卡或者驗收站。綜上所述，全部的工作都是為了降低項目的風險，所以我的建議是對于規(guī)模或者風險較大的項目，