Lock in $30 Savings on PRO—Offer Ends Soon! ⏳
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
WBSの組み立て方
Search
金子夕紀
July 14, 2020
Business
0
400
WBSの組み立て方
2020年7月14日(火)
ウェブディレクター協会のオンライン勉強会
「いまさら聞けない」シリーズ 第4弾
金子夕紀
July 14, 2020
Tweet
Share
Other Decks in Business
See All in Business
株式会社メディアドゥ 採用ピッチ資料
mediado
0
460
任されるプロダクトマネージャーのリアル - プロダクトマネージャーの成長機会 に関する実例収集調査結果
ykmc09
3
2.8k
Velpha Culture Deck
velpha
PRO
1
220
OH MY GOD inc. 会社概要
fujiyamayuta
0
24k
一次情報を武器にする - pmconf2025
hynym
PRO
0
1.2k
Corporate Info
yuzo
0
1.3k
株式会社アペルザ_中途採用向け会社紹介資料
hr_team_aperza
4
130k
夜を制する者が “AI Agent 大民主化時代” を制する
icoxfog417
PRO
9
7.5k
株式会社Domuz会社紹介資料(採用)
kimpachi_d
0
48k
採用ピッチ資料|SBペイメントサービス株式会社
sbps
0
35k
LATEGRA Recruitment Deck_2025
lategra
0
7.4k
Fuji Oil 2025 Board of Directors
tsogo817421
2
350
Featured
See All Featured
End of SEO as We Know It (SMX Advanced Version)
ipullrank
2
3.8k
AI Search: Where Are We & What Can We Do About It?
aleyda
0
6.7k
AI in Enterprises - Java and Open Source to the Rescue
ivargrimstad
0
1.1k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
32
1.9k
The AI Search Optimization Roadmap by Aleyda Solis
aleyda
1
5k
Data-driven link building: lessons from a $708K investment (BrightonSEO talk)
szymonslowik
1
850
What’s in a name? Adding method to the madness
productmarketing
PRO
24
3.8k
Fantastic passwords and where to find them - at NoRuKo
philnash
52
3.5k
Leveraging Curiosity to Care for An Aging Population
cassininazir
1
130
Producing Creativity
orderedlist
PRO
348
40k
How to Think Like a Performance Engineer
csswizardry
28
2.4k
We Are The Robots
honzajavorek
0
120
Transcript
WBSの組み⽴て⽅ 2020.07.14 Yuki Kaneko
⾦⼦ ⼣紀 株式会社アンティー・ファクトリー ディレクター デザイナーを志し、2008年に業界⼊り。様々なジャンルのWebサイト案件を 通じて、デザインと共にディレクションをゼロから学ぶ。 その後デザイナーとしてさらに研鑚を積み、2014年からディレクターに転⾝。 好きなもの ピンク⾊(濃いめ)・猫(2匹飼ってます)・フェス(邦楽) スノボ(上⼿くない)・⼈狼(上⼿くない)・エレカシ(♡)
1. WBSとは 2. なぜWBSが必要なのか 3. WBSの組み⽴て⽅ 4. まとめ Index
WBSとは ʁ
WBSとは Work Breakdown Structureの略。 プロジェクトに必要な作業を、分解して洗い出し、構造化することで 誰が⾒ても、プロジェクトのスタートからゴールまでの全体⼯程がわかるもの。
なぜWBSが必要なのか ʁ
なぜWBSが必要なのか プロジェクトに必要な作業を、抜け漏れなくすべて洗い出せる
プロジェクトに必要な作業を、抜け漏れなくすべて洗い出せる 作業内容がすべて出揃えば必要な⼯数を算出できるため、 精度の⾼い⾒積もりを作成できる なぜWBSが必要なのか
誰が何をいつまでに対応すべきなのかが、明確になる なぜWBSが必要なのか
作業に必要なリソース・期間・作業順序がわかるため、 プロジェクト完了までの詳細のスケジュールを作成できる 誰が何をいつまでに対応すべきなのかが、明確になる なぜWBSが必要なのか
⽬的地(プロジェクト完了)に たどり着くためのナビ
そもそもナビとは ・ルートがわかる ・所要時間がわかる ・迂回ルートもわかる
WBSの組み⽴て⽅ ʁ
サンプル(項⽬マスター) 別紙
項⽬の考え⽅ フェーズ 作業 ⼯程 ⼯程 ⼯程 作業 ⼯程 ⼯程 ⼯程
⼤ 中 ⼩
項⽬の考え⽅ フェーズ 作業 ⼯程 ⼯程 ⼯程 作業 ⼯程 ⼯程 ⼯程
⼤分類→中分類→⼩分類 の順で考える ⼤ 中 ⼩
項⽬の考え⽅ フェーズ 作業 ⼯程 ⼯程 ⼯程 作業 ⼯程 ⼯程 ⼯程
フェーズ 作業 ⼯程 ⼯程 ⼯程 作業 ⼯程 ⼯程 ⼯程 プロジェクト
⼤分類→中分類→⼩分類 ⼤分類 プロジェクトを構成するフェーズ 要 件 定 義 設 計 素
材 準 備 取 材 撮 影 デ ザ イ ン 制 作 コ デ ン グ シ ス テ ム 実 装 検 収 ・ 公 開
⼤分類→中分類→⼩分類 要 件 定 義 設 計 素 材 準
備 取 材 撮 影 デ ザ イ ン 制 作 コ デ ン グ シ ス テ ム 実 装 検 収 ・ 公 開 ⼤分類 プロジェクトを構成するフェーズ
中分類 各フェーズを構成する作業内容 設計 このサイトの設計を仕上げるためには何が必要? ⼤分類→中分類→⼩分類
中分類 各フェーズを構成する作業内容 設計 このサイトの設計を仕上げるためには何が必要? コンバージョンは?ターゲットは?サイトマップは?画⾯遷移導線は? 画⾯構成は?CMSは何使う?どこを更新する?descriptionは? ⼤分類→中分類→⼩分類
⼩分類 作業内容をFIXさせるために必要な⼯程 ヒ ア リ ン グ た た き
台 作 成 ク ラ イ ア ン ト 提 出 お 戻 し 修 正 ク ラ イ ア ン ト 提 出 お 戻 し 微 調 整 FIX ⼤分類→中分類→⼩分類 画⾯構成
⼩分類 作業内容をFIXさせるために必要な⼯程 ヒ ア リ ン グ た た き
台 作 成 ク ラ イ ア ン ト 提 出 お 戻 し 修 正 ク ラ イ ア ン ト 提 出 お 戻 し 微 調 整 FIX ⼤分類→中分類→⼩分類 メンバーに 確認 打ち合わせ 設定 メンバーに 確認 打ち合わせ 設定 画⾯構成
⼩分類 作業内容をFIXさせるために必要な⼯程 ヒ ア リ ン グ た た き
台 作 成 ク ラ イ ア ン ト 提 出 お 戻 し 修 正 ク ラ イ ア ン ト 提 出 お 戻 し 微 調 整 FIX ⼤分類→中分類→⼩分類 1ページごとに、この⼯程が必要 画⾯構成
あらためてサンプル(項⽬マスター) 別紙
…こまかすぎない? ⾒づらくない?
ポイント① 分類して、まとめてみよう
ポイント① まずはサイトマップ
ポイント① サイトマップが決まっていれば トップページとグローバルナビやフッタメニューが作れる まずはサイトマップ
ポイント① サイトマップが決まっていれば トップページとグローバルナビやフッタメニューが作れる まずはサイトマップ システム組み込むから、フォームは先に決めてしまおう
ポイント① サイトマップが決まっていれば トップページとグローバルナビやフッタメニューが作れる まずはサイトマップ システム組み込むから、フォームは先に決めてしまおう けっこうコンテンツ量が多くなりそうなページたちだな
ポイント① サイトマップが決まっていれば トップページとグローバルナビやフッタメニューが作れる まずはサイトマップ システム組み込むから、フォームは先に決めてしまおう けっこうコンテンツ量が多くなりそうなページたちだな ある程度パーツルールが決まってきてるはずだから、 あとはルールに合わせて原稿流し込むだけでいけそうだ
ポイント② ⼯程を横のライン上に載せてみよう
ポイント② ページ数やタスクが少なければ、⼯程を縦に積むことが多い
ポイント② ⼯程を横に載せると、タイムラインがスッキリし、⼤量のタスクも管理しやすい
…でも、正直 ⾯倒くさくない?
よくある現象① いつもプロジェクトの後半(コーディング/実装)に バタバタしていた
・ねえ、サーバー情報は? よくある現象①
・ねえ、サーバー情報は? ・え。これはデータベース使えないんだけど! よくある現象①
・ねえ、サーバー情報は? ・え。これはデータベース使えないんだけど! ・Analyticsのタグどうするの? よくある現象①
・ねえ、サーバー情報は? ・え。これはデータベース使えないんだけど! ・Analyticsのタグどうするの? ・APIキーもらわなきゃ無理だよこのデザイン よくある現象①
・ねえ、サーバー情報は? ・え。これはデータベース使えないんだけど! ・Analyticsのタグどうするの? ・APIキーもらわなきゃ無理だよこのデザイン ・画⾯縮めたときの挙動ってどうなるの? よくある現象①
・ねえ、サーバー情報は? ・え。これはデータベース使えないんだけど! ・Analyticsのタグどうするの? ・APIキーもらわなきゃ無理だよこのデザイン ・画⾯縮めたときの挙動ってどうなるの? ・OGP画像?何も⾔われてないから設定してないけど? よくある現象①
だったら、よく⾔われること=忘れがちなタスクを 全部書いておこう 納期も迫る中 その対応のほうが⾯倒くさい!
よくある現象② 作業までは分解できてるはずなのに 進め⽅が流動的になってしまう
よくある現象② ・FIXしたのに、修正⼊る
よくある現象② ・FIXしたのに、修正⼊る ・この作業、必要なかったな…
よくある現象② ・FIXしたのに、修正⼊る ・この作業、必要なかったな… ・⽀給素材が来ない。もう納期遅らせるしかない…
よくある現象② ・FIXしたのに、修正⼊る ・この作業、必要なかったな… ・⽀給素材が来ない。もう納期遅らせるしかない… ・ここを直したってことは、あっちもこっちも直さなきゃ。 もうまるっと仕切り直さなきゃ、わからないぞ…!?
⼯程をこまかく出しておいたほうが トラブルが起きた時に影響範囲を最⼩限に留められる ただでさえ、思い通りにいかないことばかりなのに いちいち振り回されるほうが⾯倒くさい!
まとめ ʁ
プロジェクトを 正しくナビゲートする役割 WBSとは 経由地(フェーズ)やルート(作業)だけじゃなく 道順(⼯程)まで⽰す 道順がわかっていれば、渋滞も予測できるし、 事故った時の迂回路を⾒つけやすい
作業を最⼩単位=⼯程まで 明確にしておく
Thank you