項目經(jīng)理的選擇

1.項目經(jīng)理的角色（項目經(jīng)理要承擔哪些角色） 問題4.1

項目經(jīng)理首先是個管理者，但是同時也是一個領(lǐng)導者，并且要了解項目有關(guān)的技術(shù)，客戶的業(yè)務(wù)需求及其相關(guān)業(yè)務(wù)知識。

2.項目經(jīng)理的素質(zhì)（一名合格的項目經(jīng)理應(yīng)具備哪些知識與技能） 問題4.1

(1)足夠的知識

(2)豐富的項目管理經(jīng)驗

(3)良好的協(xié)調(diào)和溝通能力

(4)良好的職業(yè)道德

(5)一定的領(lǐng)導和管理能力

3.怎樣做好一個優(yōu)秀的項目經(jīng)理

(1)真正理解項目經(jīng)理的角色

(2)領(lǐng)導并管理團隊

(3)依據(jù)項目進展的階段，組織制訂詳細程度適宜的項目計劃，監(jiān)控計劃執(zhí)行，并根據(jù)實際情況、客戶要求或其他變更要求對計劃的變更進行管理

(4)真正理解“一把手工程”

(5)注重客戶和用戶的參與

項目的組織結(jié)構(gòu)對項目管理的影響

問題4.2

問題4.3

1.職能型組織的優(yōu)缺點

(1)強大的技術(shù)支持，便于知識、技能和經(jīng)驗的交流

(2)清晰的職業(yè)生涯晉升路線

(3)直線溝通、交流簡單、責任和權(quán)限很清晰

(4)有利于重復性工作為主的過程管理

缺點：

(1)職能利益優(yōu)先于項目，具有狹隘性

(2)組織橫向之間的聯(lián)系薄弱

(3)部門間協(xié)調(diào)難度大

(4)項目經(jīng)理極少或缺少權(quán)利、權(quán)威

(5)項目管理發(fā)展方向不明

(6)缺少項目基準

2.項目型組織的優(yōu)缺點

(1)結(jié)構(gòu)單一，責權(quán)分明，利于統(tǒng)一指揮

(2)目標明確單一

(3)溝通簡潔、方便

(4)決策快

缺點

(1)管理成本過高，如項目的工作量不足則資源配置效率低

(2)項目環(huán)境比較封閉，不利于溝通、技術(shù)知識等共享

(3)員工缺乏事業(yè)上的連貫性和保障等

3.矩陣型組織的優(yōu)缺點

(1)項目經(jīng)理負責制、有明確的項目目標

(2)改善了項目經(jīng)理對整體資源的控制

(3)及時響應(yīng)

(4)獲得職能組織更多的支持

(5)最大限度地利用公司的稀缺資源

(6)改善了跨職能部門間的協(xié)調(diào)工作

(7)使質(zhì)量、成本、時間等制約因素得到更好的平衡

(8)團隊成員有歸屬感，士氣高，問題少

(9)出現(xiàn)的沖突較少，且易處理解決

缺點

(1)管理成本增加

(2)多頭領(lǐng)導

(3)難以監(jiān)測和控制

(4)資源分配與項目優(yōu)先的問題產(chǎn)生沖突

(5)權(quán)利難以保持平衡

項目生命周期模型 問題4.4

1.瀑布模型的特點

(6)從上一項開發(fā)活動接受其成果作為本次活動的輸入

(7)利用這一輸入，實施本次活動應(yīng)完成的工作內(nèi)容

(8)給出本次活動的工作成果，作為輸出傳給下一項開發(fā)活動

(9)對本次活動的實施工作成果進行評審，若其成果得到確認，則繼續(xù)進行下一項開發(fā)工作，否則返回前一項，甚至更前項的活動。盡量減少多個階段間的反復。以相對較小的費用來開發(fā)軟件

優(yōu)點：盡量少的階段間的反復，較小的開發(fā)費用

缺點：需求不明確會導致產(chǎn)品出現(xiàn)嚴重后果

彌補辦法：采用快速原型法、螺旋模型和迭代模型

2.V模型的特點

需求分析                驗收測試

概要設(shè)計           系統(tǒng)測試

詳細設(shè)計      集成測試

編碼    單元測試

優(yōu)點：明確地標明了測試過程中存在的不同級別，并且清楚地描述了這些測試階段和開發(fā)各階段的對應(yīng)關(guān)系

缺點：需求不明確會導致產(chǎn)品出現(xiàn)嚴重后果

3.原型化模型

原型化模型是為彌補瀑布模型的不足而產(chǎn)生的。原型化模型的第一步是建造一個快速原型，實現(xiàn)客戶或未來的用戶與系統(tǒng)的交互，經(jīng)過和用戶針對原型的討論和交流，弄清需求以便真正把握用戶需要的軟件產(chǎn)品是什么樣子的。充分了解后，再在原型基礎(chǔ)上開發(fā)出用戶滿意的產(chǎn)品。在實際中原型化經(jīng)常在需求分析定義的過程進行。原型化模型減少了瀑布模型中因為軟件需求不明確而給開發(fā)工作帶來的風險。因為在原型基礎(chǔ)上的溝通更為直觀，也為需求分析和定義，提供了新的方法。

4.螺旋模型

使得軟件的增量版本的快速開發(fā)成為可能

強調(diào)風險分析，特別適用于龐大而復雜的、高風險的系統(tǒng)

5.迭代模型

每個階段都執(zhí)行一次傳統(tǒng)的、完整的串行過程串

每個階段結(jié)束于一個里程碑

6.實施階段應(yīng)完成的文檔，分兩大類：

(1)項目管理過程文檔—項目進度計劃（變更），項目績效報告，項目會議記錄，項目范圍（變更）說明書、變更控制文檔、質(zhì)量分析報告，風險評估報告等等。

(2)項目產(chǎn)品實現(xiàn)文檔—需求分析與需求分析說明書，概要設(shè)計說明書，詳細設(shè)計說明書，代碼規(guī)范，程序編碼設(shè)計書，數(shù)據(jù)庫模型與設(shè)計說明書，測試用例，測試報告等等。