みかままさんの日記を見て、ちょっとPMBOKについて、書いておきたいことがあったので、そのお話。
なお、PMBOKについては、プロジェクトマネジメント知識体系ガイドの第二版しか持ってない（最新は第三版）なので、第二版をベースに書いています。
PMBOKは、９つの知識エリアがありますよね（知らなかった人は、「あるんです」。これを知らないと話が続かない）。
１．プロジェクト統合マネジメント
２．プロジェクト・スコープ・マネジメント
３．プロジェクト・タイム・マネジメント
４．プロジェクト・コスト・マネジメント
５．プロジェクト品質マネジメント
６．プロジェクト人的資源マネジメント
７．プロジェクト・コミュニケーション・マネジメント
８．プロジェクト・リスク・マネジメント
９．プロジェクト調達マネジメント
で、それらは、プロジェクトの流れ（プロセス群）の中、つまり、立ち上げ、計画、実行、コントロール、終結の中で、いろいろと実施されるわけですが、
・あるプロセスの中で、知識エリアすべて行われるわけではない。
→たとえば、立ち上げエリアでは、「プロジェクト・スコープ・マネジメント」に属する「立ち上げ」作業しかない。
・さらに、その中でも、「計画」、「実行」、「コントロール」の中には、ほとんどのプロジェクトで行われる「コア・プロセス」と、プロジェクトによっては行われない、プロジェクトの特性によって行われる補助プロセスがあります。
（この説明は、第二版だと、３３ページの下にコアプロセス、３４ページ中ごろに補助プロセスの説明があります。以下、ページ数は、第二版のページです）
ここで、コアプロセス「だけ」を書くと、以下のとおりになります。
・立ち上げ：スコープ（３２ページ 図３－４）
・計画：スコープ、タイム、コスト、リスク、統合（３３ページ 図３－５）
・実行：統合（３５ページ 図３－６）
・コントロール：コミュニケーション、統合（３６ページ 図３－７）
・終結：調達、コミュニケーション（３７ページ 図３－８）
そして、これらの作業を具体的にわかりやすく書くと、以下のとおりです
■■ 立ち上げ：スコープ
立ち上げ作業を行う（５４ページ）。
ここで、プロジェクトマネージャーがきまって、そのプロジェクトの条件などがきまる。
プロジェクトの根拠となるもの（契約書など。プロジェクト憲章）ができる。
■■ 計画：（１）スコープ、（２）タイム、（３）コスト、（４）リスク、（５）統合
（１）プロジェクトの目的と、成果物がきまり（スコープ計画 ５６ページ）、その成果物を構成要素にまとめる（WBSで記述される。スコープ定義 ５９ページ～）。
（２）その構成要素を作るために、しなきゃいけないことを順番にならべて（アクティビティ定義６５ページ）、その「しなきゃいけないこと」にかかる時間をみつもり（アクティビティ所要時間見積り）、スケジュールを作成する（スケジュール作成７５ページ）
（３）その一方で、「しなきゃいけないもの」を行うための、人、モノ（機器、資材）についての資源を決定し、そこから金＝コストの見積もりを出す（資源管理とコスト見積もり）。そしたら、予算化しよう（コストの予算化）
（４）そして、これらのアクティビティとスケジュール、コストをもとに、リスクを識別し、分析する（リスクマネジメント計画１２９ページ～）
（５）そしたら、プロジェクト計画書として、まとめよう（プロジェクト計画の策定）
■■ 実行；
プロジェクト計画書に書いてあるすべきこと（アクティビティ）を実行すべし（プロジェクト計画の実行P46)
■■ コントロール：（１）コミュニケーション、（２）統合
（１）進捗報告をしよう（実績報告 P１２２）
（２）変更すべきところがあれば、変更しよう（統合変更管理 P４７）
■■ 終結：（１）調達、（２）コミュニケーション
（１）契約が完了した（もしくは中止になった）手続きをする（契約完了 P158)
（２）プロジェクトの結果の文書化（完了手続き P１２５）
これらの手続きをもとに、あとは、いろいろと追加していくことになる。
で、今書いたように、PMBOKの本のいやらしさは、知識エリア順に書いているので、頭から読んでいくと、いろんなプロセス群が入り乱れてかいてあって、？？？？となってしまう。
この本の読み方は、ずばり！こうです。
（１）P38ページの「プロセス群と知識エリアによるプロジェクトマネジメントのプロセスの分類表示」からみるべし。
（２）P32からP３７の各プロセス群の内容をみて、コアプロセスと補助プロセスを確認すべし
（３）コアプロセスについて、各プロセスの図から、指定されている章の内容をみて読むべし
→まず、成果物をみて、その章で、なにを作ろうとしているのか確認してから読むべし
（４）なっとくしたら、補助プロセスについて読むべし
（５）のこっちゃったので、はじめのページから３２ページまでをよむべし。
以上っす
ついしん：昨日のアクセス数は、最近の中で一番多かった。
なんで、そのうち、流通XML－EDIの概説書の中身とそれをJavaで表現したものをやろうと思います（今日は、違うねたを用意しているので、明日以降）
なお、PMBOKについては、プロジェクトマネジメント知識体系ガイドの第二版しか持ってない（最新は第三版）なので、第二版をベースに書いています。
PMBOKは、９つの知識エリアがありますよね（知らなかった人は、「あるんです」。これを知らないと話が続かない）。
１．プロジェクト統合マネジメント
２．プロジェクト・スコープ・マネジメント
３．プロジェクト・タイム・マネジメント
４．プロジェクト・コスト・マネジメント
５．プロジェクト品質マネジメント
６．プロジェクト人的資源マネジメント
７．プロジェクト・コミュニケーション・マネジメント
８．プロジェクト・リスク・マネジメント
９．プロジェクト調達マネジメント
で、それらは、プロジェクトの流れ（プロセス群）の中、つまり、立ち上げ、計画、実行、コントロール、終結の中で、いろいろと実施されるわけですが、
・あるプロセスの中で、知識エリアすべて行われるわけではない。
→たとえば、立ち上げエリアでは、「プロジェクト・スコープ・マネジメント」に属する「立ち上げ」作業しかない。
・さらに、その中でも、「計画」、「実行」、「コントロール」の中には、ほとんどのプロジェクトで行われる「コア・プロセス」と、プロジェクトによっては行われない、プロジェクトの特性によって行われる補助プロセスがあります。
（この説明は、第二版だと、３３ページの下にコアプロセス、３４ページ中ごろに補助プロセスの説明があります。以下、ページ数は、第二版のページです）
ここで、コアプロセス「だけ」を書くと、以下のとおりになります。
・立ち上げ：スコープ（３２ページ 図３－４）
・計画：スコープ、タイム、コスト、リスク、統合（３３ページ 図３－５）
・実行：統合（３５ページ 図３－６）
・コントロール：コミュニケーション、統合（３６ページ 図３－７）
・終結：調達、コミュニケーション（３７ページ 図３－８）
そして、これらの作業を具体的にわかりやすく書くと、以下のとおりです
■■ 立ち上げ：スコープ
立ち上げ作業を行う（５４ページ）。
ここで、プロジェクトマネージャーがきまって、そのプロジェクトの条件などがきまる。
プロジェクトの根拠となるもの（契約書など。プロジェクト憲章）ができる。
■■ 計画：（１）スコープ、（２）タイム、（３）コスト、（４）リスク、（５）統合
（１）プロジェクトの目的と、成果物がきまり（スコープ計画 ５６ページ）、その成果物を構成要素にまとめる（WBSで記述される。スコープ定義 ５９ページ～）。
（２）その構成要素を作るために、しなきゃいけないことを順番にならべて（アクティビティ定義６５ページ）、その「しなきゃいけないこと」にかかる時間をみつもり（アクティビティ所要時間見積り）、スケジュールを作成する（スケジュール作成７５ページ）
（３）その一方で、「しなきゃいけないもの」を行うための、人、モノ（機器、資材）についての資源を決定し、そこから金＝コストの見積もりを出す（資源管理とコスト見積もり）。そしたら、予算化しよう（コストの予算化）
（４）そして、これらのアクティビティとスケジュール、コストをもとに、リスクを識別し、分析する（リスクマネジメント計画１２９ページ～）
（５）そしたら、プロジェクト計画書として、まとめよう（プロジェクト計画の策定）
■■ 実行；
プロジェクト計画書に書いてあるすべきこと（アクティビティ）を実行すべし（プロジェクト計画の実行P46)
■■ コントロール：（１）コミュニケーション、（２）統合
（１）進捗報告をしよう（実績報告 P１２２）
（２）変更すべきところがあれば、変更しよう（統合変更管理 P４７）
■■ 終結：（１）調達、（２）コミュニケーション
（１）契約が完了した（もしくは中止になった）手続きをする（契約完了 P158)
（２）プロジェクトの結果の文書化（完了手続き P１２５）
これらの手続きをもとに、あとは、いろいろと追加していくことになる。
で、今書いたように、PMBOKの本のいやらしさは、知識エリア順に書いているので、頭から読んでいくと、いろんなプロセス群が入り乱れてかいてあって、？？？？となってしまう。
この本の読み方は、ずばり！こうです。
（１）P38ページの「プロセス群と知識エリアによるプロジェクトマネジメントのプロセスの分類表示」からみるべし。
（２）P32からP３７の各プロセス群の内容をみて、コアプロセスと補助プロセスを確認すべし
（３）コアプロセスについて、各プロセスの図から、指定されている章の内容をみて読むべし
→まず、成果物をみて、その章で、なにを作ろうとしているのか確認してから読むべし
（４）なっとくしたら、補助プロセスについて読むべし
（５）のこっちゃったので、はじめのページから３２ページまでをよむべし。
以上っす
ついしん：昨日のアクセス数は、最近の中で一番多かった。
なんで、そのうち、流通XML－EDIの概説書の中身とそれをJavaで表現したものをやろうと思います（今日は、違うねたを用意しているので、明日以降）
アクセス
トータル
ランキング
