新しいプロジェクトを任された時、「計画書はどう書けばいい？」「リスクはどう洗い出せばいい？」と、すべてをゼロから考え始めるのは非常に非効率であり、失敗のリスクも高まります。
そんな時、プロジェクトマネージャーを大いに助けてくれるのが「組織のプロセス資産（OPA：Organizational Process Assets）」です。
今回は、PMBOK第8版の定義に基づき、OPAとは何か、どのようなものが含まれるのか、そして実務でどう活用していくべきかを分かりやすく解説します。
山脇 弘成（SSAITS代表）
PMP®有資格者・Webプロジェクトマネージャー。
大手メディアや官公庁のWebプロジェクト実績多数。
「技術」だけでなく「対話」を重視し、御社の「ほんとは、こうしたかった」を形にします。
組織のプロセス資産（OPA）とは？
組織のプロセス資産（OPA）とは、プロジェクトを実行・管理するために使用される、組織内に蓄積された計画、プロセス、文書、テンプレート、および知識の集まりのことです。
簡単に言えば、過去の先輩たちが残してくれた「ノウハウの詰まったお助けアイテム（武器）」です。
⚠️ EEF（事業環境要因）との決定的な違い
PMBOKには、プロジェクトに影響を与えるもう一つの要素として「事業環境要因（EEF）」があります。この2つは非常によく似ていますが、明確な違いがあります。
- EEF（事業環境要因）： 法律、市場の状況、社内インフラなど、プロジェクトチームが「勝手に変えられない前提条件（制約）」。
- OPA（組織のプロセス資産）： テンプレートや過去の教訓など、プロジェクトチームが利用でき、さらにプロジェクトを通じて「自ら更新・追加できる資産（武器）」。
OPAは組織の内部にあるため、プロジェクトの進行に合わせて柔軟に使い、育てていくことができるのが最大の特徴です。
OPAを構成する2つのカテゴリー
PMBOK第8版では、OPAは大きく以下の2つのカテゴリーに分類されています。
① ポリシー、プロセス、および手順
通常、PMO（プロジェクトマネジメントオフィス）などの専門部署によって確立されている、組織の標準ルールやひな形（テンプレート）の束です。
- プロジェクトマネジメント計画書や各種申請書のテンプレート
- 事前に承認されたサプライヤー（ベンダー）のリスト
- 変更管理や課題・欠陥管理の手順書
- プロジェクト終了時のクローズアウト・ガイドライン
これらは組織の公式なルールであるため勝手に書き換えることはできませんが、プロジェクトの規模や特性に合わせて「テーラリング（適切な形に調整・カスタマイズ）」して使うことが推奨されています。
② 組織の知識リポジトリ（ナレッジベース）
過去のプロジェクトや現在のプロジェクトで得られた情報、財務データ、成功・失敗の教訓などを蓄積しておく「情報の貯蔵庫」です。
- 過去の類似プロジェクトのスケジュールや予算実績
- 過去のリスク登録簿やステークホルダー登録簿
- プロジェクト完了後にまとめられた「教訓」
これらは、プロジェクトが進行し、新しい知見が得られるたびに常に情報が更新・蓄積されていきます。
プロマネがOPAを活用し、育てる意味
OPAを理解する上で最も重要な学習ポイントは、「プロジェクトは過去の資産を消費するだけでなく、未来のために新しい資産を生み出す義務がある」ということです。
過去の類似プロジェクトのスケジュール（知識リポジトリ）や、会社標準のテンプレート（プロセスと手順）を活用すれば、効率よくプロジェクトを立ち上げ、過去と同じ失敗を未然に防ぐことができます。これは「資産の活用」です。
しかし、プロジェクトが無事に終わった（あるいは失敗した）後、その経験から得た「教訓」をドキュメント化し、ナレッジベースに登録することを怠ってはいけません。
あなたが苦労して得た知見をOPAとして組織に還元することで、次に同じようなプロジェクトを担当する別のプロマネが、そのOPAを武器として戦えるようになります。
まとめ
- OPAはプロジェクトを助けてくれる「武器（お助けアイテム）」である。
- 「プロセスやテンプレート」と「過去の知識・教訓」の2つに分けられる。
- EEF（変えられない制約）とは異なり、OPAはチーム自身で更新・追加できる。
- プロマネはOPAを活用するだけでなく、自らの教訓を組織に還元して資産を育てる責任がある。
すべてを自力で抱え込もうとせず、まずは組織内にどんなOPAが眠っているかを探すこと。それが、優秀なプロジェクトマネージャーへの第一歩です。