專案管理- 維基百科,自由的百科全書 - Wikipedia
文章推薦指數: 80 %
專案管理是領導一個團隊在規定時間內實現目標和達到成功標準的過程,其主要挑戰在於在給定的約束條件下實現所有專案目標,在社會科學領域是管理學的一個分支學科。
專案管理
語言
監視
編輯
此條目需要精通或熟悉相關主題的編者參與及協助編輯。
請邀請適合的人士改善本條目。
更多的細節與詳情請參見討論頁。
此條目可參照英語維基百科相應條目來擴充。
若您熟悉來源語言和主題,請協助參考外語維基百科擴充條目。
請勿直接提交機械翻譯,也不要翻譯不可靠、低品質內容。
依版權協議,譯文需在編輯摘要註明來源,或於討論頁頂部標記{{Translatedpage}}標籤。
專案管理是領導一個團隊在規定時間內實現目標和達到成功標準的過程,其主要挑戰在於在給定的約束條件下實現所有專案目標[1],在社會科學領域是管理學的一個分支學科。
這些訊息通常包含於在開發過程初期建立的專案文檔中。
主要的約束條件是範圍、時間、預算[2]其次是優化資源配置的必要投入,並將其應用於實現既定目標。
專案管理的目的是產生一個符合客戶目標的完整專案,在許多情景下也可以通過塑造或改變客戶的想法,更切實地實現客戶的目標。
一旦明確了客戶的目標,就應該讓目標指導參與專案的其他人員——例如專案經理、設計師、承包商和分包商等——做出的所有決策。
定義不清或規定過嚴的專案管理目標不利於良好決策。
專案具有臨時性,目的在於生產一種獨特的產品、服務或結果,具有明確的開始和結束,通常還受到時間、資金和人員限制。
[3][4]專案的臨時性與商業中的「一切照舊」(即businessasusual)[5]形成對比,後者是為生產產品或服務而進行的重複的、永久或半永久的實踐活動。
目次
1歷史
2類型
3方法
3.1分階段
3.2精益
3.3迭代和增量
3.4關鍵鏈
3.5基於產品的規劃
3.6流程管理
3.7專案生產
3.8利益實現
3.9實獲值
4主題
4.1專案經理
4.2各種行業的專案類型
4.3風險管理
4.4工作分解結構
4.5專案管理的國際標準和專業認證
4.6專案組合管理
4.7專案管理軟體
4.8虛擬專案管理
5另見
6參考文獻
歷史編輯
在20世紀之前,土木工程等一般都是由負責專案的建築師、工程師等自行管理,例如維特魯威(公元前一世紀)、克里斯多佛·雷恩(1632-1723)、托馬斯·特爾福德(1757-1834)和伊桑巴德·金德姆·布魯內爾(1806-1859)。
[6]從20世紀50年代起,人們開始系統地將專案管理的工具和技術應用於複雜的工程專案。
[7]
亨利·甘特(1861–1919),規劃和控制技術之父
作為一門學科,專案管理是從土木工程、建築和國防等幾個應用領域發展而來。
[8]專案管理的兩位奠基者是因甘特圖而聞名的「計劃和控制技術之父」亨利·甘特,[9]與創立了按職能劃分的古典管理理論的亨利·法約爾,[10]而二位都繼承了泰勒的科學管理理論。
20世紀50年代標誌著現代專案管理的開始,主要特徵是核心工程領域聚集在一起作為一個整體工作。
專案管理成為公認的從管理學科中產生的一門具有工程模式的獨特學科。
[11]在美國,20世紀50年代以前,專案管理是臨時的,主要使用甘特圖和非正規的技術工具,例如關鍵路徑法和計劃評審技術兩種數學專案調度模型。
關鍵路徑法(CPM)是杜邦公司和雷明頓蘭德公司聯合開發的,用於管理工廠維護專案。
「計劃評審技術」(PERT),是由美國海軍與洛克希德公司和博思艾倫諮詢公司作為研發「北極星」號潛艇飛彈系統的一部分聯合開發的。
[12]PERT和CPM在方法上非常相似,但仍存在一些差異。
CPM用於假設確定活動時間的專案;每項活動進行的時間是已知的。
另一方面,PERT允許隨機的活動時間;每個活動進行的時間是不確定的或變化的。
由於這一核心區別,CPM和PERT被用於不同的場合。
這些數學技術迅速普及到很多民營企業。
一個7個月的專案,5個裡程碑的PERT網絡圖
與此同時,隨著專案調度模型的完善,專案成本估算、成本管理和工程經濟的技術也在不斷發展。
1956年,美國造價工程師協會主要由專案管理和相關的規劃調度、成本估算控制等的從業人員組成。
這一協會繼續其開創性的工作,並在2006年發布了第一個投資組合、計劃和專案管理的綜合流程(即總成本管理框架)。
1969年,國際專案管理學會在美國成立。
[13]這一學會於1996年出版了以威廉·鄧肯主編的《專案管理知識體系指南》的原始版本,該指南描述了"大多數專案、大多數時間"所共有的專案管理實踐。
類型編輯
專案管理方法適用於一切專案。
它通常根據專案規模,性質,行業或部門針對特定類型的專案量身定製成專門的專案管理形式,例如建築專案管理專務於道路橋梁等的建設[14],IT專案管理關注技術資產和服務以及軟體生命周期,生物技術專案管理關注複雜的生物技術研發。
[15]翻譯專案管理把許多專案管理的方法應用在文字翻譯工作中,別具一格。
公共專案管理涵蓋了政府的所有公共工程,可以由政府機構執行或外包給承包商。
專案管理還可以基於硬或軟(即物理或非物理)進行分類。
各種專案管理的共通點在於以下三個重要目標:時間,品質和預算。
成功的專案將按計劃,在預算範圍內並根據先前商定的品質標準完成,即達到鐵三角或三重約束條件,這是評判專案成敗的重要依據。
[16]專案經理會總結製作在該行業進行專案管理的可重複模板,以此明晰透徹,減少重複性工作,具有提高品質,降低成本和縮短時間的效果。
方法編輯
組織與完成專案活動有許多方法,包括:分階段、精益、迭代和增量等;也有一些對專案規劃的幾個擴展,例如,針對結果(基於產品)或活動(基於流程)。
不論採行何種方法論,必須精心縝密地考慮專案總體的目標,時程和成本,以及所有參與者和利害關係人的作用和責任。
分階段編輯
典型的專案開發各階段
分階段方法通過一系列不同的步驟來分解和管理工作,通常稱之為「傳統式」或「瀑布式」。
通常由五階段組成,雖然可能有些許不同差異,工程專案典型的開發階段,如下列四個加上控制:
起始
規劃與設計
執行
監視與控制
結束許多產業的專案運用這幾個階段的修改版本,為了更適當地對應組織,會重新命名階段。
例如,在建築工程設計和施工的過程中,專案通常會進行到前期規劃、概念設計、草稿圖設計、設計開發、施工圖(或合約文件)與施工管理等階段。
雖然分階段方法適用於有明確定義的小型專案,但大型專案,或更複雜或有模糊歧義和風險的專案,分階段方法可能會面臨挑戰或失敗。
精益編輯
精益專案管理利用精益生產的原則,專注於以更少的浪費和更短的時間提供價值。
迭代和增量編輯
在專案管理的批判性研究中,已經意識到分階段的方法並不適用於大規模和多公司的專案,具有未定義、模糊或快速變化的要求,或者俱有高度風險、依賴性,和快速變化的技術。
不確定性錐解釋了其中的一些,因為專案初始階段的規劃受到高度不確定性的影響。
尤其因為軟體開發類型的專案往往是一種新穎的產品或技術實現,這一點特別顯著。
這些複雜性或許以更多的探索、迭代和漸進方式來處理。
迭代和增量專案管理的幾個模型已經發展,包括敏捷專案管理,動態系統開發方法,極端專案管理和創新工程。
關鍵鏈編輯
關鍵鏈專案管理(CCPM,criticalchainprojectmanagement)是應用限制理論(TOC,theoryofconstraints)進行專案的規劃和管理,旨在處理專案管理中固有的不確定性,同時考慮到有限的資源可用性(物理,人力技能,以及管理和支援能力)執行專案。
目標是增加組織中的專案流量。
應用限制理論五個重點步驟中的前三個,確定了所有專案的系統約束以及資源。
為了利用約束,關鍵鏈上的任務優先於所有其他活動。
最後,計劃和管理專案,以確保在關鍵鏈任務必須開始,將所有其他資源從屬於關鍵鏈時,資源準備就緒。
基於產品的規劃編輯
基於產品的規劃是一種結構化的專案管理方法,基於確定有助於實現專案目標的所有產品(專案的可交付成果)。
因此,它將一個成功的專案定義為以產出為導向,而不是以活動或任務為導向。
這種方法最常見的實現是PRINCE2。
流程管理編輯
專案生產編輯
利益實現編輯
實獲值編輯
實獲值(EVM,Earnedvaluemanagement)通過技術來擴展專案管理,以改進專案監控。
說明專案在工作和價值(成本)方面的完成進度。
主題編輯
專案經理編輯
專案經理是專案管理領域的專業人士,負責規劃、執行、控制和結案;通常此一職務與建築、工程、計算機和電訊行業的專案相關。
其它領域如生產、設計工程,重工業等也可能設置專案經理一職。
專案經理是負責完成所述專案目標的人員,重要的管理職責包括建立可以明確達成的目標,構建專案需求,並管理三重約束:專案的範疇,時間和成本(或許包括競爭約束)。
專案經理通常代表客戶,必須根據他們所代表的行業特性與專業知識,來確定和實施客戶的確切需求。
對應締約雙方的各種內部程序做調整,並與專案的團隊人員形成密切聯繫的溝通能力,對於確保成本、時間、品質,尤其是客戶滿意度的關鍵問題都可以被實現,至關重要。
各種行業的專案類型編輯
專案管理可適用於任何專案,但通常是適應不同和高度專業化行業的具體需求。
例如以建築物、道路橋梁等工程為主的建築業,已經有特化的專案管理形式,它被稱為建設專案管理,有相關的培訓和認證此行業的專案經理。
資訊科技行業也發展了自己的專案管理形式,被稱為IT專案管理,專門從事資訊技術和服務的交付成果,這些技術資產和服務需要通過各種生命週期階段,如規劃、設計、開發,測試和部署。
生物技術專案管理側重於生物技術研究與開發的複雜性。
對於每種類型的專案管理,專案經理開發和利用與其所處理行業特有的可重複模板。
這使得專案計劃變得非常徹底和高度可重複,具體意圖是提高質量,降低運輸成本,並縮短交付專案成果的時間。
風險管理編輯
工作分解結構編輯
工作分解結構(WBS,workbreakdownstructure)是一種分層結構,顯示了實現目標所需努力的細分,例如程序、專案和合同。
WBS可能是硬體、產品,服務或過程導向(參見NASA報告結構(2001)中的示例)。
WBS可從最終目標開始,並在尺寸,持續時間和責任(例如系統,子系統,組件,任務,子任務和工作包)方面依次細分為可管理的組件,其中包括所有實現目標所需的步驟。
工作分解結構為合同總體規劃和控制的自然發展提供了共同框架,是將工作劃分為可定義的增量的基礎,可以從中開發工作說明書和技術、時間表,成本和勞動時間可以建立報告。
工作分解結構可以以兩種形式顯示,作為具有任務細分的表或作為其最低階節點,被稱為「工作包」的組織圖。
它是評估計劃專案品質的基本要素。
專案管理的國際標準和專業認證編輯
為了開發專案管理的標準,做出了很多努力,如:
ISO10006:1997,品質管理-專案管理中的品質的指南
PMBOK(PMBOK=ProjectManagementBodyofKnowledge)
APMA(GPMBOK、RPMBOK、MPMBOK、CPMBOK、APMBOK、EPMBOK、XPMBOK、PRMBOK,BOK=BodyofKnowledge)
PRINCE2(PRINCE2=ProjectsInControlledEnvironments)
ISEB專案管理考試大綱
2016年8月30日CNS21500正式通過審查CNS21500(專案管理指引國家標準)專案組合管理編輯
專案管理軟體編輯
虛擬專案管理編輯
另見編輯
三時估計法
專案管理三角形
整體計劃參考文獻編輯
^(2003).PMPProjectManagementProfessionalStudyGuide.McGraw-HillProfessional,2003.ISBN 0-07-223062-2p.354.
^Baratta,Angelo.Thetripleconstraintatripleillusion.PMI.2006[22December2020].
^TheDefinitiveGuidetoProjectManagement.Nokes,Sebastian.2ndEd.n.London(FinancialTimes/PrenticeHall):2007.ISBN 978-0-273-71097-4
^WhatisProjectManagement?.ProjectManagementInstitute.[2014-06-04].
^PaulC.Dinsmoreetal(2005)Therightprojectsdoneright!JohnWileyandSons,2005.ISBN 0-7879-7113-8.p.35andfurther.
^DennisLock(2007)ProjectManagement(9thed.)GowerPublishing,Ltd.,2007.ISBN 0-566-08772-3
^Young-HoonKwak(2005)."AbriefHistoryofProjectManagement".In:Thestoryofmanagingprojects.EliasG.Carayannisetal.(9eds),GreenwoodPublishingGroup,2005.ISBN 1-56720-506-2
^DavidI.Cleland,RolandGareis(2006).GlobalProjectManagementHandbook."Chapter1:"Theevolutionofprojectmanagement".McGraw-HillProfessional,2006.ISBN 0-07-146045-4
^MartinStevens(2002).ProjectManagementPathways.AssociationforProjectManagement.APMPublishingLimited,2002
ISBN 1-903494-01-Xp.xxii
^MorgenWitzel(2003).Fiftykeyfiguresinmanagement.Routledge,2003.ISBN 0-415-36977-0.p.96-101.
^DavidI.Cleland,RolandGareis(2006).GlobalProjectManagementHandbook.McGraw-HillProfessional,2006.ISBN 0-07-146045-4.p.1-4states:"Itwasinthe1950swhenprojectmanagementwasformallyrecognizedasadistinctcontributionarisingfromthemanagementdiscipline."
^Malcolm,D.G.,Roseboom,J.H.,Clark,C.E.,&Fazar,W.(1959)."Applicationofatechniqueforresearchanddevelopmentprogramevaluation."Operationsresearch,7(5),646-669.
^F.L.Harrison,DennisLock(2004).Advancedprojectmanagement:astructuredapproach.GowerPublishing,Ltd.,2004.ISBN 0-566-07822-8.p.34.
^CertifiedConstructionManager.CMAA.[23November2013].
^CertificateinBiotechnologyProjectManagement.UniversityofWashington.[23November2013].
^Esselink,Bert.APracticalGuidetoLocalization.Amsterdam/Philadelphia:JohnBenjaminsPublishingCompany.2000:428.ISBN 978-9-027-21956-5.
取自「https://zh.wikipedia.org/w/index.php?title=项目管理&oldid=71814524」
延伸文章資訊
- 1项目管理- 维基百科,自由的百科全书
项目管理是领导一个团队在规定时间内实现目标和达到成功标准的过程,其主要挑战在于在给定的约束条件下实现所有项目目标,在社会科学领域是管理学的一个分支学科。
- 2企業維基學習網的建置與應用- Project Club 專案管理輕鬆學
因此,他希望可以在公司內建置一套Wiki維基學習網系統, 以便讓每個員工們可以把使用公司產品的心得或是電腦操作的小技巧, 甚至哪些好吃、好玩等的地點通分享給所有員工們 ...
- 3使用者:Minwei/系統升級與建置-專案管理 - 台灣棒球維基館
使用者:Minwei/系統升級與建置-專案管理. 分享此網頁到Facebook · 分享此網頁到Plurk. 分享此網頁到百度搜藏. 分享此網頁到Twitter · 分享此網頁到Del.icio...
- 4國際專案管理學會 - 维基百科
美國國際專案管理學會(英语:Project Management Institute,简写PMI)成立于1969年,是一个由项目管理专业领域内的研究人员、学者、顾问和经理组成的全球性的专业 ...
- 5GitHub Wiki - 為你的Repository 加入文件管理功能 - iT 邦幫忙
今天我們來談一點輕鬆的功能- GitHub Wiki. 身為開發人員,多多少少接觸一些文件,可能是與專案管理相關文件:專案規劃書、驗收文件、操作手冊.