Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
WBSの組み立て方
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
金子夕紀
July 14, 2020
Business
0
420
WBSの組み立て方
2020年7月14日(火)
ウェブディレクター協会のオンライン勉強会
「いまさら聞けない」シリーズ 第4弾
金子夕紀
July 14, 2020
Tweet
Share
Other Decks in Business
See All in Business
2025年度ICT職専門研修(海外派遣研修)報告書 No.1
tokyo_metropolitan_gov_digital_hr
0
320
【Progmat】Monthly-ST-Market-Report-2026-Feb.
progmat
0
370
EMの透明性はどう作られるのか ―社内ラジオを続けて分かったこと
sanogemaru
1
230
2025年度ICT職専門研修(海外派遣研修)報告書 No.3
tokyo_metropolitan_gov_digital_hr
0
330
Как готовить большие стратсессии, которые работают, а не имитируют
alexanderbyndyu
0
160
AnyMind Group Culture Deck (JP)
anymind
6
210k
enechain company deck_english
enechain
PRO
1
330
12 keywords of Data Dashboard
hik0107
7
960
SANU Regenerative Action Report 2026
sanu
0
6.3k
社内政治と交渉
muture
PRO
0
210
2026.3_中途採用資料.pdf
superstudio
PRO
4
100k
2025年度ICT職専門研修(海外派遣研修)報告書 No.2
tokyo_metropolitan_gov_digital_hr
0
300
Featured
See All Featured
How to Align SEO within the Product Triangle To Get Buy-In & Support - #RIMC
aleyda
1
1.5k
Prompt Engineering for Job Search
mfonobong
0
230
Reflections from 52 weeks, 52 projects
jeffersonlam
356
21k
Everyday Curiosity
cassininazir
0
180
The Cost Of JavaScript in 2023
addyosmani
55
9.8k
Leadership Guide Workshop - DevTernity 2021
reverentgeek
1
250
Mozcon NYC 2025: Stop Losing SEO Traffic
samtorres
0
190
Collaborative Software Design: How to facilitate domain modelling decisions
baasie
0
170
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
10
1.1k
Making the Leap to Tech Lead
cromwellryan
135
9.8k
Crafting Experiences
bethany
1
94
Avoiding the “Bad Training, Faster” Trap in the Age of AI
tmiket
0
110
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