For faster navigation, this Iframe is preloading the Wikiwand page for User:VKeksburg/项目管理.

User:VKeksburg/项目管理

此條目或其章節需要精通或熟悉相关主题的编者参与及协助编辑。請邀請適合的人士改善本页面。更多的細節與詳情請參见討論頁
此條目可参照英語維基百科相應條目来扩充。若您熟悉来源语言和主题,请协助参考外语维基百科扩充条目。请勿直接提交机械翻译,也不要翻译不可靠、低品质内容。依版权协议,译文需在编辑摘要注明来源,或于讨论页顶部标记((Translated page))标签。

项目管理是领导一个团队在规定时间内实现目标和达到成功标准的过程,其主要挑战在于在给定的约束条件下实现所有项目目标[1],在社会科学领域是管理学的一个分支学科。这些信息通常包含于在开发过程初期建立的项目文档中。主要的约束条件是范围、时间、预算[2]其次是优化资源配置的必要投入,并将其应用于实现既定目标。

项目管理的目的是产生一个符合客户目标的完整项目,在许多情景下也可以通过塑造或改变客户的想法,更切实地实现客户的目标。一旦客户的目标被明确确立,它们就应该影响参与项目的其他人员--例如项目经理、设计师、承包商和分包商--做出的所有决定。定义不清或规定得太严格的项目管理目标不利于决策。

项目具有临时性,目的在于生产一种独特的产品、服务或结果,具有明确的开始和结束,通常还受到时间、资金和人员限制。[3][4]项目的临时性与商业中的“一切照旧”(即business as usual)[5] 形成对比,后者是为生产产品或服务而进行的重复的、永久或半永久的实践活动。

历史

[编辑]

在20世纪之前,土木工程等一般都是由负责项目的建筑师、工程师等自行管理,例如维特鲁威(公元前一世纪)、克里斯多佛·雷恩(1632-1723)、托马斯·特尔福德(1757-1834)和伊桑巴德·金德姆·布鲁内尔(1806-1859)。[6]从20世纪50年代起,人们开始系统地将项目管理的工具和技术应用于复杂的工程项目。[7]

亨利·甘特(1861–1919),规划和控制技术之父

作为一门学科,项目管理是从民用建筑、工程和重型国防活动等几个应用领域发展起来的。项目管理的两位前辈是亨利-甘特,他被称为计划和控制技术之父,他以使用甘特图作为项目管理工具而闻名于世(或者说是卡洛尔-阿达米茨基首先提出的和谐图);亨利-法约尔则因其创造了五种管理职能而闻名于世,这五种管理职能构成了与项目和计划管理相关的知识体系的基础。甘特和法约尔都是弗雷德里克-温斯洛-泰勒的科学管理理论的学生。他的工作是现代项目管理工具的先驱,包括工作分解结构(WBS)和资源分配。

20世纪50年代标志着现代项目管理时代的开始,核心工程领域聚集在一起作为一个整体工作。项目管理成为公认的从管理学科中产生的一门具有工程模式的独特学科。在美国,20世纪50年代以前,项目的管理是临时性的,主要使用甘特图和非正式的技术和工具。当时,发展了两种数学项目调度模型。"关键路径法"(CPM)是杜邦公司和雷明顿-兰德公司联合开发的,用于管理工厂维护项目。"计划评估和审查技术"(PERT),是由美国海军特别项目办公室与洛克希德公司和博思艾伦-汉密尔顿公司联合开发的,作为 "北极星 "导弹潜艇计划的一部分。

PERT和CPM在方法上非常相似,但仍存在一些差异。CPM用于假设确定活动时间的项目;每项活动进行的时间是已知的。另一方面,PERT允许随机的活动时间;每个活动进行的时间是不确定的或变化的。由于这一核心区别,CPM和PERT被用于不同的场合。这些数学技术迅速普及到很多民营企业。

一个7个月的项目,5个里程碑的PERT网络图

与此同时,随着项目调度模型的发展,项目成本估算、成本管理和工程经济的技术也在不断发展,汉斯-兰等人的工作具有开创性。1956年,美国造价工程师协会(现为国际造价工程师协会;造价工程促进会)由早期的项目管理和相关专业的规划与调度、成本估算和成本/进度控制(项目控制)的从业人员组成。AACE继续其开创性的工作,并在2006年发布了第一个投资组合、计划和项目管理的综合流程(总成本管理框架)。

1969年,项目管理协会(PMI)在美国成立。PMI于1996年出版了以William Duncan为主要作者的《项目管理知识体系指南》(PMBOK指南)的原始版本,该指南描述了 "大多数项目、大多数时间 "所共有的项目管理实践。

專案管理的4P

[编辑]

最近研究指出了專案管理的四個P,綜合起來,這“4P”足以描述專案團隊內存在的文化:

  1. 計畫(Plan):這是指所有涉及規劃和預測的活動。在這個階段,專案或專案的要素尚未實現;
  2. 過程(Processes):專案管理知識體(PMBOK, Project Management Body of Knowledge)指南中記述,專案主要由一系列預定和結構良好的過程所組成;
  3. 人員(People):人員是專案動態的重要組成部分,一些研究表明,人員是某些專案特有問題的核心。所謂“可怕的結合”,特別是指規劃不善和不適當人員的構成;
  4. 權責(Power)最後,描述當局所有的權力與責任、決策者、組織圖,執行政策和喜好。

方法

[编辑]

組織與完成專案活動有許多方法,包括:分階段、精益、迭代和增量等;也有一些對專案規劃的幾個擴展,例如,針對結果(基於產品)或活動(基於流程)。不論採行何種方法論,必須精心縝密地考慮專案總體的目標,時程和成本,以及所有參與者和利害關係人的作用和責任。

分階段

[编辑]
典型的專案開發各階段

分階段方法通過一系列不同的步驟來分解和管理工作,通常稱之為“傳統式”或“瀑布式”。通常由五階段組成,雖然可能有些許不同差異,工程專案典型的開發階段,如下列四個加上控制:

  1. 起始
  2. 規劃與設計
  3. 執行
  4. 監視與控制
  5. 結束

許多產業的專案運用這幾個階段的修改版本,為了更適當地對應組織,會重新命名階段。例如,在建築工程設計和施工的過程中,專案通常會進行到前期規劃、概念設計、草稿圖設計、設計開發、施工圖(或合約文件)與施工管理等階段。雖然分階段方法適用於有明確定義的小型專案,但大型專案,或更複雜或有模糊歧義和風險的專案,分階段方法可能會面臨挑戰或失敗。

精益

[编辑]

精益專案管理利用精益生產的原則,專注於以更少的浪費和更短的時間提供價值。

迭代和增量

[编辑]

在專案管理的批判性研究中,已經意識到分階段的方法並不適用於大規模和多公司的專案,具有未定義、模糊或快速變化的要求,或者俱有高度風險、依賴性,和快速變化的技術。不確定性錐解釋了其中的一些,因為專案初始階段的規劃受到高度不確定性的影響。尤其因為軟件開發類型的專案往往是一種新穎的產品或技術實現,這一點特別顯著。這些複雜性或許以更多的探索、迭代和漸進方式來處理。迭代和增量專案管理的幾個模型已經發展,包括敏捷專案管理,動態系統開發方法,極端專案管理和創新工程。

關鍵鏈

[编辑]

關鍵鏈專案管理(CCPM, critical chain project management)是應用限制理論(TOC, theory of constraints)進行專案的規劃和管理,旨在處理專案管理中固有的不確定性,同時考慮到有限的資源可用性(物理,人力技能,以及管理和支援能力)執行專案。

目標是增加組織中的專案流量。 應用限制理論五個重點步驟中的前三個,確定了所有專案的系統約束以及資源。 為了利用約束,關鍵鏈上的任務優先於所有其他活動。

最後,計劃和管理專案,以確保在關鍵鏈任務必須開始,將所有其他資源從屬於關鍵鏈時,資源準備就緒。

基於產品的規劃

[编辑]

基於產品的規劃是一種結構化的專案管理方法,基於確定有助於實現專案目標的所有產品(專案的可交付成果)。因此,它將一個成功的專案定義為以產出為導向,而不是以活動或任務為導向。這種方法最常見的實現是PRINCE2。

流程管理

[编辑]

專案生產

[编辑]

利益實現

[编辑]

實獲值

[编辑]

實獲值(EVM, Earned value management)通過技術來擴展專案管理,以改進專案監控。說明專案在工作和價值(成本)方面的完成進度。

主題

[编辑]

專案經理

[编辑]

專案經理是專案管理領域的專業人士,負責規劃、執行、控制和結案;通常此一職務與建築、工程、計算機和電訊行業的專案相關。其它領域如生產、設計工程,重工業等也可能設置專案經理一職。專案經理是負責完成所述專案目標的人員,重要的管理職責包括建立可以明確達成的目標,構建專案需求,並管理三重約束:專案的範疇,時間和成本(或許包括競爭約束)。

專案經理通常代表客戶,必須根據他們所代表的行業特性與專業知識,來確定和實施客戶的確切需求。對應締約双方的各種內部程序做調整,並與專案的團隊人員形成密切聯繫的溝通能力,對於確保成本、時間、品質,尤其是客戶滿意度的關鍵問題都可以被實現,至關重要。

各種行業的專案類型

[编辑]

專案管理可適用於任何專案,但通常是適應不同和高度專業化行業的具體需求。例如以建築物、道路橋樑等工程為主的建築業,已經有特化的專案管理形式,它被稱為建設專案管理,有相關的培訓和認證此行業的專案經理。

資訊科技行業也發展了自己的專案管理形式,被稱為IT專案管理,專門從事資訊技術和服務的交付成果,這些技術資產和服務需要通過各種生命週期階段,如規劃、設計、開發,測試和部署。生物技術專案管理側重於生物技術研究與開發的複雜性。

對於每種類型的專案管理,專案經理開發和利用與其所處理行業特有的可重複模板。這使得專案計劃變得非常徹底和高度可重複,具體意圖是提高質量,降低運輸成本,並縮短交付專案成果的時間。

風險管理

[编辑]

工作分解結構

[编辑]

工作分解結構(WBS, work breakdown structure)是一種分層結構,顯示了實現目標所需努力的細分,例如程序、專案和合同。WBS可能是硬件、產品,服務或過程導向(參見NASA報告結構(2001)中的示例)。WBS可從最終目標開始,並在尺寸,持續時間和責任(例如系統,子系統,組件,任務,子任務和工作包)方面依次細分為可管理的組件,其中包括所有實現目標所需的步驟。

工作分解結構為合同總體規劃和控制的自然發展提供了共同框架,是將工作劃分為可定義的增量的基礎,可以從中開發工作說明書和技術、時間表,成本和勞動時間可以建立報告。工作分解結構可以以兩種形式顯示,作為具有任務細分的表或作為其最低階節點,被稱為“工作包”的組織圖。

它是評估計劃專案品質的基本要素。

專案管理的國際標準和专业认证

[编辑]

为了开发项目管理的标准,做出了很多努力,如:

  • ISO 10006:1997, 质量管理 - 项目管理中的质量的指南
  • PMBOK(PMBOK=Project Management Body of Knowledge)
  • APMA(GPMBOK、RPMBOK、MPMBOK、CPMBOK、APMBOK、EPMBOK、XPMBOK、PRMBOK, BOK=Body of Knowledge)
  • PRINCE2(PRINCE2=Projects In Controlled Environments)
  • ISEB项目管理考试大纲
  • 2016年8月30日CNS 21500正式通過審查 CNS 21500(專案管理指引國家標準)

專案組合管理

[编辑]

專案管理軟件

[编辑]

虛擬專案管理

[编辑]

另見

[编辑]

参考文献

[编辑]
  1. ^ (2003). PMP Project Management Professional Study Guide. McGraw-Hill Professional, 2003. ISBN 0-07-223062-2 p.354.
  2. ^ Baratta, Angelo. The triple constraint a triple illusion. PMI. 2006 [22 December 2020]. 
  3. ^ The Definitive Guide to Project Management. Nokes, Sebastian. 2nd Ed.n. London (Financial Times / Prentice Hall): 2007. ISBN 978-0-273-71097-4
  4. ^ What is Project Management?. Project Management Institute. [2014-06-04]. 
  5. ^ Paul C. Dinsmore et al (2005) The right projects done right! John Wiley and Sons, 2005. ISBN 0-7879-7113-8. p.35 and further.
  6. ^ Dennis Lock (2007) Project Management (9th ed.) Gower Publishing, Ltd., 2007. ISBN 0-566-08772-3
  7. ^ Young-Hoon Kwak (2005). "A brief History of Project Management". In: The story of managing projects. Elias G. Carayannis et al. (9 eds), Greenwood Publishing Group, 2005. ISBN 1-56720-506-2
{{bottomLinkPreText}} {{bottomLinkText}}
User:VKeksburg/项目管理
Listen to this article

This browser is not supported by Wikiwand :(
Wikiwand requires a browser with modern capabilities in order to provide you with the best reading experience.
Please download and use one of the following browsers:

This article was just edited, click to reload
This article has been deleted on Wikipedia (Why?)

Back to homepage

Please click Add in the dialog above
Please click Allow in the top-left corner,
then click Install Now in the dialog
Please click Open in the download dialog,
then click Install
Please click the "Downloads" icon in the Safari toolbar, open the first download in the list,
then click Install
{{::$root.activation.text}}

Install Wikiwand

Install on Chrome Install on Firefox
Don't forget to rate us

Tell your friends about Wikiwand!

Gmail Facebook Twitter Link

Enjoying Wikiwand?

Tell your friends and spread the love:
Share on Gmail Share on Facebook Share on Twitter Share on Buffer

Our magic isn't perfect

You can help our automatic cover photo selection by reporting an unsuitable photo.

This photo is visually disturbing This photo is not a good choice

Thank you for helping!


Your input will affect cover photo selection, along with input from other users.

X

Get ready for Wikiwand 2.0 🎉! the new version arrives on September 1st! Don't want to wait?