专案管理流程ppt课件

1、何謂專案管理？美國專案管理學會專案管理就是為達成或超出利害關係人的需求或期望，把種種知識、技艺、工具、技術應用在專案活動上，其牽涉到相互競爭的範疇，時間、本钱、品質，以及利害關係人各種不同需求和期望之間的平衡專案管理就是將計畫、組織、管理資源的一些原則加以運用來胜利的完全成特定的計劃目標或標的。因為專案具有臨時、特殊、創新加值的特性，因此在管理技巧上就與組織日常管理流程的經營哲學或管理技巧不同。專案管理的主要作用在於透過管理將有限的資源(金錢、人力、物資、土地、空間、能源等)與活動(激勵、才干)做最正确配置，達成目標(時間、本钱、品質、專業性、尤其是案主滿意)專案的八種特性：(一) 目標預定性

2、：專案是受某些目標所左右的 (二) 範疇受制性：指所欲達成的專案的有關的事物 (三) 規模預設性：(四) 生命周期性：制訂專案規劃及進度表(Project Plan & Schedule)，然後按照該表所訂定的任務(tasks)、時段(duration)和資源(resources)來執行相關的任务，直至該專案結束 (五) 預算設限性；任务活動是遭到財務預算的約束的 (六) 人力資源有限性；成員數目和任务時間的兩個方面連結起來，便為專案經理營造了一個衝突的困局 (七) 獨特性；每一專案都具有這樣或那樣的不同成份，並各自有其獨特的性質 (八) 完結定數性：沒完沒了的任务項目不是專案！ 專案金字塔使

3、命願景價值觀長程目標、战略行動方案中間目標、專案活動專案管理流程 視覺化 計畫 執行 結案傳統上交互影響的三角限制條件時間透過WBS可以協助各項任務之任务進度的規劃與評估，進而完成特定的目標各項任务所需條件與資訊也必須在進度表中(Gantt Chart)仔細評估，因為那會在期間不經意地會影響進度。假设專案管理者的管理才干缺乏，時間這個重要的資源就经常會被忽略掉。本钱固定與變動本钱：含人事、物資、風險、土地、建築、設備、能源、間接本钱、不测事件本钱對專案管理來說更重要是，因為組織经常运用兼職、部份工時或外包人力，因此人員的素質，包括技巧、生產力是必須被考慮的變數專業性指完成專案目標所需求的專業條

4、件。它主要表現在最終產品的品質上。時間與本钱的投入當然會影響品質，過與不及都會有意想不到的後果，當然好的品質對時間與本钱也會有正向的影響。專業與學習專案管理流程四步驟專案管理的主要活動分析與設計計畫標的與事件 根據標的計畫任务 評估與控制風險 估計所需資源 分配資源 組織任务 爭取人力與物資 分派任务 指導各項活動 監控計畫之執行 掌控與報告進度(資訊管理) 基於階段事實分析結果定義計畫的產品預測計畫未來的發展趨勢 品質管理議題管理 議題解決方案 不良產品預防 確認、管理與控制變遷 計畫結案 對利害關係人報告與溝通 評估添加或減少任务人員計畫標的指的是計劃的階段性結果, 這個結果的達成是為了最

5、初規劃的利益所必要的結果 S.M.A.R.T.Specific(專門性與特殊性)Measurable (可評估的成果) Achievable (預期近期可接受與達成) Realistic (務實可行的組織資源) Time terminated (考慮有限的時間限制). 專案(project)不僅是包含了為達成某種目標的串性的整體任務(task) 任務 Task次要任務 Subtask作業包裹 Work Package任務可以說是把專案從起點處至完成彼方的工具。里程碑 Milestone：專案中重要的完成點任务說明 Statement of Work目標簡要任务說明預定任务進度表預算績效評估標準

6、任务結構分析Work Breakdown Structure WBS用來定義專案中的一切作業(層層分解、個個擊破)WBS優良的WBS之特性各任务皆可獨立運作任务不會太大而不易管理任务可充分的授權任务皆可個別監測可對個別任务提供所需資源甘特圖 Gantt chart優點簡單目視管理進度缺點不適用於複雜專案作業第一週二三四v專案組織單純式專案組織專案小組全職專注於專案優點專案經理對專案擁有完全的自主權成員只需面對一個老闆溝通層級短、決策构成快榮譽感、動機及使命感 高專案組織單純式專案組織缺點人員與設備無法共用，資源重複組織的目標及政策 易被忽略功能部門與新科技脫節專案小組成員無功能部門為後路 (專

7、案完成即失業)使得專案延誤 專案組織功能性專案組織專案建構在功能部門中優點成員可同時做許多專案專業技術不會因人員離開而遺失成員有機會升遷功能部門中有大量的專業人員 處理專案的技術問題時會產生綜效 專案組織功能性專案組織缺點專案的觀點與功能部門的功能 無直接相關者易被忽略動機較差顧客的需求易被忽略功能性專案組織專案組織矩陣式專案組織結合單純式與矩陣式成員由不同功能部門提供專案經理決定任务內容 、完成時間功能部門經理控制人員 、技術專案組織矩陣式專案組織優點強化與功能部門的溝通專案經理對專案負成敗的責任降低資源的重複成員於專案結束後 無出路的問題較忠實的執行上級組織的政策專案獲較多的支持 專案組織

8、矩陣式專案組織缺點同時面對兩個老闆專案經理需優異的談判技巧部分最正确化矩陣式組織專案組織1.民主式組織(democratic teams)：成員的參與感、成就感及學習機會高，缺點是溝通太多、無責任感且每個人都要有無私的精神。 2.主程式設計師組織(chief-programmer teams)：決策集中、溝通減少、分工清楚，專案成敗定於一人的技術與管理才干。 3.階層式組織(hierarchical teams)：配合外部組織結構、減少溝通時間導向技術節點：作業箭頭：作業的先後順序作業時間的估計方式三種估計時間樂觀、悲觀及最能够一種估計時間CPM = PERT現代工程管理萌芽於1950年代，當

9、時美國海軍因建造北極星核子潛艇而發展出PERT。同時，美國杜邦公司發展出CPM(要徑法)。嗣後工程界將兩者合併运用，遂成為我們目前應用廣泛的PERT/CPM(網狀圖)。 了解何謂PERT，PERT是在1958-1959年從美國海軍的計劃中所發展出來的，而在1959年後開始被运用於大型企業中進行專案的時程控制，其具體的內容如圖一中所示，其中圓圈部分代表著任务(task)，箭頭部份代表著作業(activity)，至於每一個作業所需的執行時間我們可以用下面的方式來加以計算:假設a=樂觀時間，b=悲觀時間，m=最能够的作業時間 則作業的平均時間ET=(a+4m+b) / 6 有了這些作業的平均時間之後

10、，接下來我們便可以算出期望完成這些任务的最早時間(TE，earliest expected completion time) ，而其計算方式如下: 期望完成的最早時間TE(i)=max TE(j) + ET(i , j) 18-35前程企業 生產管理6/e機率性時間估計 活動 開始 樂觀 時間最能够 時間 (眾數)悲觀時間opmte要徑排程利用圖形來規畫和控制專案三個關鍵時間、本钱和資源PERT (Program Evaluation & Review Technique) 計劃評核術CPM (Critical Path Method) 要徑法繪製網路圖的步驟確認一切作業專案中的一切主要作業作

11、業項目的先後次序及建構網路圖作業的次序表尋找要徑網路中耗時最長的路徑無閒置時間的路徑最早開始時間 Early Start time, ES任务最早能够開始時間一切前置作業的作業時間總和Max (前置任务所需時間)最早結束時間 Early Finish time, EFES + 作業(所需)時間最晚結束時間 Late Finish time, LF不呵斥專案延誤的最晚完成時間完成的時間 - Max (後繼作業所需時間)最晚開始時間 Late Start time, LSLF - 作業(所需)時間例：圖表 3.4Earliest Begining Time:The minimum amountof

12、 time that must be consumed before an activity.ES = max TBLatest Beginning Time:The maximum amount of time that can be consumed before an activity begins.LS = Time allowed - max TC例題 3.1活動代號先前的活動週設計A21原型製造BA5設備評估CA7原型測試DB2記錄設備報告EC,D5記錄方式報告FC,D8記錄最後報告GE,F2最小本钱排程專案之本钱與完成時間縮短時程 會添加本钱直接本钱延長時程 會添加本钱間接本钱直

13、接本钱加班添加雇員轉調員工添購、租賃設備間接本钱管理費用設備與資本的機會本钱契約的罰款獎金的損失最小本钱之步驟繪製網路圖正常本钱 NC正常時間 NT趕工時間 CT (最短的作業時間)趕工本钱 CC決定作業之單位時間趕工本钱要徑縮短要徑中最小本钱作業繪製專案之直接、間接及總本钱曲線The indirect cost remain constant for eight daysand then increase at the rate of $5 per day間接直接總本钱事件與風險危機處理風險潛在失敗危機也有能够成為潛在轉機顧客(不論是內部或外部的計畫執持者)以及外部組織(不論是政府或監管機構

14、)對於時間、本钱與專業能够有所規範,但是第四要素風險，卻是必須由執行團隊基於自我的評估、專業的才干與技術來回應的。因此必須與利害關係人針對前三要素，透過表、圖與計畫期間的事實、成果坚持溝通、協商甚至談判風險管理必須在四構面(時間、本钱、專業、風險)以及六項目(整合、溝通、人資、品保、流程、採購)具備深化的知識與經驗主要利害關係人的訪談1.(客戶大名)請告訴我，想到這項專案的成與否時，有哪些事對他而言是最重要的?2.還有沒有其他的事?3.這些事情的優先順序呢?4.假设他描画的胜利要素都做到了，他認為有哪些根本的組織結果(像是降低流動率、添加產量、提高銷售量、降低營運本钱等)會獲得最大的改善?5.

15、假设能胜利地管理專案，有哪些本钱可因此防止?步驟一：訪談內容1.品質/範疇2.時間3.本钱(相對於預估的財務收益而言)步驟二：風險管理 防止經營管理的熱點腦力激盪找出熱點，決定作或不作？標準 何者能够會：1.導致微幅的調整2.犧牲最低優先的績效要素3.犧牲中等優先的績效要素4.犧牲最優先的績效要素5.導致全盤失敗步驟三：把專案細分為可以處理的項目例如：教材研發專案1.需求評估2.界定出願景、範疇及各項主要目標3.課程發展4.教材研發5.檢測/修訂6.教師培訓7.課程的推出(開始上課)8.預算/資源步驟四：組織項目與任務、排程1.在將任何資料登入某個書面或軟體排程工具之前，先把各個項目和任務依序

16、陈列，是有效运用這類工具的關鍵。2.依序陈列的意思是按照各個項目和任務必須完成的順序一一陈列。把主項目排在最前面。這個階段能够很主觀，因為有能够是多個項目同時進行。3.然而，假设是項目順序很明顯，就按照順序陈列。接著，把每個主項目下的各子項目也依序陈列。4.通常，在主項目中的各個事件順序是比較清楚的。然後，把子項目之下的各個任務也依序陈列。步驟五：決定任務的工期 在运用這類工具時，一次只登入一個欄位，可以讓我們清楚地一次專心於一個主題。按照清單上的順序，一一估算完成每個任務所需的時間。在這個階段，不需求登入主項目和子項目的資料。到最後，會把每個相關任務的時段再加總計算。也可以參考利用軟體工具步

17、驟六：釐清任務間的關係 這個步驟在書面的方式上，會在一個名為前置任務(Predecessors)的欄位中進行，在軟體中則是以一個連續相關活動的方式進行。所謂任務之間的關係有好幾種，並行或同時發生的任務意味著可以同時進行。任務之間的相依關係有好幾種，最簡單者為完成-開始(finish-to-start)的關係。這些相依的任務，必須是在完成其他任務之後才干開始。步驟七：確定資源與預算 這個步驟可以在專案軟體或另一張試算表上進行。到最後一個步驟才釐清資源和預算的最大好處是，此時所根據的資料已經在前面的幾個步驟中確定了，而且應該是根據專案如何執行，在什麼樣的時間之內，以及有什麼資源等資料估計的。 這樣

18、的技術遠比隨機估計預算來得有效。那些隨機估算通常都是在專案任務指派好時就開始估計的。這些一開始就估計的預算，除非是根據過去類似專案的經驗所得的還不錯的資料，否則往往是毫無資料根據，粗略猜測出來的。下一次作與不作的查核點1.該專案能否能達成已經過優先順序陈列考驗的績效要素?2.熱點上的風險程度能否可以接受和管理?3.資源的获得能否沒有問題，時間表能否符合實際?4.預測的財務收益能否比預測的本钱大?執行 - 參考資料例如透過軟體工具，建立 一套記名式的專案參考資料 一個顯示所需資料存放位置的標示(通常是一個檔案名稱) 在完成當天的任务後，一個能提示他把按時啟動的參考資料往前挪到專案所需的下一個任务

19、天的提示。這叫做時間啟動前移(Time Activate Forward, TAF)。專案管理方式Agile(矫捷型), interactive(互動型), incremental(漸進行), and phased(階段型) 不論採哪種方式，重要的是審慎思索釐清計畫的目標與標的，尤其是一切參與者以及利害關係人的角色與責任傳統方式也就是俗稱的瀑布發展方式“waterfall development，換句話說就是規劃一系列有序的任務，通常運用在較小且清楚的計畫中。 不同產業有不同的作法，普通也將其稱為問題解決方案problem solving 界定問題、發展選項與權重、選擇路徑、執行與評估。 專案

20、管理的組織管理行動管理的企業家精神認同建構的分散化、網絡化規劃的孤立性制度化的終止與結局關鍵鏈管理critical chain有限資源理論Theory of Constraints (TOC)的應用。主要目的是在於提高計畫完成率。一切計畫的主要限制就是資源。 為了能將有限資源利用極大化，關鍵任務的規劃是首要的任务。關鍵鏈管理的精神就在於一旦有限資源出現，並且可以運用時，必須及時將其他資源加以整合在這個關鍵任務的執行上。因此對於一些特殊計畫，可以透過關鍵鏈，妥善運用資源幹桿，或當多計劃執行時，透過跨計畫資源整合。通常那些能夠跨計畫運用的主要幹桿資源是非常少數且清楚的。 事件鏈管理是關鍵鏈管理的後

21、續管理其精神在於將不確定性模型化，並且透過事件發生時，其流程網絡的分析，來確認、預測與管理這個事件鏈對專案計畫的影響。透過這個方法可以舒緩事件所呵斥的負面效應，並且重新調整計劃，普通來說事件鏈管理必須遵守以下原則：事件鏈管理方法出現高風險時刻的機率：普通而言，專案行為不會是線性、規律、制式發展的，隨時能够遭到外部要素的影響而要做調整。 事件鏈：每一事件會引發其他事件，而導致計畫的改變，可以透過量化分析來衡量總影響效果。 關鍵事件：指的是那些具有關鍵影響力的事件，可以透過分析來發掘。 事件與計劃軌跡延續：事件發生後新的本钱、資訊、資源必須重新整合來預估能够的新事件並規劃新的計畫走向與成果。 視覺

22、化事件鏈：可运用event chain diagrams或 Gantt chart。專案流程管理計畫監控可以結合流程管理process-based management。例如結合CMMI (Capability Maturity Model Integration)或 ISO/IEC15504 (SPICE - Software Process Improvement and Capability Determination)。矫捷型計畫的管理方式則是基於人際互動管理所創造的快速、彈性與协作效果。與傳統管理方式不同的是，他是透過一連串小型的、高彈性的計畫，來事後因應不斷變動的情況，而比較不是事

23、先因應的計畫！計畫控制系統目標在於將計劃維持在既定的軌道上進行、即時且作預算控制。 然而計畫控制也必須評估能否適當，過多的結果是本钱過高，過低的結果是風險過高。假设計畫控制不洽當就會反映在經營本钱、不斷錯誤或額外監控支出上。控制系統可以應用在本钱、風險、品質、溝通、時間、變革、採購、人資上。此外執行控制的管理者必須清楚地知道計畫控制對財務績效的影響、對利害關係人信賴關係的重要性。他們必須全盤掌握控制之執行過程，以了解它對最終產品的影響。監控機制應該事先啟動以便事前及早確認問題，監控者可以是團隊的一員或一外部獨立顧問。系統監控有時是一個正式的系統，可以系統性、有效的、全程的進行監控，將監控設計付

24、諸實施。正式系統監控可達成的項目經由組織各種標的的了解，建立控制战略，以校準組織的目標。 重新發現或建立新系統的各種標準。 針對計畫管理中的時間與本钱進行政策的不斷審視。 對管理過程加以系統性的描画。 計劃發展階段事實上，不論用何種方法，專案管理發展的過程都一樣:發起、規劃或發展、生產或執行、維持或控制、結案。 發起期計畫發起期就決定了計畫的本質，假设一開始沒有進行得很好，通常計畫在目標達成上也不會胜利。一開始利害關係人各方就要對商業環境充分了解、確定必要的監控機制，讓它整合到整個專案過程中。任何一個出現的缺失都必須加以登錄、報告、確認。發起期必須涵蓋以下全盤整合的計畫階段。以可評估、測量的目

25、標，來分析研判商業需求。 檢視自我當前的營運狀況。 從預期的最終產品的營運，去發展概念設計。 設備需求調查。 基於本益比之財務分析，包含預算規劃。 選擇利害關係人，含消費、利用者或支持者。 計畫圖涵蓋本钱、任務、流程、成果。 規劃與設計期接下來，要發展並且開始測試最終成果的粗模。 所謂測試指的是結合產品运用者和測試者加以進行，也可以在產品發展中同步進行。同時導入控制機制，去確保最終的結果能滿足計畫圖裡面所設定的各種專業標準。換言之，在設計階段必須涵蓋：滿足計畫贊助者、產品运用者以及各種商業標準的要求。 滿足最初功能的要求。 能夠在品質標準的要求內生產。 能夠在時間與本钱的限制條件內生產。 執行

26、期為了滿足原始專案規劃的各種要求，執行期間必須協調整合計畫的人事、資源、行動。 其產出的成果就可以視為該計畫管理規劃的結果。監控期監督與控制涵蓋對整個執行過程的觀察，如此才可以即時並且正確地掌握潛在的問題。監控最重要的意義就在於，透過有規律的觀察與測量計畫的執行，精準地將偏離計畫的點確認出來。在流程中的檢覈測量計畫進行中的各項行動 (where we are); 基於原始計畫規劃以及預期成果，來監督計畫中的各種變數(本钱、努力.) (where we should be); 確認達成目標、發展適當議題與規避風險所需求的正確行動(How can we get on track again); 改

27、變組織的要素組合，以防止不可欲的變遷，朝向希望變遷的方向來執行。在多階段計畫中，監控可以提供階段性的回饋，一方面可以讓計畫按照原規劃的正確方向進行，另一方面也可以防止過度順從計畫而導致風險預防機制的失靈。根本上計劃運作的維繫可包括:最終產品运用者的持續支持 修正錯誤 不斷連續地更新計畫的軟體設備與知識 監控者能夠留意到，隨時有效地解決最終產品运用者的問題。任何一種計畫都會在過程中不斷改變，能够是因為必要的缘由所做的修正：不同的環境條件變化、可運用物資的變動、契約要求改變、價值變遷、第三者出現等等。但是這些改變應該被記錄下來以呈現計畫變遷的真實面，透過解讀不斷出現的事件，來了解計畫的可行性，作為

28、往後的參考。這些紀錄甚至可以成為契約變動或設計的一部份。結案期結案指正式接受計畫的成果與結束計畫關係，行政上包括相關的書面文獻與檔案，涵蓋兩部份：結束計畫中各階段以及利害關係人的一切活動。 契約終止。 專案管理不善或失敗的缘由缺乏一個明確或共同願景的目標專案進行期間改變方向優先事項彼此相互衝突不實際的等待種種的資源缺乏(時間、金錢、設備、知識、專業)溝通不良無法達成顧客等待規劃不善或根本無規劃沒有明確方法感謝聆聽工具計劃圖任务說明書 商業個案可性分析專業說明書專案管理計畫書 任务展開結構圖 變革控制計畫 風險管理計畫 風險展開計畫溝通計畫治理方式 風險登記 事件表 行動項目表 資源管理計畫 計畫時程表 計畫現狀成果報