【02信息系統項目管理基礎】【背誦版】

軟件生存週期分爲：主要過程、支持過程、組織過程三個過程， 驗證確認屬於支持過程。

項目管理基礎

信息系統項目管理基礎

項目管理基礎

項目定義：項目是爲提供一種獨特的產品、服務或成果做出的臨時努力

項目特點（區分）
臨時性——每一個項目都有確定的開始時間和結束日期
獨特的產品、服務或成果——創造可交付成果（產品、服務、成果）
逐步完善——伴隨臨時性、獨特性。分佈、連續的積累
資源約束——各種資源作爲實施的保證
目的性——面向目標的，得到特定的結果(所以不可能建立相同的目標)

項目的三大目標：（時間、成本、質量）
目標間的關係：爲取得項目成功，必須同時考慮時間成本質量，三目標經常存在衝突。項目約束是項目的範圍，項目經理的職責就是在這四個要素之間進行權衡以保證項目成功。

項目管理定義

把各種知識、技能、手段和技術應用於項目活動之中，以達到項目的要求。
是通過應用和綜合諸如啓動、計劃、實施、監控和收尾等項目管理過程來進行的。

項目管理是一種管理方法體系。已被公認的管理模式，非任意的一次管理過程。
項目管理的對象是項目（一系列的臨時任務）。主要目的是實現項目的預定目標。
項目管理的職能與其他管理的職能完全一致。（對組織資源進行計劃、組織、指揮、協調、控制）
項目管理運用系統理論與思想
項目管理職能主要由項目經理執行

信息系統項目的特點（瞭解）

目標不明確
需求變化頻繁
智力密集型
設計師隊伍龐大
設計人員高度專業化
設計的承包商多
各級承包商分佈在各地，互相聯繫複雜
系統集成項目中需研製開發大量的軟硬件系統
項目生命期較短
通常要採用大量的新技術
適用於維護的要求非常複雜

項目於日常運作的區別

項目管理特點

是一項複雜工作
具有創造性
需要集權領導和建立專門的項目組織
項目負責人/項目經理人在項目管理中起非常重要的作用
社會經濟、政治、文化、自然環境等對項目的影響

項目管理知識體系（軟技能）

有效的溝通：信息交流
影響一個組織：讓事情辦成的能力
領導能力：形成一個前景和戰略並組織人員達到它
激勵：激勵人員達到高水平生產率並克服變更的阻力
談判和衝突管理：與其他人談判或達成協議
問題解決：問題定義和做出決策

PRINCE2

定義：最佳的項目管理方法論，更加接近項目的實施，更加重視項目的實際收益和回報。是一種基於流程的結構化管理方法。以一種適用廣泛項目環境的方式組織安排和着重介紹項目管理知識。假設了解和採用該方法的用戶具有一定的經驗，能夠自行填補省略的細節。

4要素：原則、流程、主體以及預目環境

原則:

• 持續業務驗證：如商業論證主題，確保項目始終符合業務目標，實現戰略與收益
• 吸取經驗教訓：在整個項目生命週期中總結，記錄經驗教訓，並以此爲鑑
• 明確定義的角色和職責：確保合理用人，令所有人明確自己的任務要求
• 按階段管理：計劃必須具有可管理性和預見性，因此需要分析階段計劃，監督和控制項目，並在整個項目的重要間隔設置控制點
• 例外管理：對時間、成本和範圍這三個績效目標爲各個層次的項目管理團隊設置了明確的權利限制——與質量、風險和收益一起，提供了更加真實、全面的項目成功因素
• 以產出而非活動爲導向。特別強調交付物（產品）的定義、生產和審批，從而實現統一的預期目標。
• 根據項目環境裁剪：項目管理沒有嚴格/精準的公式，流程和主題必須進行調整使之能夠反映每個項目的獨特狀況，避免機械式項目管理

組織結構對項目的影響

組織的文化與風格：組織文化常常對項目產生直接的影響

• 在進取心比較強或具有開拓精神的組織中，團隊提出的非常規的或高風險的建議更容易被批准
• 在等級制度嚴格的組織，喜歡高度參與的項目經理可能會經常遇到麻煩
• 在民主的組織，一個喜歡獨裁的項目經理也同樣會遇上挑戰

組織機構的分類：
職能型組織、矩陣型組織（弱矩陣型、平衡矩陣型、強矩陣型）、項目型組織

職能型組織優缺點

優點：

• 強大的技術支持，便於知識、技能和經驗的交流
• 清晰的職業生涯晉升路線
• 直線溝通，交流簡單，責任和權利清晰
• 有利於重複性工作爲主的過程管理

缺點：

• 職能利益優先於項目，狹隘性
• 組織橫向之間的聯繫薄弱、部門間溝通、協調難度大
• 項目經理極小或缺少權利、權威
• 項目管理髮展方向不明，缺少項目基準

矩陣型組織優缺點

優點：

• 項目經理負責制，有明確的項目目標
• 改善了項目經理對整體資源的控制
• 及時響應
• 獲取職能組織更多支持
• 最大限度地利用公司的稀缺資源
• 降低了跨職能部門間的協調合作難度
• 使質量、成本、時間等制約因素得到更好的平衡
• 團隊成員有歸屬感，士氣高，問題少
• 衝突較少，且易處理解決

缺點：

• 管理成本增加
• 多頭領導
• 難以監測和控制
• 資源分配與項目優先地問題產生衝突
• 權利難以保持平衡
  -
  
  
  強矩陣型的項目經理有上級
  

項目型組織優缺點

優點：

• 結構單一，責權分明，利於統一指揮
• 目標明確單一
• 溝通簡潔、方便
• 決策快
  缺點：
• 管理成本高，項目工作量不足則資源配置效率低
• 項目環境比較封閉，不利於溝通、技術知識等共享
• 員工缺乏事業上的連續性和保障

PMO project management office

項目管理辦公室/項目管理中心/項目管理部
在組織內部將實踐、過程、運行形式化和標準化，同時在組織各機能間，爲推動專案前進產生各種工作資源衝突時，負責協調整合地技能。爲了提高組織管理成熟度的核心部門。

根據需要，可以爲一個項目設定一個PMO，可以爲一個部門設定一個PMO，也可以爲一個企業設定一個PMO，三者可以同時存在

關鍵特性：（不侷限於此）

• 所有PMO管理的項目間共享和協調資源
• 明確和指定項目管理方法，最佳實踐和標準
• 負責制定項目方針、流程、模板和其他共享資源
• 爲所有的項目進行集中的配置管理
• 對所有的項目集中的共同風險和獨特風險存儲庫加以管理
• 項目工具（企業級項目管理軟件）的實施和管理中心
• 項目之間溝通的管理協調中心
• 對項目進行指導的平臺
• 通過對所有PMO管理的項目的時間基線和預算進行集中監控
• 在項目經理和任何內部或外部的質量的人員/標準化組織之間協調整體項目的質量標準

信息系統項目的生命週期

通用的生命週期結構的特徵

• 成本和人力投資在開始時較低，在工作執行期間達到最高，並在項目快要結束時迅速回落
• 風險與不確定性在項目開始時最大，並在項目的整個生命週期中隨着決策制定與可交付成果的驗收而逐步降低
• 產品的生命週期比項目的生命週期更長，項目的生命週期屬於產品生命週期的一部分

項目階段：是一組具有邏輯關係的項目活動的集合。通常是一個或多個可交付成果的完成爲結束。階段與階段之間有順序關係，交疊關係。

階段與階段的關係
順序關係：一個階段只能在一個階段完成後開始
項目多個階段完全按順序排序
按部就班的特點減少了項目的不確定性，排除了縮短項目總工期的可能性

交疊關係：一個階段在前一個月階段完成後開始
進度壓縮的一種技術/快速跟進
階段交疊可能需要增加額外的資源來並行開發工作，可能增加風險，也可能因尚未獲得前一階段的準確信息就開始後續工作造成返工

生命週期模型

瀑布模型

經典的軟件生命週期模型：軟件開發分爲：可行性分析（計劃）、需求分析、
軟件分析（概要設計、詳細設計）、編碼（單元測試）、測試、運行維護

特點：

• 從上一項開發活動接受該活動的工作對象作爲輸入；利用這一輸入，實施該活動應完成的工作內容；給出該項活動的工作成果，作爲輸出傳給下一項開發活動
• 對該項活動的實施工作成果進行評審。若其工作成功得到確認，則繼續進行下一項開發活動；否則返回前一項，甚至更前項活動。儘量減少多個階段的反覆，以相對來說較小的費用來開發軟件。

適用：需求明確或者很少變更的項目（二次開發/升級的項目），有利於大型軟件開發人員的組織和管理；開發團隊比較弱或者缺乏經驗

螺旋模型

演化軟件過程模型，將原型實現的迭代特徵與線性順序（瀑布）模型中的控制和系統化方面結合起來
；開發過程具有周期性重複的螺旋線狀，四個象限分別標誌每個週期所劃分的四個階段：制定計劃、風險分析、實施工程和客戶評估

適用：螺旋模型強調了風險分析，適用於龐大複雜、高風險的系統

迭代模型

迭代式開發模型，水平方向爲時間維，從組織管理的角度描述整個軟件開發生命週期
四階段：初始、細化、構造、移交，可以進一步描述爲週期、階段、迭代；核心工作流從技術角度描述迭代沒空性的靜態組成成分，包括：業務建模、需求獲取、分析與設計、實現、測試、部署。在不同的時間段內工作量的不同，幾乎所有的工作流在所有的時間段內具有工作量，只是大小不同而已。

初始化階段：系統地闡述項目的管理範圍，選擇可行的系統架構，計劃和準備業務方案
細化階段：細化構想，細化過程和基礎設施，細化構架並選擇構件
構造階段：資源管理、控制和過程最優，完成構件的開發並依憑價標準進行測試，依構想的驗證收標準評估產品發佈
移交階段：同步並使併發的構造增量集成到一致的實施基線中

適用：
在項目開發早期需求可能有所變化
分析設計人員對應用領域很熟悉
高風險項目
用戶可不同程度地參與整個項目的開發過程
使用面向對象的語言和統一建模語言UML unified modeling language
使用CASE computer aided software engineering 計算機輔助軟件工程工具（rose 非常受歡迎的物體軟件開發工具）
具有高素質的項目管理者和軟件研發團隊

V模型

V字型結構，左邊下劃線代表了需求分析、概要設計、詳細設計、編碼。右邊的上劃線代表了單元測試、集成測試、系統測試、與驗收測試

特點：

• 單元測試的主要目的是針對編碼過程中可能存在的各種問題
• 集成測試的主要目的是針對詳細設計中可能存在的各種問題
• 系統測試主要針對概要設計，檢查系統作爲一個整體是否有效地得到運行
• 驗收測試通過由業務專家或用戶進行，以確定產品能真正符合用戶業務上的需求

適用：需求明確和需求變化不頻繁的情形

原型化模型

第一步，創建一個快速原型，能夠滿足項目干係人與未來的用戶可以與原型進行交互，再通過與干係人進行充分的討論與分析，最終弄清楚當前系統用戶的需求，進行充分了解之後，在原型的基礎上開發出用戶滿意的產品

原型具備的特點

• 實際可行
• 具有最終系統的基本特性
• 構造方便、快熟、造價低

原型法對用戶的需求是動態響應，逐步納入的

分類：拋棄式（系統真正實現後放棄不用了），進化式（目標功能的一個或幾個基本需求出發，通過修改和追加功能逐步豐富，演化成最終系統）

適用：很難一下子全面地提出用戶需求的情況下

敏捷開發

以人爲核心、迭代、循序漸進地開發方法
更強調程序員團隊與業務專家之間的緊密協作、面對面溝通（比書面文檔有效）、頻繁交付新的軟件版本、能夠很好的適用需求變化的代碼編寫和團隊組織方法，更加註重軟件開發中人的作用

Scrum是一種迭代式軟件開發過程，常用於敏捷開發

適用：小型或中型軟件開發團隊，且客戶需求模糊多變

噴泉模型

特點：爲軟件複用和生命週期中多項開發活動提供了支持，體現了迭代和無間隙的特點

適用：以用戶需求爲動力，以對象爲驅動的模型，主要用於描述對面向對象的軟件開發過程

增量/演化模型

建造大廈相同 ，軟件也是一步一步建造起來的，融合了瀑布模型的基本成分（複用的應用）和原型實現迭代的特徵

統一過程的特點

• 基於構件，由UML方法和工具支持
• 用戶驅動、基本架構爲中心、迭代和增量
• 提供了在開發組織中分派任務和責任的紀律化方法
• 目標：在可預見的日常和預算的前題下，確保滿足最終用戶需求的高質量產品
  適用

統一過程通過一個通用過程框架，可以用於種類廣泛的軟件系統，不同應用領域，不同的組織類型、不同性能水平和不同項目規模

項目管理過程

將知識、技能、工具和技術應用與項目活動之中，以滿足項目的要求。通過利用項目管理知識、技能、工具和技術的過程實現的，這些過程憑藉每個過程的輸入條件創造成果。

項目管理過程在項目管理中的職能可以將項目的各個過程歸爲五組：
啓動過程組：定義並批准項目或項目階段。制定項目章程和識別干係人。
計劃規程組：定義和細化目標，併爲實現項目而要達到的目標和完成項目要解決的問題範圍而規劃必要的行動路線
執行過程組：整合人員和其他資源，在項目的某個生命週期或某個階段執行項目管理計劃
監督和控制過程組：定期測量和監控項目績效情況，識別與項目管理計劃的偏差，以便在必要時採用糾正措施確保項目或階段目標達成。
收尾過程組：正式驗收產品、服務或工作成果，有序的結束項目或項目階段。結束項目階段、結束採購

過程組極小是孤立且執行一次的事件，過程之間的聯繫與交互作用：自始自終以不同程度互相重疊的活動。若將項目劃分爲階段，則過程組不但在階段內，而且可以跨越階段相互影響和作用

項目經理

如何做好：重視項目團隊的管理，懲罰分明、計劃、計劃、再計劃。理解一把手工程，注重用戶參與。

具備素質：
廣博的知識、豐富的經驗、良好的協調、職業道德，溝通表達、領導
承擔管理者和領導者的雙重角色

5大過程組，47個過程

戴明環PDCA

PDCA 戴明環 plan計劃 do 執行 check檢查 action行動