WBSの書き方とコツ｜プロジェクトのスタートラインに立とう

WBSを書けるようになりたい！
WBS同準備すればいいの？
WBSの利用時のコツも知りたい！

といった不満を解消します。

この記事を読むことで、プロジェクトの進行に必要なWBSを上手く書けるようになります。又、WBSの勘所を抑えて書けるようになることで、プロジェクトの推進事態も上手に推進できるようになります。

本記事で解説する範囲

は、一般的に解説されるWBS作成時の勘所・ポイントにとどまらず
・WBS準備で大事な事
・WBS作成時に気を付ける事
・WBS利用時のポイント
・WBSサンプルおすすめサイト
を一連の流れで解説していきます。

社内SE・情シス向けにシステム開発のWBS作成・プロジェクト推進経験をもとに解説していきますが、内容的にはどんなプロジェクト・どなたでもWBSを書く際に応用できる勘所・ポイントとなっています。

✔記事の信ぴょう性

kato

SIer SE→現、一部上場企業社内SE（IT歴15年以上）。基幹システム開発、及び、グローバル１６拠点への導入やSCM・MDM等システム開発。社内SEの情報サイトIT Comp@ss運営者。「社内SE 1年目から貢献！情シス　企画・開発・運用 107のルール」著者。

✔目次

WBSを書くその前に、抑えておきたいポイント！
WBS作成時に押さえておきたいポイント・書き方の手順
WBS利用時の大事なポイント
WBSの書き方とコツ｜プロジェクトのスタートラインに立とうまとめ
1. 関連

WBSを書くその前に、抑えておきたいポイント！

WBSを作成する前に、是非抑えておきたい幾つかのポイントを解説します。

ポイントは、

WBSの目的を正しく理解
WBSとガンチャートの違い
WBS作成のメリット
WBS作成の注意点

です。

１つづつ解説していきます

WBSの目的とは？正しい理解でゲームは決まる

WBSを何を達成するツールと理解するか？が非常に重要なポイントです。

WBSで進捗管理は勿論できます。しかし、WBSを進捗管理のツールだけだと捉えると不足しています。

WBSは、プロジェクトの合意書なのです。

合意する内容は、

・タスク
・工数
・担当
・目標

これらを、明確に見える形にし,コンセンサスをとるツールである認識がもっとも重要です。

つまり、漏れなくタスクを出す【描く工程】よりも、それを必要な関係者と【合意する工程】こそが一番の重要なポイントです。

プロジェクトオーナーの視点では、主要マイルストーン、最終リリースのゴール
開発者の視点では、開発における各成果物とは？とその納期
業務ユーザーへの視点では、協力いただきたい期間と作業
こういったプロジェクトのタスクの前提合意がWBSの最も重要なポイントです。

これなくして、進捗もなにもありません。

WBSの構造、ガンチャートの違い

WBSとガンチャートの違いも抑えておきましょう。

WBSは上記図でいうと、左側のタスクを構造的に洗い出す部分をさします。ガンチャートは、右側の工程表になります。プロジェクトでWBSというと既にWBS+ガンチャートを指す場合が一般的ですが、一応定義が異なることも頭の片隅に入れておきましょう。

WBS作成のメリット

WBSで構想的にタスクを洗い出すことにより様々なメリット生まれます。

WBSのメリット

・漏れなくタスクを洗い出すことが出来る
・担当を明確にできる
・やるべき作業が頭の中で整理できる
・プロジェクト推進のリスクが見えるようになる
・関係者と作業工程・期日を合意できる

システム開発の誰が、何を、いつ作業するのか、を段取るわけですので上記の様なメリットが生まれます。

WBS作成時の注意点

注意点としては、漏れなく作業を洗い出す必要があります。この点に関しては、具体的に次からのトピックでどうすれば初心者でも漏れなくタスクを考えることが出来るのか？を解説します。

管理者・上司の目線で、WBS作成の注意点は、実施する本人に書かせる事です。

自分で頭に汗かき考えたタスクは、推進する作業のイメージもなくやらされ感が強まります。さらに、他人が書いた作業・スケジュールでは、なぜこのタスクはこんなにも工数がかかってしまったのか？次等、疑問も生まれません。結果、システム開発実施、課題検知、改善というPDCAが生まれません。

注意点

WBSは実行する本人が描く＝主体性のあるプロジェクト推進と改善が行える

WBS作成時に押さえておきたいポイント・書き方の手順

重要でない点からお話しすると、
・どんなテンプレートにしようかな？
・チャートの線をどうすればいいの？
等は、意外とどうでもいい観点です。

ですが、非常に沢山の方がWBS作成時に時間を多く使う点でもありません。

重要なのはそこではないです。

WBSの作成時に重要な観点と、おすすめの手順にを解説していきます。

WBS作成時の重要なポイントと手順

ステップ①　テンプレートをダウンロードする
　　　　　　2回目以降、以前のテンプレートを使う
ステップ②　フレームワーク使いタスク項目を体系的に洗い出す
ステップ③　プロジェクトのマイルストーンに日付を入れる

ステップ①　テンプレートをダウンロードする

どんなテンプレートにしようかな？という観点は重要ではありません。ですが、テンプレートを使う事は非常に重要です。

ネットで探せるほとんどのテンプレートが、以下の図の様な観点を抑えています。

テンプレートの重要性は、あなたの作業を短縮するだけではなく、進捗管理のノウハウが詰まったツールの活用という利点をもたらしてくれます。是非活用し作業を効率的に進めましょう。

上記のテンプレートは、Vectorのサイトからダウンロードできます。又、以下の記事で、他テンプレートも記事下で紹介しています。

システム開発の成果物・ドキュメント一覧まとめ【DLリンク有】

システム開発で登場する成果物・ドキュメントをダウンロードして使えるサイトが知りたいと言った疑問に答えます。社内SEに必要なシステム開発のドキュメント・成果物一覧...

補足

テンプレートによっては、プロジェクトサイズ的に管理項目が多すぎるテンプレートもあります。その場合は、エクセルの不要項目を非表示にして、管理すべき項目に絞り活用しましょう。さもないと、管理もしない項目のメンテに工数ばかりかかってしまいます。

ステップ②　フレームワーク使いタスク項目を体系的に洗い出す

テンプレートがお手元に用意出来たら、次はWBSのタスクの洗い出しを漏れなくダブりなく実施します。ダウンロードしたテンプレートでは、既に開発の工程が左の軸に記載されています。それを膨らませる形でタスクの洗い出しが効率的です。

さらにお薦めは、「2-2　システム開発の標準プロセスを具体例で理解を深めよう」記事で紹介したシステム開発の工程プロセスと成果物を軸に、そのプロセスごとにタスクを洗い出せばかなりぬけ漏れなく作業を洗い出せます。

2－2で解説したシステムプロセスと2－9で解説した成果物で機械的にどんどん縦の作業を洗い出します。

参考までに以下で2－2と2－9の内容も張っておきます。

2－2で解説した、システム開発プロセス

2－9で解説した、成果物一覧

プロセス	成果物名	作成担当	レビュー担当
契約・変更合意	NDA（秘密保持）	企業間
	見積書・提案書	ベンダー	社内SE
	基本契約書	企業間
	個別契約書	企業間
企画	企画書	企画者
	RFI	社内SE	ベンダー
	RFP	ベンダー	社内SE
業務要求定義	キックオフ資料	業務
	ビジネスプロセス関連図	業務
	AS-IS 業務フロー	業務
	To-BE 業務フロー	業務
	要求一覧	業務	社内SE
	投資審議資料	上程者
	予算管理	予算管理者
要件定義	マスタースケジュール	業務
	体制図・会議体	社内SE
	マネジメント方法	社内SE
	ドキュメント管理	社内SE
	コミニケーション管理	社内SE
	要件一覧	社内SE/ベンダー
	機能一覧	ベンダー	社内SE
	画面一覧	ベンダー	社内SE
	画面モック・レイアウト	ベンダー	社内SE
	帳票一覧	ベンダー	社内SE
	帳票レイアウト	ベンダー	社内SE
	外部システム関連図	ベンダー	社内SE
	外部インターフェース一覧	ベンダー	社内SE
	外部インターフェース定義書	ベンダー	社内SE
	バッチ一覧	ベンダー	社内SE
	機能概要説明	ベンダー	社内SE
	非機能要件書	ベンダー	社内SE
	画面遷移図	ベンダー	社内SE
	ビジネスルール定義書	業務
	バッチ処理フロー	ベンダー	社内SE
	移行計画書	ベンダー	社内SE
	トレーニング計画書	業務
開発（基本設計）	概念データモデル	ベンダー	社内SE
	テーブル一覧	ベンダー	社内SE
	データ項目定義	ベンダー	社内SE
	システム構成図	ベンダー	社内SE
	ソフトウェア設計書	ベンダー
	ネットワーク設計書	ベンダー
	ハードウェア設計書	ベンダー
テスト	単体テスト報告書	ベンダー	社内SE
	外結合テスト計画書	ベンダー	社内SE
	外部結合テスト報告書	ベンダー	社内SE
	システムテスト計画書	社内SE	社内SE
	システムテスト報告書	ベンダー	社内SE
	ユーザー受入テスト計画書	業務	社内SE
	システム操作マニュアル	社内SE
	業務マニュアル	業務
運用	運用設計	ベンダー	社内SE