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(WorkBreakdownStructure)を作るときに知っておきたい7つのこと
Search
finayama
November 14, 2012
Technology
1
900
WBS(WorkBreakdownStructure)を作るときに知っておきたい7つのこと
finayama
November 14, 2012
Tweet
Share
More Decks by finayama
See All by finayama
How to make a project plan
finayama
0
270
ウォーターフォールのプロジェクトをちょっとだけアジャイルにする小さな魔法
finayama
1
690
Other Decks in Technology
See All in Technology
DevOpsエージェントで実現する!! AWS Well-Architected(W-A) を実現するシステム設計 / 20260307 Masaki Okuda
shift_evolve
PRO
3
390
ナレッジワークのご紹介(第88回情報処理学会 )
kworkdev
PRO
0
150
kintone開発のプラットフォームエンジニアの紹介
cybozuinsideout
PRO
0
850
トップマネジメントとコンピテンシーから考えるエンジニアリングマネジメント
zigorou
4
790
スクリプトの先へ!AIエージェントと組み合わせる モバイルE2Eテスト
error96num
0
110
自動テストが巻き起こした開発プロセス・チームの変化 / Impact of Automated Testing on Development Cycles and Team Dynamics
codmoninc
3
1.3k
[AEON TECH HUB #24] お客様の長期的興味の理解に向けて
alpicola
0
130
OCI技術資料 : コンピュート・サービス 概要
ocise
4
54k
Exadata Database Service on Dedicated Infrastructure(ExaDB-D) UI スクリーン・キャプチャ集
oracle4engineer
PRO
8
7.1k
白金鉱業Meetup_Vol.22_Orbital Senseを支える衛星画像のマルチモーダルエンベディングと地理空間のあいまい検索技術
brainpadpr
2
270
Databricksアシスタントが自分で考えて動く時代に! エージェントモード体験もくもく会
taka_aki
0
370
モブプログラミング再入門 ー 基本から見直す、AI時代のチーム開発の選択肢 ー / A Re-introduction of Mob Programming
takaking22
5
930
Featured
See All Featured
Navigating the Design Leadership Dip - Product Design Week Design Leaders+ Conference 2024
apolaine
0
220
The State of eCommerce SEO: How to Win in Today's Products SERPs - #SEOweek
aleyda
2
9.8k
Navigating the moral maze — ethical principles for Al-driven product design
skipperchong
2
280
Accessibility Awareness
sabderemane
0
74
We Have a Design System, Now What?
morganepeng
55
8k
Groundhog Day: Seeking Process in Gaming for Health
codingconduct
0
120
SERP Conf. Vienna - Web Accessibility: Optimizing for Inclusivity and SEO
sarafernandez
1
1.3k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
12
1.1k
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
11
850
XXLCSS - How to scale CSS and keep your sanity
sugarenia
249
1.3M
KATA
mclloyd
PRO
35
15k
Agile Actions for Facilitating Distributed Teams - ADO2019
mkilby
0
140
Transcript
WBS (Work Breakdown Structure) を作るときに知っておきたい 7つのこと Flicker MichaelChuck @finayama
WBSを作る目的は? WBSを作る目的は、deliverableを作るための作業を 明らかにするため。 Flicker Barb25
それよりDeliverableってなに? プロジェクトでお客様にお届けするモノ。 エンジニアリングならプラント設備とか。 建設なら建物とか。 ITなら、動くシステムだね。 Flicker Guilherme Jófili
1つ目 WBSの目的:deliverableを作成するための作業 Flicker Dawn Endico
WBSとDeliverableの関係は? 準委任契約なら、アウトプットとか提出物とか。 請負契約なら、成果物。 ここではひっくるめてdeliverableって呼ぶので。 Flicker Nelley
つまり? WBSは、deliverableを分解したものということ。 Deliverableが設計書なら、WBSは、設計書を書くための 作業に分解する。 WSBの作業を積み重ねれば、設計書になる。ハズ…。 Flicker momentaryawe.com
Flicker Dawn Endico 2つ目 WBSはいくつかの作業に分解する
誰がいるの? WBSをやるのは、実際にdeliverableを作るエンジニア。 あと、プロジェクトのお金を出すスポンサー。 お金を出した以上、要求とおりに出来ているか確認する よね。 少なくても、役割として二人いる。 Flicker Nelley
そのWBSは誰がやるの? WBSには、一つひとつ誰がそのWBSを担当するのかを 記す。 何人も並べたら、誰がやり終えるのかわからなくなる でしょ? だから、責任持ってやる人の名前を決めておく。 Flicker scyv76
Flicker Dawn Endico 3つ目 WBSには主担当が割り当てられる。
WBSを作業したらどうなるの WBSは、deliverableを構成する作業。 だから、その作業が終わったら何等かアウトプットが ある。 アウトプットの積み重ねがdeliverableになるのだから。 言い換えれば、分解されたWBSを終えたとき、何某か 出来高があるということです。 Flicker Guillaume Bertocchi
アウトプットってどんなもの? アウトプットされたものの状態は、一つひとつのWBS毎に 決めておかないといけないんだ。 なぜなら、形、色、大きさ、重さ、匂い、質感は、人に よって受け止める感性が違うから。 だから、誰が見ても同じイメージを持てるように、作業が 完了したときの状態を“作業を始める前に”関係者全員で 知っておく必要があるわけ。 Flicker Nelley
Flicker Dawn Endico 4つ目 WBSは、作業が完了した状態を定義しておく。
なぜ全員で知らないといけないの? それは、一つのdeliverableを作成するために、 いくつかの作業に分解しているから。 “ひとり“が最初から最後まで一貫して作業するとは 限らないからね。 どっちかって言うと、分担することの方が多いでしょ? Flicker donmartelca
オレはこんなに思っていたのに… 一つのdeliverableを複数のエンジニアで分担するとき、 次工程のエンジニアは、前工程から受け取るときの状態を ◦◦という状態で受け取りたいと期待するものだ。 前工程のエンジニアだって△△の状態で渡したいと思って いるはずだ。 ちょうど、片思い状態だね。 Flicker paradiz
思いは伝えよう そこには、作業工程間のギャップが生じる可能性が あるのだから、もしそれが実際に発生したらどうなる? とっても、困ったことになるよね。 そんなことは誰でも知っていることだ。 ◦◦や△△と言う片思いは作っちゃいけない、 ということだ。 プロジェクトなら、WBSの完了している状態を 最初から明示してこう。 Flicker
HORIZON
Flicker Dawn Endico 5つ目 WBSの作業が完了した状態を明示する。
オレのWBSとキミのWBSの関係は? WBSは、deliverableを作るために作業を分解したもの。 だから、ひとつのdeliverableを作るためのWBSは、 最終的に一つに収斂していく。 いくつも分岐したままで終わりはしない。 WBSがdeliverableになるまでは、連続することになる から、WBS達は前後関係があるということになる。 Flicker LivingWilderness.com
オレのWBSとキミのWBSは仲間? WBSに前後関係があるのに、好き勝手に並べていいの? って聞かれたら、関係者全員が分かるならそれで いいんだけど。 まぁ、分かりにくいよね。 WBSを並べたとき、あっちに行ったりこっちに行ったり するのは見るのが大変だ。 やっぱり、WBSは作業の塊を意識して順番に並べて おいたほうが見やすい。 Flicker
Dietmar Temps
Flicker Dawn Endico 6つ目 WBSは作業の前後関係がある。
WBSを作るときに悩むこと 一つのWBSをどのくらいにしたらよい?って、 良く聞かれるけど。 人には把握しやすい感覚があり、それを大切にした方が 良いのは間違いないと思うんだ。 Flicker HORIZON
大きすぎるWBSと小さすぎるWBS ひとつのWBSが1か月だったら? 一つの作業が1時間なら? 大きすぎるWBSは、日々何をやっているのか、 自分が担当している作業の位置がわからなく なってしまう。 逆に、短い単位のWBSでは、そのWBSを起こし、 更新するための作業ばかりに時間を取られてしまい 煩雑になってしまう。 Flicker
Sakhr Abdullah
WBSの適当な大きさは? WBSは1週間程度がいいんじゃないかな。 でも、WBSの中のプロセスは、プロジェクト関係者で 共有しておかないと。 もちろん、完了した姿の定義を忘れずに。 Flicker Nelley
Flicker Dawn Endico 7つ目 WBSは、1週間を目安に。 ただし、1週間の中のプロセスと完了の状態は明示的に。