一、項目管理的理論基礎與體系
l 項目與項目管理的概念
項目:是爲達到特定的目的、使用一定資源、在確定的時間內、爲特定發起人而提供獨特的產品、服務或成果而進行的一次性努力。
項目管理:是在項目活動中綜合運用知識、技能、工具和技術、在一定的時間、成本、質量等要求下來實現項目的成果性目標。
l 系統集成項目的特點
(1) 以滿足客戶和用戶的需求爲根本出發點;
(2) 客戶的需求常常不夠明確、複雜多變,應加強需求變更管理以控制風險;
(3) 系統集成不是選擇最好產品的簡單行爲,而是選擇最適合用戶的需求和投資規模的產品和技術;
(4) 高技術與高技術的集成;
(5) 是一項綜合性的系統工程;
(6) 項目團隊年輕、流動率高;
(7) 強調溝通的重要性。
l 項目干係人
項目干係人指那些積極參與項目,或是其利益會受到項目執行的影響或項目結果影響的個人和組織,他們也可能對項目及結果施加影響。
項目干係人包括:客戶和用戶;項目經理;執行組織;項目團隊成員;項目發起人;職能經理;影響者;項目管理辦公室(project management office,PMO)。
項目經理必須管理項目干係人的期望,因爲項目干係人經常會有相互不同甚至是衝突的目標。通常,解決項目干係人之間不同意見應該以使客戶滿意爲主,但不要忽略其他項目干係人的要求和期望,應找到對分歧的恰當解決方案,是項目經理的主要挑戰。
l 項目管理知識體系的構成
美國項目管理學會提出的項目管理的知識體系(PMBOK,project management body of knowledge),包括5個過程組,9大知識域。
過程組:啓動過程組、計劃過程組、執行過程組、監控過程組、收尾過程組。
知識域:整體管理、範圍管理、時間管理、成本管理、質量管理、人力資源管理、溝通管理、採購管理、風險管理。
l 項目管理專業領域關注點
項目管理知識體系;
項目應用領域的知識、標準和規定;
項目環境知識;
通用的管理知識和技能;
軟技能或人際關係技能;
經驗、知識、工具和技術。
二、項目的組織
l 組織的體系、文化與風格
組織體系分類:以項目爲基礎的組織、不以項目爲手段進行管理的組織。
組織文化:
(1) 組織的共同價值觀、行爲準則、信仰和期望;
(2) 組織的方針、辦事程序;
(3) 組織對於職權關係的觀點;
(4) 職業道德;
(5) 衆多其他因素
組織文化對項目的影響:
(1) 在一個進取心較強或具有開拓精神的組織中,團隊提出的非常規、高風險的建議更容易獲得批准;
(2) 在一個等級制度森嚴的組織中,一個喜歡高度參與的項目經理可能會經常遇到麻煩;而在一個民主的、鼓勵參與的組織中,一個喜歡獨裁的項目經理也會吃不開。
l 組織結構
組織結構對項目的影響:
(1)項目往往隸屬於組織,所以不可避免地受到組織結構的影響;
(2)組織結構影響着項目如何獲取所需資源和對資源獲取的條件;
項目組織結構分類:職能型組織、項目型組織、矩陣型組織、複合型組織。
組織結構的應用:
(1) 職能型結構:主要由一個部門完成的項目;技術上比較成熟。
(2) 項目型結構:開拓風險比較大的項目;進度、成本、質量等指標有嚴格要求的項目。
(3) 矩陣型結構:運用在管理規範、分工明確的公司;一般用作跨職能部門的項目。
三、項目的生命週期
l 項目生命週期
項目生命週期定義了從項目開始直至結束的項目階段。
項目生命週期從技術上劃分的階段:需求分析、系統設計、系統構建、系統運行。
項目生命週期從管理上劃分的階段:啓動、計劃、執行、收尾。
l 項目生命週期的特徵
(1)在初始階段,費用和人員水平較低,在中間達到最高,當項目接近結束時則快速下降;
(2)在項目初始階段不確定性最高,因此不能達成項目目標的風險是最高的。隨着項目的繼續,完成項目的確定性通常會逐漸上升;
(3)在項目初始階段,項目干係人影響項目的最終產品特徵和項目最終費用的能力最高,隨着項目的繼續開展則逐漸降低。造成這種現象的主要原因是隨着項目的開展,變更和缺陷修改的費用會增加。
(項目干係人和成本的變化曲線)
l 項目階段的特徵
(1) 項目階段以一個或多個可交付物的完成和正式批准爲標誌;可交付物是一種可度量、可驗證的工作產物。
(2) 項目階段由連續過程組成,這些過程按一定的順序前後相連。階段之間的關係是時間先後關係。
(3) 階段可進一步劃分爲子階段。
(4) 項目階段的結束以對完成的工作和可交付物的技術和設計評審爲標誌。
(5) 項目本階段的完成並不意味着對後續階段的批准。
上圖:依據改爲輸入;思想和項目管理團隊改爲概念和資源。
l 項目生命週期與產品生命週期的關係
在某些應用領域中(例如新產品開發和軟件開發),組織將項目生命週期作爲產品生命週期的一部分來考慮。
四、典型的信息系統項目的生命週期模型
l 瀑布模型
特點:
(1) 從上一項開發活動接受其成果作爲本次活動的輸入;
(2) 利用這一輸入,實施本次活動應完成的工作內容;
(3) 給出本次活動的工作成果,作爲輸出傳給下一項開發活動;
(4) 對本次活動的實施工作成果進行評審。若其工作成果得到確認,則繼續進行下一項開發活動;否則返回前一項,甚至更前項的活動。
l V模型
V模型的左邊下降部分是開發過程各階段,相對應的是右邊上升部分的各個測試過程。V模型的價值在於它非常明確的標明瞭測試過程中存在不同的級別。在不同的開發階段,會出現不同類型的缺陷和錯誤,所以需要不同的測試技術和方法來發現這些缺陷。
l 原型化模型
原型化模型是爲了彌補瀑布模型的不足而產生的。
原型化模型的第一步是建造一個快速原型,實現客戶和系統的交互,經過和用戶對原型的討論,弄清需求,再在原型基礎上開發產品。
瀑布和V模型將原型化模型的思想用於需求分析環節,來解決因爲需求不明確而導致產品出現嚴重後果的缺陷。
對於複雜的大型軟件,開發一個原型往往達不到要求,爲了減少開發風險,出現了螺旋模型和迭代模型(RUP)。
l 螺旋模型
在螺旋模型中,軟件開發是一系列的增量發佈,下圖中的螺旋線代表隨時間推進的工作進展,開發過程具有週期性重複的螺旋形狀。
l 送代模型(RUP)
RUP用二維座標來描述:
橫軸是項目的生命週期,分爲初始、細化、構件、交付4個階段。
縱軸是活動,分爲核心過程工作流、核心支持工作流。
每個階段,從上到下迭代,即次序完成核心過程工作流和核心支持工作流。根據需要,在一個階段內部可以多次迭代。
五、單個項目的管理過程
l 項目過程
一個過程指爲了得到預先指定的結果而要執行的一系列相關的行動和活動。
一個項目至少需要4個過程:
(1)技術類過程;(指單純的技術實施活動)
(2)管理類過程;按時間先後劃分,分爲:啓動、計劃、執行、監控、收尾
(3)支持類過程;如配置管理過程等
(4)改進類過程;如總結經驗教訓,部署改進等過程
l 項目管理過程組
5個項目管理過程組:啓動;計劃;執行;監督與控制;收尾。這5個項目過程組具有明確的依存關係,並在各個項目中按一定的次序執行,它們與應用領域或特定產業無關。
從整體上看,項目管理過程比基本的PDCA循環要複雜的多,但是這個循環可以被應用於項目過程內部及各過程組之間的相互關聯。
其中計劃對應P,執行對應D,監督與控制對應C/A,將項目管理過程組映射成PDCA循環。
項目過程組之間的執行流向:
啓動過程組:
(1) 制定項目章程
(2) 制定初步的項目範圍說明書;
計劃過程組:
(1) 制定項目管理計劃:這一過程用於定義、準備、集成和協調所有分計劃,並將它們合併成整體的項目管理計劃。
(2) 分計劃:範圍管理計劃、進度管理計劃、成本管理計劃、質量管理計劃、人力資源管理計劃、溝通管理計劃、合同管理計劃、採購管理計劃、風險管理計劃
執行過程組:
(1) 指導和管理項目執行(完成計劃過程組中確定的工作)
(2) 團隊組建、團隊建設
(3) 信息發佈
(4) 詢價、供方選擇、合同管理(賣方管理)
監督和控制過程組:
(1) 監督和控制項目工作(對照項目管理計劃來監督正在進行的項目活動)
(2) 整體變更控制,使得只有經批准的變更才被實施,包含內容:範圍確認(驗證)、範圍變更控制、進度控制、成本控制、質量控制、項目團隊管理、項目干係人管理、風險監督和控制、合同管理、績效報告。
收尾過程組:
(1) 項目收尾
(2) 合同收尾
項目的5個管理過程組和項目管理知識領域映射關係
知識領域 |
項目管理過程組 |
||||
啓動過程組 |
計劃過程組 |
執行過程組 |
監督和控制過程組 |
收尾過程組 |
|
項目整體管理 |
1、 制定項目章程 2、 制定項目範圍說明書(初步) |
編制項目管理計劃 |
指導和管理項目執行 |
1、 監督和控制項目工作 2、 整體變更控制 |
項目收尾 |
項目範圍管理 |
1、 編制範圍管理計劃 2、 範圍定義 3、 建立WBS |
1、 範圍覈實 2、 範圍控制 |
|||
項目時間管理 |
1、 活動定義 2、 活動排序 3、 活動資源估算 4、 活動歷時估算 5、 制定進度計劃 |
進度控制 |
|||
項目成本管理 |
1、 成本估算 2、 成本預算 |
成本控制 |
|||
項目質量管理 |
制定質量管理計劃 |
質量保證 |
質量控制 |
||
項目人力資源管理 |
制定人力資源計劃 |
1、 團隊組建 2、 團隊建設 |
管理項目團隊 |
||
項目溝通管理 |
溝通計劃 |
信息發佈 |
1、 績效報告 2、 管理項目干係人 |
||
項目風險管理 |
1、 制定風險管理計劃 2、 風險識別 3、 風險定性分析 4、 風險定量分析 5、 風險對應計劃 |
風險監督預控 |
|||
項目採購管理 |
1、 編制採購管理計劃 2、 合同計劃編制 |
1、 詢價 2、 供方選擇 |
合同管理 |
合同收尾 |
l 過程的交互
項目過程組很少會是離散的或只出現一次,它們是相互交迭的活動,在整個項目中以不同的強度出現。