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

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

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

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

(1)足夠的知識

(2)豐富的項(xiàng)目管理經(jīng)驗(yàn)

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

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

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

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

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

(2)領(lǐng)導(dǎo)并管理團(tuán)隊(duì)

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

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

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

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

問題4.2

問題4.3

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

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

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

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

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

缺點(diǎn)：

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

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

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

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

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

(6)缺少項(xiàng)目基準(zhǔn)

2.項(xiàng)目型組織的優(yōu)缺點(diǎn)

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

(2)目標(biāo)明確單一

(3)溝通簡潔、方便

(4)決策快

缺點(diǎn)

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

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

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

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

(1)項(xiàng)目經(jīng)理負(fù)責(zé)制、有明確的項(xiàng)目目標(biāo)

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

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

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

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

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

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

(8)團(tuán)隊(duì)成員有歸屬感，士氣高，問題少

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

缺點(diǎn)

(1)管理成本增加

(2)多頭領(lǐng)導(dǎo)

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

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

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

項(xiàng)目生命周期模型 問題4.4

1.瀑布模型的特點(diǎn)

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

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

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

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

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

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

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

2.V模型的特點(diǎn)

需求分析                驗(yàn)收測試

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

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

編碼    單元測試

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

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

3.原型化模型

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

4.螺旋模型

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

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

5.迭代模型

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

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

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

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

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