システム導入のWBSの作り方｜作業・担当・完了条件を一つずつ決める

最初に、使えるようにしたい仕事と今回は含めない範囲を決める

彩衣装の例では、『一店舗の担当者が、品番から衣装を探す準備を整える』が今回の目的です。この一文がないまま作業を並べると、在庫検索を作る話に、貸出の承認や売上管理まで混ざってしまいます。

『どこまでやるか』と『今回はどこまでやらないか』を、業務の責任者と確認します。まだ判断できない仕事は、勝手に含めたり除いたりせず、『範囲を確認する仕事』として残しましょう。

目的が決まったら、その下に必要なものを分けます。WBSは、このように大きな仕事の中身を段階的に整理するためのものです。先に日付を埋める表として作り始める必要はありません。

画面だけでなく、条件・確認記録・使い方も『残すもの』に入れる

彩衣装では、導入準備を『検索の条件』『試して使う画面』『確かめた内容の記録』『使うための手順と説明』の四つに分けます。これは教材用の分け方です。自社の契約や使う製品に合わせて、必要なものを足したり分け直したりしてください。

『成果物』という言葉は、このように仕事の結果として残す画面や資料を指します。売上などの成果だけを意味する言葉ではありません。例えば検索条件の一覧も、誰かが作り、次の担当者へ渡す成果物です。

完成した画面だけを見て『導入準備は終わり』とすると、使う担当者が何を確かめ、どう操作するかが残ってしまいます。使い始めるために必要な資料や確認も、ここで同じ一覧に置きます。

担当者が作るものと完了を説明できる大きさまで分ける

例えば『検索の条件を決める』という仕事には、品番が分かる時、品番が分からない時、誰がどの情報を見られるか、という別の確認が含まれます。まとめた一行のままで担当者が見積もったり説明したりできないなら、三つに分けます。

一方で、行を増やすこと自体が目的ではありません。『ファイルを開く』『一文字入力する』まで細かくしても、依頼する仕事や完了の判断が分かりやすくなるとは限りません。担当者が、必要なものと残すものを説明できるかを目安にしましょう。

WBSに番号を付けると、大きな仕事とその中身の関係をたどりやすくなります。ただし、番号は日付の順を意味しません。検索条件が決まらないと画面づくりに進めない、といった前後の関係や人の空きは、日程を作る時に別に確かめます。

横長の図を保存 ／ 縦長の図を保存

担当者・確認する人・終わりの条件を一行にそろえる

彩衣装の『品番が分かる時の検索条件を整理する』仕事では、店舗主任が入力例と表示したい情報を一覧にします。業務責任者は、その一覧が店舗の仕事に合うかを確認します。このように、作る人と確認する人の役割を説明できるようにします。

完了条件とは、『何が確認できたら、その仕事を終えたと言えるか』という目印です。単に『責任者が確認』とせず、『入力例と表示する情報が書かれ、未決定の点が区別され、その扱いを責任者が確認する』まで書くと、話し合う内容がそろいます。

ここで決めるのは完了の条件です。条件を書いたことは、確認が終わった証拠にはなりません。実際に確認した日、確認した資料、残った問題は、仕事を進めた後の記録に残します。

このような仕事ごとの説明をまとめたものを『WBS辞書』と呼びます。最初から難しい書式を用意する必要はありません。自社で使う表の一行に、目的、残すもの、担当、完了条件、前提を書ければ、担当者への相談に使えます。

説明や確認の抜けと、同じものを二重に作る仕事を確かめる

最初は『使うための手順と説明を用意する』という目的から見ます。そのための手順作成、内容の確認、使う人への説明が一覧にあるかをたどります。画面づくりしかなければ、利用準備の仕事が抜けています。

次は、個々の仕事から逆に見ます。例えば導入担当と店舗主任がそれぞれ『確認記録を作る』となっていたら、同じ記録を二重に作ろうとしているのか、別の条件を確かめるのかを相談します。名前が似ているだけで削らず、目的と残すものを比較しましょう。

NASAのソフトウェア向けWBS資料でも、レビューや教育、関係者との約束を整理する仕事などが抜けやすい項目として挙げられています。本稿では仕事の漏れを点検する考え方を参考にしています。NASAの事業向け要件を、読者の会社にそのまま義務づけるものではありません。

追加の依頼が来たら、元の一覧を残し、どの仕事が増えるかを確認します。例えば『他の店舗の在庫も見たい』となれば、画面だけでなく、見られる情報の範囲、確認用の例、手順や説明も見直す必要があります。実際に含めるかは、範囲を決める人へ相談します。

まとめ：曖昧な作業を一つ選び、担当者と完成の目印を決めよう

WBSは、大きな仕事を『誰が何を残し、何を確かめれば終わるか』まで整理するために使えます。目的と対象外を決め、残すものから仕事を分け、担当者と完了条件をそろえます。最後に、確認や説明の抜け、仕事の重複を点検しましょう。

今の一覧にある『導入準備』『要件対応』などの一行を選んでください。その行に、残すもの、担当する人、完了の目印を書き足します。まだ決まらない項目は、確認する相手と次の行動として残せば、相談を始められます。

『何から頼めばいいのだろう』と一人で抱えていた仕事も、一行に書ければ相手と確かめられます。まずはその一行を、実際に担当する人へ見せてみましょう。仕事の範囲がそろったら、作業の順番と人の空きを確認し、日程の計画へ進みます。

横長の図を保存 ／ 縦長の図を保存

自分の仕事を8項目で整理し、担当者との相談に持っていく

自社の大きな仕事を一つ選び、残すものと完了条件を整理します。まだ決まっていないことは、確認先と次の行動を書いてください。

空欄の用紙と、書き方を確認できる架空例

• 空欄の用紙：TXTを保存 ／ CSVを保存
• 一つの仕事を頼む架空例：TXTを保存 ／ CSVを保存
• 追加依頼を受けたと仮定した架空例：TXTを保存 ／ CSVを保存

CSVは、項目名が8列・記入内容が1行の形式です。架空例は完成した実績ではありません。自社で確認した内容へ書き換えて使います。

出典と、このガイドの前提

原稿・一次情報の確認日：2026年10月12日。図の人物・店舗・資料は生成した架空の説明例です。作業の完了や導入の効果を示す実績ではありません。

• NASA Software Engineering Handbook 7.05 Work Breakdown Structures That Include Software

  第2〜4節。必要な仕事の階層化、目的・作るもの・依存を説明する辞書、レビューや教育などの漏れを点検する考え方。

  NASAのソフトウェア事業向け資料です。本稿の架空会社の分け方や期間・成果を保証するものではなく、日本の中小企業へ義務を定める資料でもありません。

記事の先頭へ戻る