経営- 12manage

PMBOK (PMI)

Project Management Institute (PMI)著プロジェクト管理の専門職の知識の記述。 PMBOKの説明。 (1987年、1996年、2000年、2004年)。 - 日本語

下記によって貢献される: シーンMichel DE JAEGER

PMBOKは何であるか。 記述

Project Management Body of Knowledge (PMBOK) (®)は知識、技術、用具および技術の適用をその国際的に確認された基準(ieee、ansi)取扱うプロジェクトの条件を満たすためにである。 PMBOKガイドはプロジェクト管理の専門職のプロジェクトのライフサイクル、5つのプロセスグループおよび9つの知識区域を定義する。

プロジェクトチームは下記に要約されるようにいくつかの基本プロセスによって9つの知識区域で作動する:

  1. 統合。 プロジェクトのチャーター、規模の声明および計画を開発しなさい。 プロジェクトの変更を指示し、経営し、監視し、そして制御しなさい。

  2. 規模。 計画、定義、作業明細構造(WBS)作成、証明および制御。

  3. 時間。 定義、資源配列および持続期間の推定、スケジュールの開発およびスケジュール制御。

  4. 費用。 推定する資源計画、費用割り当ておよび制御。

  5. 。 質の計画、品質保証および品質管理。

  6. 人事管理。 時間の計画、雇用、成長および管理のプロジェクトチーム。

  7. コミュニケーション。 、情報配分計画する、コミュニケーション報告するパフォーマンス管理のstakeholders。

  8. 危険。 危険の計画および同一証明、危険分析(質的で、量的な)、危険の応答(行為)の計画および危険のモニタリング及び制御。

  9. 調達。 獲得および引き締まる計画、販売人の応答および選択、契約の管理および契約の閉鎖。

各プロセスのために、入力の活動、か練習、記述、用具および技術および出力(deliverables)はなされる。
 

PMBOKの起源。 歴史

Project Management Institute (PMI)は1969年に、最初に企業を渡るプロジェクトの共通管理の練習を識別するために創設された。

  • PMBOKの初版は1987年に出版された。 それはPMIによって早い80sで始められた研修会の結果だった。 平行で倫理規定は開発された。 そしてトレーニングセンターの資格認定および個人の証明のための指針。
  • 後で、PMBOKの第2版はメンバーから届いたコメントに基づいて(1996年および2000年)、出版された。 PMBOKは基準として1998年に米国規格協会(ansi)と後で電気および電子工学の技術者(ieee)の協会によって確認された。
  • PMBOKガイド(tm)の第3版は文書の構造の主な改善、プロセスへの付加、プログラムおよび有価証券の言葉および範囲との2004年に、出版された。

PMBOKの使用法。 適用

いろいろな種類のプロジェクト、プログラムおよびportfolio management。 アプリケーション領域は下記のものを含んでいる:

  • 経営プログラム(概要)
  • 部門のプロジェクト(機能)
  • 工学は予測する(技術)
  • 企業の細目プロセス
  • 製品開発(マーケティング)
  • 政府計画(公衆)
  • 開発計画(国際機構)

PMBOKのステップ。 プロセス

プロジェクトはプロジェクト管理の統合が処理する堪能なたらいである。 PMBOKは5の連続的な改善のためにDeming Cycleの変化を-ステップライフサイクル使用する:

  1. 開始。 主要な要素:PMI PMBOKプロセス
    • プロジェクトを承認しなさい
    • プロジェクトか段階に構成を託しなさい
    • 全面的な方向を置きなさい
    • トップレベルプロジェクトの目的を定義しなさい
    • 必要な承認および資源をしっかり止めなさい
    • 全面的な経営目標のalignmentを認可しなさい
    • プロジェクトマネージャーを割り当てなさい
    • 統合の経営
  2. 計画。 主要な要素:
    • プロジェクトの規模を定義しなさい
    • プロジェクトの目的を精製しなさい
    • すべての必須のdeliverablesを定義しなさい
    • プロジェクトのスケジュールのためのframeworkを創造しなさい
    • チーム・メンバーおよびstakeholdersのための情報分割にフォーラムを提供しなさい
    • すべての必須の活動を定義しなさい
    • すべての活動を配列しなさい
    • 必須の技術および資源を識別しなさい
    • 仕事の努力を推定しなさい
    • 危険分析および回避
    • すべての必須の費用を定義し、推定しなさい
    • プロジェクトのfundingの承認を得なさい
    • コミュニケーションの計画
  3. 実行。 主要な要素:
    • 資源、チーム開発を調整しなさい
    • 品質保証
    • 下請け業者を選び、近づきなさい
    • 情報を配りなさい
    • 計画を働かせなさい
  4. 監視および制御。 主要な要素:
    • チーム、stakeholders、下請け業者を経営しなさい
    • 測定の進歩および監視のパフォーマンス(オーバーオール、規模、スケジュール、費用、質)
    • 必要とされるところ取得是正処置および。 問題の決断および拡大
    • 変更の要求経営
    • Risk Management (の質、パフォーマンス、プロジェクト管理、組織、外面技術)
    • 性能報告。 コミュニケーション
  5. 閉鎖。 主要な要素:
    • 活動を終了しなさい
    • 管理上の終わり(プロジェクトの完了を、受諾またはサイン・オフ、学ばれる評価、メンバーの評価、レッスンは形式化するために配る)ギャザーは、アーカイブ情報
    • 契約は閉まる(開いた項目および最終的で形式的な受諾の決断を含むプロジェクトの契約の完了)

プロジェクトマネージャーはプロジェクトの目的をプロジェクトの規模、時間の、要されたおよび要求された質の抑制の内で、定義された最終製品を渡すために担当する。
 

PMBOKの強さ。 利点

  • PMBOKガイドはframeworkおよびデファクト・スタンダードである。
  • それはプロセス方向づけられる。
  • それはプロセスによってプロジェクト、プログラムおよび有価証券のライフサイクルを経営するのに必要とされる知識を示す。
  • それは各プロセスのために必要な入力、用具、技術および出力(deliverables)を定義する。
  • それはどの企業でもアプリケーション領域のための特定の最良の方法それを造ることができる知識のボディを定義する。

PMBOKの限定。 不利な点

  • 小さいプロジェクトのための複合体。
  • 、プロジェクトのサイズおよび規模、時間および予算および質の抑制はアプリケーション領域工業に適応しなければならない。

PMBOKの仮定。 条件

  • プロジェクト管理はあらゆる種類のプロジェクト規模、企業および文化に適当である基準を必要とする。

本: PMI - PMBOKガイド(第3版2004年) -

 

PMBOK Forum


PMBOK Special Interest Group



PMBOK Education & Events



Add a link to this page

Copy and paste this code to your web page:

 

 

PMBOKをと比較した: OPM3 MSP PMMM IPMAの能力ベースライン(ICB) Team Management Profile チーム開発の段階 Belbinのチーム役割

 

経営ハブに戻る: 変更及び構成 プログラム・プロジェクト管理

 

より多くの方法、モデル、理論

 

 

Copyright 2008 12manage - E-learning community on management. V10.0 - Last updated: 2008-03-25. All names tm by their owners.