組織と構造 (WBS、RBS、OBS)

キャッチコピー: 作業、リソース、組織を構造化しましょう。

プロフェッショナルなプロジェクト管理には、タスク一覧以上のものが必要です。ProjectLibre は、あらゆるプロジェクトとポートフォリオの背後にある 作業、リソース、組織 に対して、構造化されたモデルをチームに提供します。WBS、RBS、OBS が、互いにつながったこの 3 つの構造を提供します。

作業、リソース プール、事業上の責任の所在のそれぞれに明確な階層があると、プロフェッショナルなスケジュールは管理しやすくなります。

構造	問い	目的
WBS · 作業の構造	作業はどのように整理されているか?	一貫した階層と WBS コード体系で、プロジェクトをフェーズ、成果物、要約タスク、詳細なアクティビティに分解します。
RBS · リソースの構造	リソースはどのように整理されているか?	リソース プールを構造化し、人やその他のリソースを、1 本の長いフラットな一覧としてではなく、意味のあるグループとして管理できるようにします。
OBS · 組織の構造	責任はどのように整理されているか?	事業部門、部署、グループ、その他の組織上の責任といったエンタープライズの構造を中心にプロジェクトを整理し、ポートフォリオ全体で活用します。

覚え方: WBS = 何の作業か (左サイドバー プロジェクト)、RBS = 誰か (左サイドバー リソース)、OBS = エンタープライズのどこか (左サイドバー ポートフォリオ)。略記: WBS = work、RBS = resource、OBS = organization。

関連項目: 作業分解構成図 · リソース ビュー · リソースの割り当て · リソースの平準化 · ポートフォリオ ビュー

視聴する: ProjectLibre: organizing enterprise with WBS RBS OBS (約 8:05)。

概要

これらは 互いに連携して機能する、別々の構造 です。

1. 作業 を整理する

2. それを実行する リソース を整理する

3. プロジェクト を、それに責任を持つ 組織 に結び付ける

問いの枠組み:

• WBS — 私たちは何の作業を届けようとしているのか? (動画での表現: 「私たちは何の作業をしているのか?」)

• RBS — それを行うために、どのリソースが利用できるのか? (動画: 「作業を行うために、誰が、あるいはどのリソースが利用できるのか?」)

• OBS — 組織のどこに責任があるのか? (動画: 「組織のどこに、そのプロジェクトや責任が属しているのか?」)

製品ページからの可視化に関する補足: WBS チャート、リソース ビュー、ポートフォリオのグループ化は、基盤となる構造を、プロジェクト管理者や PMO が実際に活用できる情報へと変えます。

WBS · 作業分解構成図

タスク一覧をプロジェクトの階層に変えます。

WBS は、すべてのタスクにプロジェクト構造上の明確な位置を与えます。

• 要約タスク が階層を作ります。

• 1、1.1、1.2、1.2.1 のような WBS コード が、各アクティビティがどこに属するかを示します。

• 意味: 「このタスクはプロジェクトのどこに位置するのか?」に答えます。

• 挙げられている利点: 範囲を明確にする (フェーズ、成果物、作業パッケージ)。情報をロールアップする。スケジュール、レポート、チームの間で、WBS コードを通じて一貫したコミュニケーションを行う。

スケジュール (ガント) では: WBS の列がタスクの 名前 / ID の横に表示されます。スクリーンショットのコード例: 1、1.1、1.2、1.3、1.3.1、1.3.2、1.3.3、1.4。

WBS チャート (2 番目のサイドバーの WBS アイコン): 同じ階層を、要約の作業がより下位のタスクに分解される様子として視覚的に示します。チャートのブロック / ノードには タスク名、ID、期間、開始、終了、達成率 が表示され、要約タスク、タスク、マイルストーンで形が異なります。

プロジェクト → WBS を開く方法、ガントでのインデント、チャート ビュー、ロールアップについては、作業分解構成図 で詳しく説明しています。この Part 2 の内容は、コード体系、WBS チャート、そして WBS が RBS や OBS とどうつながるかを重視しており、インデント メニューの手順をすべて繰り返すものではありません。

RBS · リソース分解構成図

まずリソース プールを整理します。そのうえで使用可能時間を分析します。

RBS は エンタープライズのリソース プール に階層を与えます。機能、部署、役割、その他の意味のあるグループで整理し、そのうえで、その構造を使って業務量と使用可能時間を分析します。

強調されている順序: まず リソースをどう整理するかを定義し、それから そのグループ間、およびプロジェクト間で、需要、割り当て、使用可能時間を比較します。

3 段階のアプローチ:

1. リソースをグループ化する — 例えば、Technology → Engineering → Leads and Developers (名前のフラットな一覧ではなく)。

2. 需要と使用可能時間を比較する — リソース ビューで、構造化されたプール全体の使用可能時間、割り当て、割り当て超過を比較します。

3. 人員配置の判断を行う — 使用可能時間が逼迫している箇所を特定し、再調整し、タイミングを調整し、あるいは確約した内容がスケジュールの問題になる前に リソースの平準化 を使います。

RBS 階層の例:

Technology ↳ Engineering ↳ Lead · TECH.ENG.LEAD.01 ↳ Developer · TECH.ENG.DEV.01 ↳ Developer · TECH.ENG.DEV.02

動画: 覚え方 — WBS は作業を整理し、RBS はリソースを整理する。 コードは数値の階層でも、tech.engineer.dev.01 のような説明的な形でもかまいません。挙げられているグループ化の選択肢: 組織 / リソース分類によるグループ化。部門横断のチーム。大きな一覧を チーム単位 あるいは RBS 単位 でグループ化するか、フラットな一覧のままにするか。整理した後: RBS で一連の項目を強調表示 → リソースの負荷 を確認します。

使用可能時間 / メトリックの UI: 上部にリソース / プロジェクトの一覧とタイムライン、下部にメトリックのドロップダウン付きヒストグラムという分割ビューです。表示される選択肢: ピーク単位、作業時間、累積作業時間、割り当て超過時間、割り当て率、残存使用可能時間、作業時間の使用可能時間。凡例: 割り当て超過、フル稼働、割り当て済み (スクリーンショットの色: 赤 / 緑 / 青)。100% の使用可能時間の線。100% を超える赤い部分は、需要が使用可能時間を上回る期間を示します。

プールを構造化した後の割り当て超過の解消については、リソースの平準化 も参照してください。

OBS · 組織分解構成図

事業が実際にどう動いているかを中心にポートフォリオを整理します。

OBS は組織上の責任をプロジェクト モデルに取り込みます。プロジェクトは OBS コード を持つことができ、ポートフォリオ ビューでグループ化 できます。意味: 「このプロジェクトは私たちの組織のどこに属するのか?」に答えます。

挙げられている利点: 組織単位でプロジェクトをグループ化する。スケジュールとリソース需要をポートフォリオの文脈で見る。プロジェクトからポートフォリオ全体まで、ガバナンスをスケールさせる。

ポートフォリオ スクリーンショットの UI: ビューのタイトルは ポートフォリオ。テーブルの列 OBS に階層的なコードが表示されます (例: 1、1.1、1.1.1、1.2、1.2.2、3 など)。切り出された画面にあるその他の列には ID、名前、期間 があります。

それぞれの関係

WBS、RBS、OBS は、エンタープライズのプロジェクト情報を構造化する、異なるが互いを補い合う 方法です (動画のまとめ)。

• WBS = 何の作業か (左サイドバー プロジェクト) — 成果物とアクティビティを整理します (例: ポータル 3.3 の API 統合)。

• RBS = 誰か (左サイドバー リソース) — それらを実行するために必要な人やリソースを整理します (例: RBS 内のテック リード)。

• OBS = エンタープライズのどこか (左サイドバー ポートフォリオ) — プロジェクトと責任を事業そのものに結び付けます。

これらを組み合わせることで、大規模なプロジェクトとポートフォリオの整理、グループ化、分析、管理が容易になります。リソース分析 は、これらの構造のいずれでも行えます (WBS、RBS、OBS のいずれについても、構造を強調表示してリソースの負荷を確認するという同じアプローチを使います)。

この 3 つを互換のものとして扱っては いけません。それぞれが異なる問いに答えています。

使い方

ビュー表示とグループ化のワークフロー:

WBS (プロジェクト)

1. 左サイドバー: プロジェクト。

2. 2 番目のサイドバー — 一番上のアイコン、ツールチップ ガント: WBS 列を持つタスク一覧。要約タスクを展開 / 折りたたみして階層を表示します (例: 1、1.1)。インデント / アウトデントによる構築については 作業分解構成図 も参照してください。

3. 2 番目のサイドバー — 上から 3 番目のアイコン、ツールチップ WBS: 視覚的な WBS フローチャート / ブロック図。ブロックには タスク名、ID、期間、開始、終了、達成率 が表示されます。

4. 経営層向けに表示するため要約パッケージを折りたたみ / 展開し、コミュニケーションやレポートで参照コード (例: 3.3) を使います。

RBS (リソース)

1. 左サイドバー: リソース。

2. 右上のドロップダウン (階層化されたボックスのアイコン): リソースのグループ化 — フラットな一覧、チームでグループ化、RBS でグループ化。

3. 下部パネルのメトリックのドロップダウンに表示される選択肢: ピーク単位、作業時間、累積作業時間、割り当て超過時間、割り当て率、残存使用可能時間、作業時間の使用可能時間。

4. 凡例: 割り当て超過、フル稼働、割り当て済み。使用可能時間の把握を人員配置の判断に活用し、必要に応じて リソースの平準化 を行います。

OBS (ポートフォリオ)

1. 左サイドバー: ポートフォリオ。

2. 列には OBS が含まれます。

3. 右上のドロップダウン: プロジェクトのグループ化 — フラットな一覧、OBS でグループ化 (次のサブセクションを参照)。

4. 組織上の文脈で、ポートフォリオのガントと使用可能時間を確認します。

ポートフォリオ: OBS でグループ化

OBS コードはポートフォリオ ビューに直接表示されます。プロジェクトは、ポートフォリオ レベルでの可視性と説明責任のために、OBS でグループ化できます。

UI:

• 右上のグループ化コントロール: フラットな一覧 と OBS でグループ化 の選択肢を持つメニュー プロジェクトのグループ化 (チェックボックス。グループ化されたスクリーンショットでは OBS でグループ化が選択されています)。

• グループ化すると、名前の階層に OBS の親ノード (例: 親 1、2) が表示され、その下にプロジェクトがネストされます。

• 下部のペイン: プロジェクト セレクター (Projects: N selected) と、割り当て超過 / フル稼働 / 割り当て済みの凡例を持つ ピーク単位 のヒストグラム。

動画: ポートフォリオを OBS でグループ化する → ProjectLibre は、フラットな一覧の代わりに、組織に沿ってプロジェクトを整理します。

ウォークスルーを見る

ProjectLibre: organizing enterprise with WBS RBS OBS (約 8:05) を視聴してください。サンプル プロジェクト customer portal を使った ProjectLibre Cloud でのデモです。WBS の階層とコード、RBS のグループ化とピーク単位 / 使用可能時間、OBS のポートフォリオ グループ化と強調表示を扱い、最後にこの 3 つの構造をまとめます。