第頁項目管理及知識轉移目錄1 項目管理面臨的挑戰 22 項目管理流程 32.1 項目管理流程 32.2 項目生命周期 43 需求管理 63.1 需求工程內容 63.2 需求分析 63.3 需求變更 74 創建工作分解結構 115 時間管理 135.1 項目時間管理的過程 135.2 項目時間管理工具 136 成本管理 157 風險管理 178 變更管理 189 知識和文檔管理 20項目管理面臨的挑戰在企業的項目管理過程當中，常常會遇到項目進展不順利的情況，有時候項目甚至會失敗。真正的項目管理人員必須有能力對項目進行預判，并及時加強管理采取必要措施，同時還要積累經驗，幫助團隊吸取教訓。如何有效地管理項目，解決項目過程中遇到的諸如以下問題：統一協同：項目進展過程不同階段分別用不同的工具管理，數據不能有效整合，部門間形成信息壁壘；全局視圖：缺乏管理層項目匯總全局視圖，難以實時掌控眾多項目的進展與情況；項目進度：分散的信息，無效率的流程，項目進度不可控，項目過程不透明，項目周期難交付；資源管理：如何查看項目的資源需求？如何更好的分配和協調資源？如何在組織級層面管控資源利用率？質量管控：如何統籌考慮項目風險防控、技術評審、系統測試、質量保障，全面保障交付高質量產品？知識積累：項目實施中，能否不斷積累知識和經驗？有效的知識如何被反復的利用？績效決策：項目人員工作量如何考核？項目管理哪些方面需要改善？如何解決？

項目管理流程該方案專門針對企業項目管理面臨的問題，幫助企業有效管控項目及研發全生命周期，通過一個全面的組織級項目管理平臺，幫助企業實現項目及管理的“過程透明化”和提升組織級項目管理能力；從橫向上讓項目團隊能在組織級層面全面跟蹤項目的需求、進度、質量和成本；從縱向上打破業務部門與外包團隊的壁壘，全面貫通項目的需求、計劃、開發和測試；為高層領導提供多項目信息的全局視圖，幫助宏觀監督和調控多個項目并提供直觀的管理手段。項目管理流程在項目管理的流程中，每個階段都有自己的起止范圍，有本階段的輸入文件和本階段要產生的輸出文件。同時，每個階段都有本階段的控制關口，即本階段完成時將產生的重要文件也是進入下一階段的重要輸入文件。每個階段完成時一定要通過本階段的控制關口，才能進入下一階段的工作。項目生命周期項目生命周期管理是從項目的立項階段、各里程碑階段（需求、設計、開發、測試）、到結項階段，整個項目生命周期的管理。實際工作中根據不同領域或不同方法再進行具體的劃分。在項目生命周期運行過程中的不同階段里，由不同的組織、個人和資源扮演著主要角色。根據項目具體情況，定義項目生命周期的流程，包括所有可能的狀態和工作流操作。

需求管理需求管理是指在組織范圍內協作并管理需求、功能點、項目的創意，以及和需求相關的任何功能或技術設計文檔。通過將來自各個業務部門的需求有效的過濾篩選，并且進行組織和合并，把需求按照業務系統進行組織和管理；同時對于需求的版本和基線提供有效管理，保證需求的有效性、完整性和正確性。通過整合,可以直接基于需求有效驅動開發和測試。需求工程內容項目需求工程包含以下內容：需求分析需求分析是指在需求開發過程中，對所獲取的需求信息進行分析，及時排除錯誤和彌補不足，確保需求文檔正確地反映用戶的真實意圖，需求分析常用的方法有：問答分析做什么/解決什么問題？誰做？怎么做？輸入輸出有什么？約束、限制條件？用例分析RoseVisio表單功能點分析系統、子系統、模塊、功能點，自頂向下、逐層細化原型分析功能業務要素操作特性需求變更隨著項目的進展，用戶和開發方對需求的了解越來越深入，原先的需求文檔很可能存在錯誤或不足。另一方面，市場會發生變化，原先的文檔也可能跟不上當前的市場需求。可見需求變更總是不可避免的，有些是為了修正缺陷，有些屬于增強功能。對項目開發小組而言，變更需求通常意味著要調整資源、重新分配任務，并修改前期的工作成果，有時要付出較大的代價。如果動不動就變更需求，某些項目也許永遠不能按時完成。為此，需求變更必須遵守利大于弊的原則。需求變更通常按變更申請一審批一更改一重新確認的流程進行。創建工作分解結構工作分解結構（簡稱WBS）跟因數分解是一個原理，就是把一個項目，按一定的原則分解，項目分解成任務，任務再分解成一項項工作，再把一項項工作分配到每個人的日常活動中，直到分解不下去為止。即：項目→任務→工作→日常活動。工作分解結構以可交付成果為導向，對項目要素進行的分組，它歸納和定義了項目的整個工作范圍，每下降一層代表對項目工作的更詳細定義。WBS總是處于計劃過程的中心，也是制定進度計劃、資源需求、成本預算、風險管理計劃和采購計劃等的重要基礎。分解原則將主體目標逐步細化分解，最底層的日常活動可直接分派到個人去完成；每個任務原則上要求分解到不能再細分為止；日常活動要對應到人、時間和資金投入。任務分解的方法采用樹狀結構進行分解；以團隊為中心，自上而下與自下而上的充分溝通，一對一個別交流與討論，分解單項工作。任務分解的標準分解后的活動結構清晰，從樹根到樹葉，一目了然，盡量避免盤根錯節；邏輯上形成一個大的活動，集成了所有的關鍵因素包含臨時的里程碑和監控點，所有活動全部定義清楚，要細化到人、時間和資金投入。WBS(工作分解結構)示例：圖：工作分解結構示例

時間管理項目時間管理，主要工作包括定義項目活動、任務、活動排序、每項活動的合理工期估算、制定項目完整的進度計劃、資源共享分配、監控項目進度等內容。時間管理工作開始以前應該先完成項目管理工作中的范圍管理部分。如果只圖節省時間，把這些前期工作省略，后面的工作必然會走彎路，反而會耽誤時間。項目一開始首先要有明確項目目標、可交付產品的范圍定義文檔和項目的工作分解結構（WBS）。由于一些是明顯的、項目所必須的工作，而另一些則具有一定的隱蔽性，所以要以經驗為基礎，列出完整的完成項目所必需的工作，同時要有專家審定過程，以此為基礎才能制定出可行的項目時間計劃，進行合理的時間管理。項目時間管理的過程活動定義：涉及確定項目團隊成員和項目干系人為完成項目可交付成果而必須完成對具體活動（WBS）；活動排列：設計確定項目活動之間的關系，并形成相應的文檔；活動歷時估算：估計完成具體活動需要的工作時間；制定進度計劃：分析活動順序、活動歷時估算和資源要求，制定項目進度計劃；進度計劃控制：控制和管理項目計劃的變更。項目時間管理工具甘特圖、網絡圖和關鍵路勁分析.圖:甘特圖

成本管理項目成本管理指為保障項目實際發生的成本不超過項目預算，使項目組批準的預算內按時、按質、經濟高效地完成既定目標而開展的成本管理活動。項目成本管理過程：項目資源計劃；項目成本估算；項目成本預算；項目成本控制（實施過程中）；項目成本預測（實施過程中）。IT項目的資源按其使用特性分為以下三類：項目環境資源：通用的標準化的資源，如：軟件和硬件；可重用資源：多個項目中可以重復使用的資源；人力資源：項目實施所需要的人員以及人員的可得情況。圖:人力資源估算

風險管理對項目風險從識別到分析，乃至采取應對措施以及風險跟蹤等一系列過程的管理，主要包括：風險識別、風險量化、風險對策。風險狀態跟蹤包含:風險識別風險量化跟蹤風險進展情況設置風險預警級別風險復用與借鑒風險和具體項目關聯風險可以和具體的項目關聯，根據風險在項目里面的預警級別，來判斷風險的影響力。通過不斷的風險積累來形成完整的風險庫，保障項目的正常進行。風險管理示例:圖:風險管理

變更管理變更管理是對項目中突發的，可能導致項目計劃嚴重推遲的重大變更進行管理。目的是評估該變更是否一定要發生，是否有其他更好的解決方案規避或者減輕影響，同時也通知所有干系人變更后的結果。有些大型項目設有專門的變更委員會。變更申請內容包括變更原因，變更方案等。有效地識別變更和準確地分析變更影響，變更申請通過后，及時將變更的內容通知給所有干系人，保證變更實施后的結果得到一致的執行。項目變更管理的目的是以一種對于項目影響最小的方式改變現狀。它包括以下主要內容：了解變化。在項目實施過程中，項目組織要經常關注與項目相關的主客觀因素，及時發現和把握變化，認真分析變化的性質，確定變化的影響，適時進行變化描述。進行變更處理。當變化了的各種因素影響到了項目的順利實施時，項目組織必須及時進行計劃變更，以確保項目目標的實現。項目計劃的變更應征得項目主體的同意，項目組織還應及時向其反饋變更及變更執行情況。監控變更合理性。變更處理總是根據項目實施的客觀需要進行的，但并不是每次變更都是合理的。圖：項目變更管理流程圖

知識和文檔管理知識被認為是項目管理中最重要的資源管理知識資源的任務之一是如何在項目組織中轉移和傳播知識避免知識的重復開發和充分利用知識資源。知識主要是以文檔的形式保存下來，因此，知識轉移中項目文檔管理是最核心的內容。項目文檔管理，是指在一個系統(軟件)項目開發進程中將提交的文檔進行收集管理的過程。通常，文檔管理在項目開發中不是很受重視，當發現其重要性時，往往為時已晚。整個項目可能因此變得管理混亂，問題產生后無據可查。文檔管理對于一個項目的順利進行有著至關重要的作用，其關鍵性不容忽視。作為管理完善的項目文檔，管理者完全可以依順它的軌跡看清整個項目進展的脈絡，同時通過對階段性文檔的把握使整