『Web制作現場の活用ナレッジをライトニングトークします！』…の前に、少しだけWBSとスケジュールに関する“小言”＜公開用・微調整済み＞

人がつながる。未来へひろがる。
※この資料は「クリエイティブ・コモンズ表示・非営利・改変禁止2.1日本」ライセンスでライセンスされています。
『Web制作現場の活用ナレッジを
ライトニングトークします！』…の前に、
少しだけWBSとスケジュールに関する“小言”
＜公開用・微調整済み＞
2016年10月2日(日)@loftwork #WEBOK

自己紹介
• 氏名：十返文子（とがえりあやこ）
• 最終学歴
– 公立大学法人首都大学東京産業技術大学院大学産業技術研究科
情報アーキテクチャ専攻(専門職学位課程)修了
※取得学位：情報システム学修士(専門職)
• 所属組織
– 一般社団法人日本PMO協会（略称: NPMO）事務局長
– 神奈川県立産業技術短期大学校情報技術科非常勤講師
– 所属団体：
• プロジェクト・ファシリテーター協会理事
• PMI・PMI日本支部：教育委員会・PMコミュニティ活性化委員会
• プロジェクトマネジメント学会
• 情報ネットワーク法学会
※この資料は「クリエイティブ・コモンズ表示・非営利・改変禁止2.1日本」ライセンスでライセンスされています。 1

略歴
• 2001年からWeb制作会社や広告代理店などでWebディレクターとし
て様々なプロジェクトに携わる中で、プロジェクトマネジメントに出
会い、PMO的な役割を果たすようになる。
• 2007年8月、PMP®取得。
• 2007年9月から、PMI日本支部のPMOプロジェクトにボランティアと
して参加。企画WGで活動し、主に事例収集のコーディネートを担当。
• 2008年4月から2011年5月まで、PMI東京支部（現PMI日本支部）の
事務局に従事。Webサイトの運用や問い合わせ窓口対応、部会やセミ
ナーの運営支援などを担当。
• 2010年5月から神奈川県立神奈川総合産業高校に非常勤教員（TA）と
して着任。全国初の試みとなる通年授業での高校生向けPM教育
（SSH-PM）に外部専門職として参画する。
• 2014年3月に日本PMO協会（NPMO）の初代事務局長に就任。
プロジェクトマネジメントとPMOの普及を推進している。

Webディレクター的な略歴
• 元々は某楽器メーカーの販売応援員（DTM）
• 2001年：着メロの（今で言う）ディレクター＜初めてのマネジメント
• 2002年：Web制作会社（いわゆるSIPS）で胃けいれん起こすまで働く
– 某自動車メーカー広報サイト運用
– 某おもちゃメーカー（キャラクター・グッズ）商品サイト制作
– 某レストランチェーン店や某化学メーカー企業などのサイト構築などなど
• 2004年：携帯コンテンツ配信会社（いわゆる公式CP）数社を右往左往
– 課金コンテンツ運用
– 着うた制作などなど…
• 2005年：Web系開発会社で何故かディレクター
– 某通販サイト決済システム運用などなど…
• 2006年：フリーランス
– 大手電機メーカーBtoB向け商材Webサイト制作
– 某官公庁系案件でPM＋ライティング＜ここでPMと出会う
– その後も細々と、小さな会社のWeb制作・携帯コンテンツの運用…など

人がつながる。未来へひろがる。
• 協会名: 一般社団法人日本PMO協会
– 英名: Nippon Project Management Office Association
– 略称: NPMO
• 設立: 2014年3月4日
• 役員:
– 代表理事伊藤大輔
– 事務局長十返文子
こちらからアクセス！
http://www.npmo.org/
【宣伝】日本PMO協会（NPMO）
• 主な事業内容
– コミュニティ活動
– 資格制度や講座の運営

お約束…
• 今日の資料は、全て私個人の見解に基づくものです。
所属組織・委託元などとは、何ら関係ありません。
• 今日、私が皆さんから知り得たことは、PMI倫理・
職務規定により、責任を持って保護することを宣言
します。
• PMBOK®ガイドは、米国プロジェクトマネジメン
ト協会（Project Management Institute, Inc）の登
録商標です。

…で、唐突ですが、
○×クイズ！

WBSとは…
スケジュールのことである？
or

正解: WBSとは…
「スケジュール」のことでは、
ありません！
【解説】
スケジュールと一体化されたテンプレートで扱う場合が多
いため、よく誤解されていますが、両者は全く別物です。
WBS=Work Breakdown Structureの略称であり、プロ
ジェクトの「全範囲を階層的に要素分解したもの」です。
※出典: PMBOK®ガイド第5版 P.126

Web制作プロジェクト上の課題
• 品質(Q):
– 顧客や上司の要求レベルが高い
– 自分が要求するレベルがスタッフから出てこない
• 予算(C):
– そもそも足らない
– 見積を超えてしまう
• 納期(D):
– そもそも短い
– 計画より遅れてしまう ⇒何故？

Web制作プロジェクト上の課題 (2)
• 作業管理:
– タスクが多過ぎて管理不能
– 今、誰が何の作業をしているのか分からない
– 終わりが見えなくなるほど作業が日々増える
• 要件定義:
– 最初から目的が意味不明
– なかなか決まらない
– だんだん曖昧になってきた…

結局この3パターン？
1. そもそもの計画が無理ゲー
⇒最初の見積が肝心
2. 計画が変更された！
⇒できる変更／できない変更がある
3. いつの間にか？計画からずれた
⇒日々の管理を怠らない

つまり、スケジューリングでは…
1. ステークホルダーに共通認識を持たせるための
「見せ方」が大事
★三種の神器★
1. ガント・チャート
2. プロジェクト・スケジュール・ネットワーク図（PDM）
3. EVM
2. 「作り方」も大事
1. そもそものスケジュールをしっかり見積もる
2. やばい！と思った時には素早く短縮する

7月 8月 9月
アクティビティA
アクティビティB
アクティビティC
1. 見せ方(1): ガント・チャート
• 名前は、考案者のヘンリー・ガントに由来。
• 目的
– アクティビティごとの所要時間が分かる
– 実施した時期も一目で分かる
⇒プロジェクトの概況を説明する時に向いている
納品レビュー
マイルストーン
計画
実績

1. 見せ方(2): PDM法
• PDM= プレシデンス・ダイアグラム
• 目的
– プロジェクトの開始から完了までに必要最低限の経路
（クリティカル・パス）を探す
– クリティカル・パスの所要期間を求める
⇒プロジェクトの最初に見通しを立てる時に向いている
※A～G: アクティビティ
開始
（3日）
（2日）
（3日）
Ａ
Ｃ
Ｅ
（3日）
（3日）
（5日）
Ｂ
Ｄ
Ｆ
（2日）
Ｇ
終了
この例では
Ｅ→Ｆ→Ｇが
クリティカル・パス

1. 見せ方(3): EVM法
• EVM= アーンド・バリュー・マネジメント
• 目的
– 現時点での実績を予算と出来高から把握する
– 計画と実績を対比し、今後の傾向を予測する
⇒プロジェクトの進捗を把握し、未来を予測する時に向いている
計画実績
総期間 10ヶ月今日で6ヶ月が完了（PV）
作業量箱10個を片付ける箱7個を片付けた（EV）
予算 10万円（BAC） 8万円使った（AC）

EVMによる分析(1)数式
※参考資料:アーンド・バリュー・マネジメント - Wikipedia
http://ja.wikipedia.org/wiki/%E3%82%A2%E3%83%BC%E3%83%B3%E3%83%89%E3%83%BB%E3%83%90%E3%83%
AA%E3%83%A5%E3%83%BC%E3%83%BB%E3%83%9E%E3%83%8D%E3%82%B8%E3%83%A1%E3%83%B3%E3%83%
88
定義計算式前頁の例
コスト差異（CV)
EV – AC
0以上であれば良好
EV:7-AC:8=－1万円
スケジュール差異 (SV)
EV - PV
0以上であれば良好
EV:7-PV:6=1万円
コスト効率指数(CPI)
EV / AC
※1以上であれば良好
EV:7/AC:8= 0.875
スケジュール効率指数(SPI)
EV / PV
※1以上であれば良好
EV:7/PV:6≒1.167
完成時総コスト見積り(EAC) AC + (BAC - EV) / CPI
AC:8 + (BAC:10 – EV:7) /
CPI:0.875
≒11.4286万円
残作業のコスト見積り(ETC)
(BAC - EV) / CPI
= EAC – AC
(BAC:10 – EV:7) / CPI:0.875
= EAC:11.4386 – AC:8
= 3.4286万円

EVMによる分析(2)グラフ
0
2
4
6
8
10
12
0 1 2 3 4 5 6 7 8 9 10
PV
EV
AC
EAC
CV=EV-AC
SV=EV-PV

2. 作り方: 基本となる計画の作り方(1)
1. 方針を決める（プロジェクトマネジメント計画）
1. このプロジェクトの目的は何か確認する
2. 何が必須条件なのか整理する
3. プロジェクトを進める上での様々な制約事項（コスト・納期・
品質・その他）の優先順位を整理する
2. やることを決める
1. スコープ＝作業範囲を明確にする（スコープ記述書）
2. WBSによる階層構造化を図り、全体像を把握する
┗「Webプロジェクトマネジメント標準」 2.3
3. 全ての作業（アクティビティ）を洗い出してリストを作る

2. 作り方: 基本となる計画の作り方(2)
3. 見積もる ★専門家の意見を活用する★
1. 作業ごとの所要期間を見積る
2. 各作業間の前後関係や条件を明確にして順序を設定する
3. それぞれの作業にリソースを割り当てる
4. リソースと単価を設定し，総コストを見積る
5. スケジュールを基にコストを時系列に展開する
6. スケジュールと制約事項（コスト・納期・品質・その他）の
シミュレーションを繰り返し行い、
バランスのとれたスケジュールとする
7. 最適で、現実的なベースラインとして設定する

※見積技法: PERT
• 技法：PERT = Program Evaluation and Review Technique
– アクティビティごとに見積もる
– 期間の算出は３点見積り (加重平均による近似式）
– 標準偏差（σ；シグマ）による信頼度確率
O+ (4 x m)
P×6
期待値＝
(e)
P - O
6
標準偏差＝
(s)
作業が±１σ以内で完了する確率：６８％
作業が±２σ以内で完了する確率：９５％
作業が±３σ以内で完了する確率：９９％
最可能値（最も可能性が大きい値）：ｍ
楽観値（可能な限りの最小値）：O
悲観値（余裕を見た最大値）：P
偏差値＝
（ｄ）
e± s x σ
楽観値
最可能値
期待値
悲観値
e pmo
偏差値
σ=整数１，２，３

2. 作り方: それでもダメな時の縮め方
• クラッシング Crashing
– クリテイカル・パス上のタスクにリソースを追加することで、
スケジュールを短縮する
（例）時間外労働、要員増強，設備増強
• コスト増大可能性がある
• ファスト・トラッキング Fast Tracking
– タスクの依存関係を変更し、複数のタスクを同時に実施する
• リスク増大の可能性がある
• 【禁じ手】スコープの変更
– 納期（Delivery）を優先させるため、タスクを減らす
• リスク増大の可能性がある
• 変更管理失敗の可能性がある

ところで、WBSですが…
• 今日は時間がないので省略！（ぇ
⇒安心してください、載ってますよ！
「Webプロジェクトマネジメント標準」2.3を
改めてご一読ください。
• WBS 作成のポイント
1. 作業内容が「もれなく」網羅されていること
2. 作業単位が適切に分解（ブレークダウン）され
てわかりやすくなっている

「もれなく」？
MECE(ミーシーもしくはミッシー)
• Mutually Exclusive and Collectively Exhaustiveの略
＝「相互に排他的」かつ「完全な集合的」であること
＝「ダブリなく」「漏れなく」という意味
赤枠の内側=MECE
赤枠同士
=Why So? / So What?
上下の大きさが
逆になっていないか？
上→下: Why So?
＝上は本当に完成するの？
→下を全てやれば完成
下→上: So What?
＝下が成立すると何なの？
→上が完成する

つまり、こういうこと。
• WBS≠スケジュール
–スケジュールを考える上でWBSが重要
• WBS=Work Breakdown Structure
–WBS全体が「MECE」であること
• スケジュールに必要な観点
–ステークホルダーに共通認識を持たせる
「見せ方」
–トラブルを未然に防ぐ「作り方」

さぁ、今日は
「みんなが明日から
使えるナレッジ」を
発見しましょう！

では、宜しくお願いします！
いつでも気軽にご連絡ください。
皆さんとお話できる機会を楽しみにしています！！
十返文子
[Ayako Togaeri, PMP]
Mobile : 090-3131-7465
E-mail : togaeri.ayako@npmo.org
twitter : @togaeri
Facebook: https://www.facebook.com/togaeri

『Web制作現場の活用ナレッジを ライトニングトークします！』…の前に、 少しだけWBSとスケジュールに関する“小言”＜公開用・微調整済み＞

More Related Content

Viewers also liked

Similar to 『Web制作現場の活用ナレッジを ライトニングトークします！』…の前に、 少しだけWBSとスケジュールに関する“小言”＜公開用・微調整済み＞

More from Ayako Togaeri