作業分解構成図の概要 (WBS)

プロジェクト管理の専門家にとってのベストプラクティスとして国際的に認められているプロセスと知識領域のコレクションであるProject Management Body of Knowledgeは、作業分解構成図を「プロジェクト目標を達成し、必要な成果物を作成するために、プロジェクトチームが行う作業範囲全体を階層的に分解する」と定義しています。 WBSでは、まず望ましい結果や製品から始め、それを作成するために必要な小さな成果物やタスクに分割または分解します。

WBSでは、成果物は、オブジェクト、サービス、または作業とすることができます。 作業分解構成図を作成する方法ではなく、成果物に焦点を当てることで、意図した結果を得るために不要な作業をなくすのに役立ちます。 しっかりと考えたWBSは、スケジューリング、コストの見積もり、リスクの判断に役立ちます。 通常は視覚的なチャートや図で、プロジェクトのタイムラインとプロセスを示しながら、各タスク、サブタスク、成果物を捕獲し、全体を通して作成、実行されます。 多くの場合、目次のようなアウトラインとして提出されますが、タブや他の視覚的な組織システムを使用して整理できます。

Value Generation Partnersの共同創設者であり、Project Management for Success Handbook（成功のためのプロジェクト管理ハンドブック）の著者であるRod Baxterは、WBSを「プロダクト管理のライフサイクルに必要な要素」と呼んでいます。 作成するにはスキルと練習が必要ですが、リリース日を守り、効率を上げるために不可欠です。」

1957年に、米国 海軍では、艦隊型弾道ミサイル「ポラリス」の開発プログラムにスケジュールの遅れが発生していたため、解決策を必要としていました。 チームは、プロジェクトに必要なタスクを決定し、結果に基づいて工数を見積もる公式を開発しました。それがPERT（プログラム評価とレビュー・テクニック）として知られる様になりました。

PERTをモデルに、国防総省 (DOD) とNASAは1962年に作業分解構成図プロセスの最初の説明を発表しましたが、名前による最初の参照は1968年までありませんでした。 防衛用の作業分解構成図（MIL-PP-881）は、DOD全体で作業分解構成図を標準として確立し、機体や船舶などの特定の軍事用途向けに公開されたテンプレートを使用します。 DODを使用する民間契約業者でも、適切な作業分解構成図テンプレートを使用する必要があります。

1987年、プロジェクト管理協会はPMBOKを通じて、さまざまな非軍事アプリケーションの標準的な実践として作業分解構成図を確立しました。 「作業分解構成図」という用語は、1993年に企業やその他の組織プロジェクトへの応募のために導入されました。

1999年6月、PMI基準プログラムは、作業分解構成図 (WBS) 実践基準を開発するためのプロジェクト憲章を発行しました。 PMIによると、計画プロセスグループは、次の3つの重要なステップから始まります： 範囲計画 (3.2.2.2)、範囲規定 (3.2.2.3)、作業分解構成図の開発 (3.2.2.4)。

多くの組織は、機敏性と俊敏性のために、または「飛行機を操縦しながら飛行機を構築する」ことを求められているため、WBS計画または辞書を作成するステップをスキップしています。 適切な計画と可視性を持たずにプロジェクトを納品することは可能ですが、チームメンバーや最終的には成果物の品質に影響を与える可能性が高くなります。 これらのリスクは時間の経過とともに持続可能ではないので、可能な場合はWBSを使うのが常に好ましいです。

企業が集まり、すべてのプロジェクト内でより多くのデータを解析し、データが立ち上げ後にプロジェクトにどのような影響を与えるかを予測する必要がある中で、WBSと注意深い計画が引き続き重要な要素であることは明らかです。 切迫した他の変数には、グローバル化、通貨の変動、政治的変化、規制などがあるため、強力なプロジェクトでは、これらの潜在的な依存関係に対応するための事前計画が必要です。

WBSに関するの優れたリソースは、PaulBurekの「WBSのABC基本」や「作業分解図のインテリジェントな構造は、効果的なプロジェクト管理の前駆体である」（Homer & Gunn、1995年）などです。

計画プロセスでは省略されることが多いですが、作業分解構成図や辞書は、プロジェクトを効率的かつ期限内に仕上げるのに強力なツールです。 WBSを作成するメリットと利点を以下に示します：

• プロジェクトのすべての部分を視覚的に表示します
• 経営陣とチームメンバーがプロジェクト全体の進捗状況を継続的に確認できます
• 具体的かつ測定可能な結果を規定します
• 作業を管理可能な量に分割します
• 成功した経験を再現可能にする方法を提供します
• コストの見積もりと人材とその他のリソースの割り当てのための基盤を設定します
• オーバーラップを防ぎ、責任やリソースのギャップを防ぎます
• 作業範囲外の項目を追加したり、重要な成果物を忘れたりする可能性を最小限に抑えます

さらに、組織は作業分解構成図を使用する上で他のメリットも得られます。 これらのメリットは、特定のプロジェクトを通じて実現できますが、組織全体のプロセスや文化を改善するのにも役立ちます。 これらは以下を含みます：

• 各プロジェクトのWBSを考慮することで、組織は部門全体の予算を素早く計算できます。
• チームはプロジェクトのスケジュールと予算をすばやく決定できます。
• プロジェクトの進捗に合わせて、チームは作業分解構成図の特定のセクションを追跡して、プロジェクトのコストパフォーマンスを判断し、組織内の課題や問題領域にフラグを付けることができます。

巧妙に作られた作業分解構成図を使えば、以下のメリットを得て、油を注がれた機械のようにチームの活気を保つことができます：

• 生産性の向上
• プロジェクトマネージャーがさまざまなシナリオに基づいて結果を予測するのに役立ちます
• プロジェクトの整理に役立ちます
• プロジェクト範囲を関係者に説明することを補助します
• 責任分担に役立ちます
• コスト、リスク、時間を正確に見積もることができます
• コミュニケーションを向上します
• より多くの創造性とブレインストーミングを可能にします
• 最終目標に重点を置きます
• 詳細を整理します
• 問題を防ぐ可能性があります
• スケジューリングの問題に取り組みます
• リスク管理に役立つ
• タスクを割り当てます
• チームに柔軟性を与えます
• 混乱を排除します
• チームメンバー全員に明確なタスクの説明を提供します
• 作業指示書を作成し、サポートするのに役立ちます
• 各作業パッケージは測定可能な単位であるため、プロジェクトの明確なステータス報告書の基礎を提供します

作業分解構成図の視覚的な利点

作業分解構成図や辞書には、プロジェクトの詳細やステータスが簡単に表示されます。 自分の仕事を発表するには、いくつかの選択肢があります。 従来のWBSビューはツリー構造図ですが、番号付きリストや表も使用できます。 アウトラインは、作業分解構成図を示す最も容易な方法の1つです。 以下に、さまざまな種類のプロジェクトに役立つその他の種類の形式を紹介します。

プロジェクト中、作業分解構成図の要素を色分けして作業ステータスを示すことができます： たとえば、目標通りは緑で、遅延は赤、リスクは黄色、完了は青で示されます。 色分けは、スケジュールのリスクを一目で特定するのに役立ちます。

信頼性が高く、便利な作業分解構成図や辞書には、プロジェクトの重要な要素と、タイムライン、コスト、リソースを集める必要があります。 最も便利なWBS計画には、以下の構成要素を含みます：

• 特定の仕事のピースに責任がある組織、部門、個人の特定
• スケジュールされた開始日と終了日
• 必要なリソース
• プロジェクトの推定コスト
• 請求番号
• 契約の詳細、要件、マイルストーン
• 品質管理、要件、基準に関するプロトコル
• 望ましい結果を達成するために必要な技術情報とリソース

大雑把では、WBS は方向性や組織の役割にも役立ちます。 WBS計画を徹底的に実行すると、次のことが可能です：

• 人事部のチーム割り当て管理の援助
• スケジュールの管理とプロジェクトタイムラインの決定
• 品質の管理と測定
• 企業の環境要因の予測
• 組織のプロセスアセットの特定
• バージョン履歴の追跡
• 依存関係の確立
• プロジェクトの全体的な進捗の追跡

ビジネス・プロジェクトマネージャーは、作業分解構成図を使用して、プロジェクトとその構成要素を整理し、視覚化します。 これらのチームは、作業分解構成図を使用するメリットもあります:

• クライアント対応グループ： 経理部長は、クライアントに進捗 (または障害) を示すために、作業分解構成図を利用しています。 WBSは、プロジェクトの成果物やマイルストーンの「北極星」を作成し、それがクライアントに物事の進み具合を示す便利なツールになります。
• クリエイティブグループ： デザイナー、ライター、コンテンツ戦略家、その他のクリエイターが自分の創造性を集中させるために助けが必要があることを誰もが知っています。 作業分解構成図は、プロジェクト中心の適切な方法でアイデアを流し続ける役立つガードレールを作成します。
• リモートと社内プロジェクトグループ： WBSの可視性は、関係者全員が何をいつ行うのかを理解するのに役立ちます。
• 技術グループ： 技術チームはWBSを開発タスクのロードマップとして使用できます。 これらのチームはすでに視覚的な「スイムレーン」や他の建築タイプのプロジェクト管理マイルストーンで運用していることがよくあります。

代理店や会社の設定に加えて、他のフィールドは作業分解構成図に依存します：

• 商用プロジェクトプランナー： WBSは、主要な会社のプロジェクトやチームメンバーのタスクだけでなく、ベンダーや下請け業者のタスクなど、大規模な商用プロジェクトのすべての要素を捕獲します。 また、必要な許可を得るための依存関係や、政府の承認を得て進捗状況を追跡するなどの依存関係も把握できます。
• イベントプランナー： WBSでは、複雑なイベントをタスクやサブタスクに分解し、それを割り当てることで、複数のチームが厳しい締め切りを守って作業を進めるのに役立ちます。
• 住宅および建設プロジェクトマネージャー： 建設プロジェクトマネージャーは、通常の商用プロジェクトに関わるタスクやチームメンバーに加えて、WBSを使用してユーティリティワークの段階、ゾーン分割の承認、環境承認などを追跡できます。
• 範囲計画マネージャー： 代理店が新しいクライアントを引き受ける場合、リソースプランナーとディレクターは、プロジェクトに予算とスコープを割り当てる前に、必要なプロジェクトのタイムラインとリソースを少なくとも大まかに把握する必要があります。
• ソフトウェア開発： ソフトウェア開発者は、すでにプロジェクトをフェーズや段階に分割していることがよくあります。 他の組織メンバーを含むWBSは、開発者が最も重要な成果物を最初に把握しながら、チームの他のメンバーに可視化を提供するのに役立ちます。
• システムエンジニア： システムエンジニアは、セットアップの全体像を把握し、最適な成果を実現するために実行と更新を行う責任があります。 WBSは、より大きなシステム運用に対応する最小の詳細を記録する全体的な文書を提供します。 その情報が手元にあることを知っていれば、安心してより大きな業務上の質問に集中できます。

プロジェクト計画や作業分解計画がすでに長期にわたって用意されている組織内では、作業分解構成図は、あるプロジェクトの前任者が休暇中にプロジェクトがどのように進行したかを確認するのに役立ちます。 プロジェクトの後継者のために、WBSはプロジェクトの早い日に何がうまくいき、何がうまくいかなかったかを確認し、依存関係とその結果を追跡するのに役立ちます。 要するに、監督の役割を担い、プロジェクトの分業を計画する必要がある人は誰でも、作業分解構成図を使用することでメリットを得ることができます。

「作業分解構成図」と「プロジェクト分解構成図」という用語は、同じ意味で使用される場合があります。 実際、作業分解構成図は、最初から最後まで、プロジェクトを管理するためのツールとして最も一般的に使用されています。 しかし、作業分解構成図は、理論的には、サブプロジェクト、サブタスク、ベンダーからの貢献、その他のプロジェクト全体の管理に特に関連しない関連するタスクのコレクションを管理するのに役立ちます。 つまり、プロジェクト分解図とは、1つのプロジェクトに完全に対応する作業分解図です。

作業分解構成図には何が含まれていますか? WBSプロセスで作成された機能と関連する用語は以下の通りです。

• ターミナル要素 (別名作業パッケージ)： 通常は作業パッケージと呼ばれるターミナル要素は、WBSの中で最も低い部分であり、それ以降は成果物を分解できません。 作業パッケージは、他のタスクとは独立したものであり、プロジェクト内の他の場所で重複しないようにしてください。 また、ワークパッケージは、個人やチームが実行できる最小の管理可能なタスクとも考えることができます。 タスクをさらに分解すると、チームメンバーにマイクロマネジメントを行うリスクが発生します。
  
  通常、作業パッケージは、報告期間内にチームやチームメンバーが完了できる割り当てを提供する必要があります。 毎週ステータスミーティングを開催する場合、その作業は1週間以内に完了する必要があります。 工数を判断するもう1つの方法として、サブタスクの所要時間が8時間未満であったり、80時間超かかることはないとする8／80の法則があります。
  
  効果的な作業パッケージは、各成果物に必要なタスクの作業、期間、コストを規定します。 作業パッケージの期間は10日を超えないようにしてください。 作業パッケージは作業ストリーム内では互いに独立しているため、プロジェクト全体で一意で重複しないようにしてください。
• WBSのコード化： 作業分解構成図の要素には通常、上から下に10進順の数字が付きます。 たとえば、「1.1.1.3」というラベルの付いた項目は階層の4番目のレベルにあります。 このような番号付けでは、要素がWBS図のコンテキスト外で参照する際に表すタスクのレベルを識別しやすくなります。
• WBS辞書： WBS辞書 (以下を参照) では、WBS階層の各構成要素またはタスクの詳細を説明します。 さらに要素を規定してサポートする文書へのリンクも可能です。 WBS辞書は仕事の重複や責任の重複が少ないように明確に規定されているため、重複なし、つまり重複なしという、仕事の相互排他性の原則をサポートしています。
• 工数のレベル： プロジェクトの工数レベル (LOE) 構成要素とは、プロジェクトの主な機能をサポートする活動です。 これには、クライアントの電話への応答やルーティングなどの管理作業が含まれます。
• 結果指向ツリー： これは、WBSで説明されているプロジェクトのステップから得られるため、望ましい結果を示すモデルです。
• 契約作業分解構成図： これは、プロジェクトで行われるすべての種類の契約とベンダーの作業を把握します。
• プロジェクトサマリー分解構成図： これはプロジェクトとサブプロジェクトをまとめるため、他の成果物がそれにマッピングされます。
• 作業指示書： 作業指示書 (SOW) とは、マイルストーンや各当事者が合意した予算など、会社がクライアントに提供する内容を具体的にまとめた署名付き合意書です。
• プロジェクト・スケジュール： これは、プロジェクトのすべての構成要素が連続して納品されるか、重複して納品されるかを表すスケジュールです。 マイルストーンや成果物に加え、各構成要素のリソースコストも含まれます。
• 見積の基礎： 見積もりの基礎 (BOE) とは、プロジェクトに必要な可能性のある人件費やリソースのコストを考慮した、プロジェクトマネージャー、経営陣、財務リーダーが開発したツールです。 プロジェクトの作成やクライアントへの納品にかかる費用を、このBOBを使って見積もることができます。
• リソース分解構成図: これは、プロジェクトの開始と終了のタイミングとそれぞれの役割の説明を含み、プロジェクト全体で必要とされ、使用されるリソースの階層を視覚的に一覧表示します。
• リスク分解構成図： 優れた計画には、依存関係とリスクに注意が必要です。 これには、チームが遅れた場合や、自然災害などチームの管理下に入らない場合に発生する可能性のあるリスクが含まれます。
• 組織分解構成図： 組織分解図 (OBS) は、組織図としても知られています。 プロジェクトリーダーがリスト表示され、誰が誰を援助し、どの役割を担うのかを示します。

作業分解構成図文書には、いくつかの種類の形式が適用されます。 これらは以下を含みます：

• チャートの形式： プロジェクトの視覚的なビューを強調します。
• チャートの形式： プロジェクトの視覚的なビューを強調します。
• 階層構造： 可視性を高めるために、プロジェクトの最も重要な要素をトップに表示します。
• アウトライン構造： プロジェクトの大きな要素の期間、依存関係、構成要素を示します。
• 表形式ビュー： チームメンバーが最も関連性の高いセクションに簡単に移動できるようにします。

すべてのプロジェクトで同じ種類の形式が必要になるわけではありません。 これは、プロジェクトの種類や、プロジェクトにアクセスする必要があるチームメンバーの種類に合わせて調整でき、そうすべきです。

プロジェクト範囲が利用可能になったら、WBSが最初の成果物になりはずです。 WBSを規定すれば、人事、特定のスキルセット、資材（機器やスペースなど）、設備を含む他のリソースの範囲を設定できます。 その後、チームはベースラインスケジュールを作成し、タスクリストを作成し、割り当てを行います。

類似するプロジェクトを管理するにつれ、作業分解構成図が容易になり、納品管理を改善する基礎となります。 あなたとチームの経験がないユニークなプロジェクトでは、作業分解構成図によって、最終製品に必要な成果物やタスクを正確に規定を援助できます。

作業分解構成図を孤立して開発することはできません。 ある人がプロジェクトを完了するために必要なすべてのことを知ることはまれですが、少なくとも対象分野の専門家ではないプロジェクトマネージャーもいません。 WBSの作成はチーム努力によるものです。

作業分解構成図に関する誤解

WBSは、タスクの実行方法やタイミングを指定しません。 計画でもスケジュールでもありません。 すべての活動や責任のリストではなく、一般的な組織図でもありません。 チームリーダーは、プロジェクトに必要なすべてのタスクをWBS内にリスト表示しようとすることもあります。 これにより、タスクが見落とされ、プロジェクトが遅れて実行される可能性があります。

また、WBSは、プロジェクトで使用できる、または使用しない下書き文書でもありません。 これはプロジェクト管理文書の重要な部分です。 WBSで計画された成果物に対する変更は、会社の変更管理プロセスの対象となる必要がありことに注意が必要です。

作業分解構成図の作成は簡単に行えます。 しかし、以下のヒントは、最良の結果を達成するために役立つ設計原則です。

方法ではなく、成果物に焦点を当てます。 言い換えれば、行動ではなく、成果を計画します。 その方法ではなく、対象物を考えてみてください。 作業分解構成図の主な目的は、それを形成する小さな構成要素の面で主な成果物を規定することです。 成果物が製品でない場合は、具体的で測定可能な結果を生み出す必要があります。 たとえば、専門家サービス向けにWBSを作成する場合、そのサービスの製品や成果を規定します。

特定の成果物に焦点を当てると、どんなレベルの内訳でも、チームや個人の責任者は、何が期待され優れた仕事がどのようなものかを正確に把握できます。 タスクのリストを作成する際に当てはまる、プロジェクト範囲外の項目を追加する傾向は低くなります。 チームメンバーがやることリストの項目をチェックするのではなく、成果物に焦点を当てると、自分のイニシアチブと問題解決スキルを活用してイノベーションを促進することが奨励されます。

オーバーラップなし (別名、相互排他性)。 WBS内のタスクを範囲規定でオーバーラップさせないようにします。 これは2つの可能な結果をもたらす可能性があります： チームの工数が重複し、責任、工数、会計に関する混乱が生じます。 各構成要素を詳細に記述するWBS辞書は、相互排他性を無効にするのに役立ちます。

100% のルールに従います。 成果物に貢献しない作業を排除するには、時間、資金、その他の要素など、WBS内のすべてのリソースの合計が最大100%になるようにします。 言い換えれば、レベル2の要素は合計100パーセントで、レベル3以下の要素はレベル2の割合にロールアップされます。 完成したプロジェクトの合計が100パーセントを超過したり下回ることは絶対にありません。

詳細なレベルを見てください。 通常、作業パッケージは、報告期間内にチームやチームメンバーが完了できる作業を提供する必要があります。 毎週ステータスミーティングを開催する場合、その作業は1週間以内に完了する必要があります。 工数を判断するもう 1 つの方法は、8／80の法則 (上で記載) を使う方法です。

要素の詳細度を決定する際に考慮すべきその他の要因を以下に示します：

• チームの経験が少なく、より多くの監視が必要な場合は、作業パッケージを小さく、より短くします。
• 完成に時間がかかる、または予算を超えるコストがかかる成果物がある場合は、より短い作業時間でプロジェクトのより小さな成果物に分割します。 報告とレビューの時間を増やすと、問題を表面化し、より早く解決できます。

最後に、前進するにつれて、これらの他の重要な原則を考えてみてください：

• プロジェクトの最初に割り当てを行いますが、プロジェクトの過程で必要に応じて新しい割り当てを作成できます。
• すべての成果物が規範に一貫していることを確認します。
• あなたの構造が完全に対称的でバランスのとれているかどうかを心配しないでください； 多くのタスクや成果物は、他よりも詳細な情報を提供します。
• タスクが順番にリストされないようにします。

成果物が不明な場合は、現在知っている情報をできるだけ入力し、詳細を知った時点で文書を更新できます。

作業分解構成図を作成するための最初のステップは、チームをまとめることです。 チーム全員が現場で働いていても、リモートで働いていても、メンバーが下位の成果物の特定に参加することは不可欠です。 Rod Baxterは以下のように話しています。「対象分野の専門家 (SME) である人がチームにいなければ、作業分解構成図を作成することはできませ)。 チームには、何が起こっているのかを本当に知っている人が必要です。」 SMEは、WBSに必要なすべてのタスクをリスト化し、完了した図に重複する責任やギャップを特定するのに役立ちます。

WBSの開発を開始するには、以下の重要文書を集める必要もあります： プロジェクト憲章、プロジェクト問題記述書または範囲の規定、適用されるすべての契約および合意文書、および組織内の既存のプロジェクト管理の実践プロセス。

効果的な作業分解構成図には、以下の要素または構成要素をそれぞれ含めます：

• プロジェクトビジョンの記述
• プロジェクトの規模に応じて規定されたプロジェクトフェーズ
• 成果物を含むタスクのリスト

4冊の書籍を執筆している土木技師でプロジェクトマネージャーのLarry Bennett博士は、作業分解構成図がチームによって作成されると、少なくとも2つの利点を見ています： 「多様な視点から大量の意見が得られ、参加から責任感が生じます。」

情報を捕獲するためのツールは、成果物や関連する部分を書き留めるために使う5インチX3インチのカードの積み重ねや付箋のつづりなどといったシンプルなものの可能性があります。 それらをホワイトボードや、コルクボード、壁などに貼り付けます。 バーチャルチームは共同のホワイトボードソフトウェアを使って同様の活動を行うことができます。

WBSの作成を開始するには、プロジェクトの主な成果物であるレベル1を規定します。 次に、レベル2にできるだけ詳細を追加してから、必要に応じてレベル3以降の小さな仕事に移行します。 次のレベルに進む前に、常に前のレベルで必要なことをできるだけ詳細に規定するようにしてください。

WBSの作成方法： 大雑把なビュー

作業分解構成図の詳細を深く掘り下げる前に、それを大雑把に磨き始めることが重要です。 まず、以下の重要な手順を踏みます：

1. プロジェクト記述書を決定し、説明する
2. プロジェクトに必要なすべてのフェーズをハイライトする
3. 成果物 (および成功を測定する方法）を作成してリストアップする
4. 成果物を管理可能なタスクに分割する
5. すべてのセクションを割り当て、各所有者が納品の権限を持っていることを確認します

WBSおよびリンク可能な情報を作成するためのツール

WBSはインデックスカードやペンと紙で捕獲しますが、電子テンプレートやツールを使えば、チャートの記録、編集、配布が簡単になり、文書管理設定で保存し、変更管理プロセスを通じて更新を記録できます。

テンプレートが仕事を簡素化します。 チームや会社はすでにテンプレートを持っているかもしれません。 持っていない場合は、独自のWBSを作成するか、テンプレートの1 つをウェブからダウンロードしてカスタマイズできます。 テンプレートで以下の便利な機能を見つけましょう：

• WBSコード化フィールド
• 構成要素ラベルフィールド
• 会社のロゴブロック
• チーム名のスペース
• プロジェクトマネージャーの名前のセクション

通常、WBSの各要素に以下の情報をリンクすることで、チームにとってさらに役に立ち、ダイナミックで、共有しやすくすることができます：

• WBS番号： これは、プロセスの各構成要素またはステップに割り当てられたアウトラインまたはインデックス番号です。 たとえば、「1」と題するセクションでは、プロジェクトのそのセクションやフェーズに続くタスクや成果物には、「1.1」、「1.2」などという番号が付けられます。
• 各要素のタイトル： WBSでまとめられ、説明されている各マイルストーンまたは成果物の、合意済みの短い名前です。
• 定義： 関係者に不明確な場合は、短くキャッチーなラベルは役に立ちません。そのため、各名前の意味をできる限り手短に説明することが重要です。 たとえば、「プロジェクトのクローズアウト」とは何かを明確にする必要があるかもしれません。 それは最終的な請求書が支払われるという意味ですか? 補足的な詳細が含まれる最終的なプロジェクトが納品されますか？ タイトルが何を意味するのかが不明確な人がいる場合や、WBSごとに調整を加える場合は、それを説明してください。
• 関係者の名前と役割： 各関係者の名前をリストアップし、役割 (参加者、説明責任、情報共有、サインオフ必須など) を指定します)。
• 活動とタスク： 各マイルストーンを完了するために必要なステップと、それらの担当者を記載します（中核チーム外の協力者が含まれる場合は特に。
• 「完了」の定義：  各タスクとマイルストーンを完了するための要件を説明します。 外観をどうすべきか、何を含むべきか、誰がそれを見るべきか、そして次にどこに行くのか?
• 成果物の形式： その外観を説明します。たとえば、電子的に提供される10ページ程度のWord文書、メールまたは共有ドキュメントとして提供されるPDFまたはUX テンプレートなどです。
• 依存関係またはリスク： 各マイルストーンの提供に影響を与える可能性のあるすべてのリスクと依存関係を把握します。 内部リスク (たとえば、より多くのレビューを求めているクライアント) や外部 (特定の構成要素の提供に影響を与える停電) などが考えられます。
• 推定予算： これには、関連するすべてのタスク、人員配置のコスト、ハードウェアとソフトウェアのリソース、その他の要因を考慮する必要があります。
• プロジェクトフェーズまたはライフサイクル： これは任意ですが、長いプロジェクトや複雑なプロジェクトに役立つ場合があります。 特定の成果物では、プロジェクトの他の構成要素やマイルストーンに必要ないフェーズやライフサイクルを詳細に構築できます。

作業分解構成図は、柔軟性があり、各プロジェクトに合わせて調整する必要がありますが、これらのヒントは、プロジェクトマネージャーや組織が、最も役立つWBSを作成するのに役立ちます：

1. プロジェクトに関わる各部門間でブレインストーミング・セッションを開催します。
2. 希望する場合は、プロジェクトチームがホワイトボード、メモカード、付箋などの低技術ツールを使用して、主要な成果物、副次的な成果物、特定の作業パッケージを特定できるようにします。
3. マインドマッピングとブレインストーミングをサポートするツールを活用しましょう。
4. WBS辞書内の各WBS 要素にわかりやすい情報を提供するための標準構造を採用して、一貫性を保ちます。
5. 詳細な量を調整します。 提供される詳細レベルは、階層の上位にあるWBS要素の場合は少なく、下位の要素についてはさらに詳細にする必要があります。
6. 頻繁にレビューを行います。 WBSは全体的な文書であるため、内容を頻繁に見直し、適切なプロジェクト成果と納品を保証するために適宜調整を行います。
7. 文書を作成し、サイクルとその所要時間を確認し、プロジェクトの最初と最後にテストを行うトレーニングも必ず記録しましょう。
8. プロジェクト計画の作成を含む、プロジェクト管理の成果物に注意してください。 顧客または外部の当事者が会うか、または提供しなければならない成果物を詳細に描写します。 WBSに含める必要がある活動がについて、プロジェクト憲章に記載されているプロジェクトアプローチを確認してください。

効果的な作業分解構成図を一夜にして、または1人で叩きつけることはできません。 真に効果的に行うためには、WBS には次の手順が必要です：

• すべての成果物やマイルストーンを含め、プロジェクトの作成と納品に関連するすべてのことを明確に記載します。
• たとえば、「上から」またはクライアントからプロジェクトマネージャーに渡されるのではなく、プロジェクトに直接関与するプロジェクトマネージャーや他の人によって作成されます。 そうすれば、責任を問われる人は自分が何をするのかを明確に記載し、何をどのように提供するのか賛同することができます。
• すべての情報を視覚的に表現することで、概念を簡単に把握し、整理できます。
• 随時更新される文書であること； 依存関係やリスクはタイムラインやスコープに影響を与えるため、WBSはプロジェクトの「本当に大事な目標」として機能し、必要に応じて調整や変更を加えながら全体的なガイドとして扱う必要があります
• あらゆる形式やプラットフォームに適応できるため、チームメンバーがどこにいても、どのデバイスでもすぐにアクセスして行動できます

作業分解構成図辞書テンプレートのダウンロード

WBS構造または辞書は流動的な文書ですが、常に特定の情報が含まれます。 ここでは、徹底した信頼性の高いWBS辞書の要素をご紹介します。 各フェーズで回転する要素は、必要に応じて移動または調整できます。 これは一例で、ソフトウェア開発に関与しますが、プロジェクトは単にソフトウェアの作成とテストの段階だけではないことにご注意ください。

1. プロジェクトのタイトル
2. 開始
3. プロジェクト憲章の作成
   A - 成果物： プロジェクト憲章を提出する
   B - プロジェクトスポンサーによるプロジェクト憲章のレビュー
   C - プロジェクト憲章に署名し、承認される
4. 計画
   A - 予備範囲記述書の作成
   B - プロジェクトチームを決定する
   C - プロジェクトチーム・キックオフ・ミーティング
5. プロジェクト計画
   A - プロジェクト計画を策定する
   B - プロジェクト計画を提出する
   C - マイルストーン： プロジェクト計画の承認
6. 実行
   A - プロジェクト・キックオフ・ミーティング
   B - ユーザー要件の検証とバリデート
   C - システムの設計
   D - ハードウェアとソフトウェアの調達
   E - 開発システムのインストール
7. 試験フェーズ
   A - ライブシステムをインストールする
   B - ユーザートレーニングを行う
8. 稼働する
9. 制御
10. プロジェクト管理
    A - プロジェクトステータス・ミーティング
    B - プロジェクト管理計画の更新
    C - リスク管理
11. 終了
12. 調達の監査
13. 教訓を記録する
14. ファイルと記録の更新
15. 書式の承認を得る
16. ファイルとすべての文書をアーカイブする

辞書の追加項目：

• 完了日： WBS成果物が引き渡された日付。
• 成果物のステータス： これは、プロジェクト内の個々の成果物やマイルストーンに適用することも、プロジェクトの成果物の全体的なステータスを反映することもできます。
• 依存関係およびリスク： 成果物の完了に影響する依存関係を記述します。
• 推定完了日： 作業が完了するのが妥当だと思われる日付。
• 問題ログ： 現在成果物に影響を与えている問題のリスト (事後対応)。
• 最新の進捗パーセント： 特定の日付に対する成果物の完了率をパーセントで表した量。例えば、2020年12月14日現在で 20パーセント。
• 進捗コメント： 毎日／週次の進捗ログを保持できるメモフィールド。
• 責任者： この担当者は成果物を完成させる責任があります。 これは必ずしもその仕事を担当する人物やチームとは限りませんが、機能的なマネージャーである場合もあります。
• リスクログ： 成果物や計画の代替案に悪影響を及ぼす可能性のある要素や要因 をリストアップします（積極的なエンゲージメント) 。
• 開始日付： プロジェクト憲章の作成、正式な作業キックオフなど、その他の「開始日」を含む、作業範囲の署名日の可能性のあるプロジェクトの開始日を指定します。

Microsoft Projectでテンプレートを作成する方法

1. Microsoft Project で、タスク名フィールドに主要成果物の名前を追加します。
2. タスク名フィールドに副次成果物のリストを追加します。 副次成果物を分解するには、プロジェクトの前方矢印キーを使用します。
3. 作業パッケージレベルに達するまで、リスト項目の追加と押し込みを続けます。
4. Microsoft Projectは、各タスク／活動のアウトライン構造に基づいて、WBSコードを自動的に追加します。 しかし、特定のコードを作成するには、プロジェクトタブをクリックし、メニューバーからWBSを選択し、コードを定義をクリックします。

やることリストを避け、作業パッケージを管理しやすく、測定可能で、成果物指向に保つために必要な感覚を持つことで、新しいプログラムマネージャーや新しい作業分解構成図のユーザーはどのように能力を獲得できますか?

Michelle Watkins, a solutions consultant for Smartsheet, has over 20 years’ experience in project management. “Start with templates,” she suggests. “Something with a baseline, and make your adjustments from there.”

Rod Baxter says, “You just keep practicing.” According to Baxter, a good project manager needs training and skill in risk management, communications management, and work breakdown structure. Project managers can gain confidence through mentoring newbies as they work their way through the ranks from such positions as project analyst to associate program manager.

Dr. Bennett echoes this notion that practice is the key to mastering work breakdown structures.

“How does one develop confidence in any new endeavor?” he asks. “There are no magic formulae. But confidence is built through a combination of study, getting close to those who are using the method successfully, watching, asking questions, doing it oneself, soliciting feedback, learning from that feedback, and doing it again.”

Bennett says the best way to learn is probably from finding out where and how the WBS was used to create a good result. This type of information probably isn’t in scholarly publications. “Look for ‘real world’ practitioners who discuss their experience at professional meetings,” he says.

ニーズに合わせ変化に対応できるようデザインされた、柔軟性のあるプラットフォームで、チームの能力を最大限に引き出しましょう。 Smartsheet プラットフォームなら、いつでもどこでも簡単に作業の計画、保存、管理、およびレポート作成が可能なため、チームはより効率的かつ効果的に仕事を進めることができるようになります。作業に関して主要なメトリックを表示したり、リアルタイムの可視性を提供したりするために、ロールアップ レポート、ダッシュボード、および自動化されたワークフローを作成する機能も装備されており、チーム メンバーをつないで情報共有を促進することが可能です。 やるべきことを明確にすると、チームの生産性と作業達成能力が向上します。ぜひこの機会に Smartsheet を無料でお試しください。