---
title: ウェブ解析士協会2021＿公開用
tags: 
author: [東 秀和](https://www.docswell.com/user/hidekazu-higashi)
site: [Docswell](https://www.docswell.com/)
thumbnail: https://bcdn.docswell.com/page/NPEXQDN1JX.jpg?width=480
description: ウェブ解析士協会2021＿公開用 by 東 秀和
published: December 19, 21
canonical: https://www.docswell.com/s/hidekazu-higashi/5NJGEK-2021-12-20-070325
---
# Page. 1

![Page Image](https://bcdn.docswell.com/page/NPEXQDN1JX.jpg)

⼀般社団法⼈ウェブ解析⼠協会
26時間ぶっ通し︕超ウェブ解析⼠セミナー︕
2021〜2年⽬突⼊︕25時間が26時間になってバージョンアップ︕〜
ロジックツリーを使った
プロジェクト計画法
2021/12/18 東
秀和


# Page. 2

![Page Image](https://bcdn.docswell.com/page/63EK9XNMED.jpg)

はじめに
•
•
•
•
•
ウェブ解析⼠にはお馴染みのフレームワーク「ロジックツリー」。
上級やマスターを取得する時には、KGI・KSF・KPIを整理する時に
使ったと思います。
ロジックツリーでは、「物事を体系的に整理し、筋道を⽴てて⽭盾
や⾶躍のないように考える思考法」で、要素を順に分解していく、
または逆に積み上げていきながら、論理的に筋の通った納得感のあ
る考え⽅を⾒つけ出せます。
ロジックツリーの使い⽅として、KGI・KSF・KPIを整理すること以
外にも、原因追求、問題解決にも利⽤できますが、サイトマップを
作るとき、戦略策定、スケジュール計画にも活⽤できます。
今回は、『プロジェクトの納期を守れない』『納期は守れるがいつ
もギリギリでチームが疲弊する』『計画通りにプロジェクトが進ん
でくれない。進んでいるのか⾒えない』という悩みを解決するため
プロジェクト計画法を紹介します。
2


# Page. 3

![Page Image](https://bcdn.docswell.com/page/4L73W5V275.jpg)

⾃⼰紹介
東
秀和
（ひがし
1974年5⽉⽣
広島県尾道市（因島）出⾝
ひでかず）
関⻄の独⽴系システム開発会社にて、eラーニングシステムや基
幹系業務システムのプロジェクトに10年以上携わる。
2012年に⼤⼿広告代理店に転職、デジタル関連部署に配属され、
⼤⼿不動産会社プロモーション業務システム、医療関係者向け
Webサイト運⽤を複数担当し、サイトの改善、業務の業務改善を
⽇々続けています。
資格
• ウェブ解析⼠マスター
•
•
•
•
Project Management Professional
PRINCE2® (PRojects IN Controlled Environments)
TOC Learning Connection/TOC-CCPM Specialist
戦略MG 上級インストラクター/第2期アカデミー修了
3


# Page. 4

![Page Image](https://bcdn.docswell.com/page/V87DKD86JG.jpg)

はじめに


# Page. 5

![Page Image](https://bcdn.docswell.com/page/4VJPKXWZE8.jpg)

ロジックツリーとは
全体の論理構造をわかりやすく⾒せるためにロジックツリーを使って表現
します。
ロジックツリーは、⽬的、KGI、KSF、KPI、施策を⼀覧で表⽰し、それぞ
れのページ番号やコスト、期待効果を⼀覧化することで、⽬次では表現し
きれない⽬標、施策、指標や根拠を網羅的に⼀元化します。
5


# Page. 6

![Page Image](https://bcdn.docswell.com/page/L2EVVL8MEQ.jpg)

サイトマップなどもある意味ロジックツリー
ウェブサイトを、全体の論理構造をわかりやすく⾒せるためにはサイ
トマップを使っています。
6


# Page. 7

![Page Image](https://bcdn.docswell.com/page/Z57GLX5XEL.jpg)

スケジュールもロジックツリー
サイトを納品するために、どのような作業を⾏うか、網羅
的に洗い出します。
作業に、作業⼯数や期限を持たせることで、スケジュール
になります。
横型（⼀般的なスケジュール）
縦型（イベントタイムスケジュール）
7


# Page. 8

![Page Image](https://bcdn.docswell.com/page/V4EQY8Z5JP.jpg)

プロジェクト計画するツール


# Page. 9

![Page Image](https://bcdn.docswell.com/page/DKJ4W23V71.jpg)

ツールはたくさんある。
9


# Page. 10

![Page Image](https://bcdn.docswell.com/page/PLE1YM147G.jpg)

今回、紹介しているのはLychee Redmine
10


# Page. 11

![Page Image](https://bcdn.docswell.com/page/8GEWG38ZJ2.jpg)

プロジェクト計画の作り⽅
Lychee Redmine 編


# Page. 12

![Page Image](https://bcdn.docswell.com/page/W47ZLV8LJ3.jpg)

プロジェクトを計画すること
• プロジェクト⽬標を無事達成するために、
チームが完了するべき重要な業務を⽰すこと。
• スコープ、リソース、期⽇、成果物に関する情
報が含まれているスケジュールを⽴てる。
12


# Page. 13

![Page Image](https://bcdn.docswell.com/page/KYJ6W5PMJV.jpg)

スケジュールを⽴てる前に共通認識を持つ
• 各組織によっては、スケジュール、WBS、ガン
トチャート、タスク、ワークパッケージ、アク
ティビティ、ToDoリスト、課題、チケットなど、
同じ⾔葉でも、違う意味で使われることもあり、
⼈によって認識がズレることがあります。
• 同じ⾔葉は、プロジェクトメンバー全員が、
同じイメージをできることが重要
13


# Page. 14

![Page Image](https://bcdn.docswell.com/page/5GJ5MYKQJ4.jpg)

タスクの定義
下記のような単位で定義をし、共通認識をする。
【チェックリスト（チケット内の説明）】︓ 1⽇以内で終わる作業
• 作業を完了する為に必要ことで「やるべき仕事・任務・課題」単位で作成。
• 料理でいうと、具体的な作業。ジャガイモ、ニンジンといった⼀覧や、お⽫を準備するな
ど。
• 注意︓単位が⼩さいため、タスク内に内容として記載する場合あり。
【タスク（チケット）】︓1⽇〜10⽇の単位
• 「実現すべき機能（成果物に着⽬）」「作業単位（⼿順に着⽬）」で作成
• 料理でいうところを、野菜を買う、材料を切る、煮込む、⾷べる。⽚づけるなど。
• 各個⼈が管理/⾏動できる単位
【ワークパッケージ（バージョン】︓ 1⽇〜10⽇（２週間）
• 進捗管理する単位で、レシピを決める、材料を買う、調理する、盛り付けるなど。
【スプリント（バージョン】︓ ４週間以内の単位
• ユーザにリリースする単位
14


# Page. 15

![Page Image](https://bcdn.docswell.com/page/V9E29GWW7R.jpg)

プロジェクト計画の作り⽅
•
次のステップで構築する。
①作業項⽬をすべて洗い出す
マインドマップ/付箋とか使う。
②作業項⽬の順序設定
リリース/納品から考える。
③作業項⽬/順序検証
MECEでチェック
④⼯数を設定
プランニングポーカーなど
⑤担当者を設定
能⼒やリソースで設定
⑥作業内容の検証
DONEの定義をMECEでチェック
15


# Page. 16

![Page Image](https://bcdn.docswell.com/page/5D7Y4VL9EM.jpg)

Lychee Redmineの準備①
Lychee Redmine
プロジェクトを作成する。
※終了⽇⼊れない。
16


# Page. 17

![Page Image](https://bcdn.docswell.com/page/2VENYM4DJ8.jpg)

Lychee Redmineの準備②
Lychee Redmine
休⽇を設定する。
※しっかりと休みましょう。
17


# Page. 18

![Page Image](https://bcdn.docswell.com/page/GY79PNQ8E3.jpg)

Lychee Redmineの準備③
Lychee Redmine
担当者を設定する。（プロジェクトの権限を付与する。）
18


# Page. 19

![Page Image](https://bcdn.docswell.com/page/5G78DKGZ7D.jpg)

①作業項⽬をすべて洗い出す
①作業項⽬をすべて洗い出す
マインドマップ/付箋とか使う。
②作業項⽬の順序設定
リリース/納品から考える。
③作業項⽬/順序検証
MECEでチェック
④⼯数を設定
プランニングポーカーなど
⑤担当者を設定
能⼒やリソースで設定
⑥作業内容の検証
DONEの定義をMECEでチェック
19


# Page. 20

![Page Image](https://bcdn.docswell.com/page/ML7LMZG1JR.jpg)

①作業項⽬をすべて洗い出す
タスクの定義（例えば、２週間のタスクを１単位）を参考にして、
とりあえず洗い出す。
※関連あるものはグルーピングしても良い。
漏れはあると思いますが、現時点では問題ない。
20


# Page. 21

![Page Image](https://bcdn.docswell.com/page/54EMYVQ5EW.jpg)

作業項⽬を出すのポイント
１．ゴールを定義する。
２．要素に分解する。
３．因果関係を意識する。
21


# Page. 22

![Page Image](https://bcdn.docswell.com/page/ZPER928ZJ9.jpg)

１．ゴールを定義する。
不確実性が⾼く、正解が存在しない課題やテーマに対しては、納品
した時のゴールを描き、現状や課題から未来を考えるのではなく、
「ありたい姿/あるべき姿」から逆算で“いま”を考えることで、その
実現のための具体策を考えることができる。
ゴールを定義する
ために、ODSCを
明確にする。
22


# Page. 23

![Page Image](https://bcdn.docswell.com/page/NP7XQD81EX.jpg)

１．ゴールを定義する。
ODSCとは、下記の３つの頭⽂字です。
• ⽬的（Objective）
今回の⼀連のタスクを実⾏して達成できること。
• 成果物（Deliverables）
タスクを実⾏した結果として得られる成果物
• 成功基準（Success Criteria）
⽬的をどの程度達成できたかを測定するために必要
23


# Page. 24

![Page Image](https://bcdn.docswell.com/page/637K9XKM7D.jpg)

１．ゴールを定義する。
例えば、
•
⽬的（Objective）
クライアント視点
Webサイトのデザインを⼀新し、
⽬的のページに辿り着きやすくする。
⾃分視点
新⼈担当者が⼀⼈でも作業を遂⾏できるように教育する。
•
成果物（Deliverables）
利⽤者が正確に、操作できるわかりやすいUI
•
成功基準（Success Criteria）
４⽉１⽇にリリースできている。
直帰率を５pt以上削減できる。
新⼈担当者が⾃信を持って、業務に遂⾏できている。
24


# Page. 25

![Page Image](https://bcdn.docswell.com/page/4LJ3W5Z2J5.jpg)

１．ゴールを定義する。
ダメな考え⽅。
• ⽬的（Objective）
Webサイトをリニューアルする。
• 成果物（Deliverables）
リニューアルされたWebサイトのHTMLデータ
• 成功基準（Success Criteria）
４⽉１⽇にHTMLデータが納品できていること。
25


# Page. 26

![Page Image](https://bcdn.docswell.com/page/V8JDKDR6EG.jpg)

２．要素に分解する。
⽬的を「カレーを作る」とする。
カレーを作る
26


# Page. 27

![Page Image](https://bcdn.docswell.com/page/4VEPKXMZ78.jpg)

２．要素に分解する。
後につながるものを考える＝「推論」する
カレーを作る
これまでの
知識や経験で
⼊る⾔葉が
異なる
◯◯をするために、
□□をする必要がある。
もし、◯◯ならば、
結果として、□□が必要。
27


# Page. 28

![Page Image](https://bcdn.docswell.com/page/L27VVL9M7Q.jpg)

２．要素に分解する。
「⼿順」に着⽬して分解していく。
レシピを決める
材料を購⼊する
カレーを作る
調理する
盛り付ける
28


# Page. 29

![Page Image](https://bcdn.docswell.com/page/Z5JGLXZX7L.jpg)

２．要素に分解する。
「作業」に着⽬して分解していく。
レシピを決める
材料を購⼊する
カレーを作る
レシピを検索する
レシピを決める
家にある材料を調べる
⾜りない材料を購⼊する
具材を切る
調理する
材料を炒める
材料を煮る
盛り付ける
お⽫に⼊れる
29


# Page. 30

![Page Image](https://bcdn.docswell.com/page/V47QY8L5EP.jpg)

タスクの洗い出し（参考）
「成果物」に着⽬して分解した場合
スパイス
カレールー
⽔
具材
⾁（豚⾁/⽜⾁/鶏⾁）
野菜
カレー
レシピ
道具
お⽫/スプーン
鍋
包丁
30


# Page. 31

![Page Image](https://bcdn.docswell.com/page/DKE4W2DVJ1.jpg)

①作業項⽬をすべて洗い出す
Lychee Redmine
・洗い出したタスクを追加する。
・タスクをグルーピングする場合は、「バージョン」を作成しておこう。
担当者は
設定しない。
「１」にする。
31


# Page. 32

![Page Image](https://bcdn.docswell.com/page/PL71YMZ4JG.jpg)

②作業項⽬の順序設定
①作業項⽬をすべて洗い出す
マインドマップ/付箋とか使う。
②作業項⽬の順序設定
リリース/納品から考える。
③作業項⽬/順序検証
MECEでチェック
④⼯数を設定
プランニングポーカーなど
⑤担当者を設定
能⼒やリソースで設定
⑥作業内容の検証
DONEの定義をMECEでチェック
32


# Page. 33

![Page Image](https://bcdn.docswell.com/page/8G7WG39ZE2.jpg)

②作業項⽬の順序設定
不確実性が⾼く、正解が存在しない課題やテーマに対しては、納品
した時のゴールを描き、現状や課題から未来を考えるのではなく、
「ありたい姿/あるべき姿」から逆算で“いま”を考えることで、その
実現のための具体策を考えることができる。
【やること】
①最後のタスクに探す。
②この「タスク」を終わら
せるためには、どのタスク
が必要か︖
33


# Page. 34

![Page Image](https://bcdn.docswell.com/page/W4JZLV9LE3.jpg)

②作業項⽬の順序設定
Lychee Redmine
タスク #298 を終わらせるためには、タスク#297を完了させる必要
がある。
①タスク #298 の⼿前をクリックする。
②タスク #297を選択する。
②タスク #297の次に、タスク #298 につながります。
34


# Page. 35

![Page Image](https://bcdn.docswell.com/page/KYE6W5KMEV.jpg)

③作業項⽬/順序検証
①作業項⽬をすべて洗い出す
マインドマップ/付箋とか使う。
②作業項⽬の順序設定
リリース/納品から考える。
③作業項⽬/順序検証
MECEでチェック
④⼯数を設定
プランニングポーカーなど
⑤担当者を設定
能⼒やリソースで設定
⑥作業内容の検証
DONEの定義をMECEでチェック
35


# Page. 36

![Page Image](https://bcdn.docswell.com/page/5GE5MYPQE4.jpg)

MECEな、プロジェクト計画
「MECE」とは、Mutually Exclusive Collectively
Exhaustive の略で、「重複と漏れがない」という意味
合いのビジネス⽤語です。
これを⾏わないと。。。
• 作業が漏れていて、急に後から⾔われる。
（割り込み作業によるスケジュール遅延）
• 同じような作業を、別の担当者がやっていた。
（リソースの無駄）
なので、「漏れなく、ダブりなく」⾏うことが重要。
36


# Page. 37

![Page Image](https://bcdn.docswell.com/page/V9729G6WJR.jpg)

クイズです。
※引っかけとかじゃないので気楽に考えて下さい
チョコレートとあめの値段の合計は１１０円です。
そして、チョコレートはあめより１００円⾼いです。
さて、あめの値段はいくらでしょうか︖
ダニエル・カーネマン「ファスト＆スロー」より引⽤・⼀部改編
37


# Page. 38

![Page Image](https://bcdn.docswell.com/page/5DJY4V997M.jpg)

クイズです。
※引っかけとかじゃないので気楽に考えて下さい
チョコレートとあめの値段の合計は１１０円です。
そして、チョコレートはあめより１００円⾼いです。
さて、あめの値段はいくらでしょうか︖
正解︓５円
ダニエル・カーネマン「ファスト＆スロー」より引⽤・⼀部改編
38


# Page. 39

![Page Image](https://bcdn.docswell.com/page/2V7NYMLDE8.jpg)

脳の２つの思考モード
システム１
システム２
誰もが
瞬間的に考える⼒
を持っている
動きが遅くて
⾯倒くさがり
でもときどき
⼤きな間違い
をする
論理チェックが
瞬間的に
できたら︖
直感的な思考
論理的な思考
⾃動的に⾼速で働く
システム１の監視役
努⼒はほとんど不要
動きが遅く努⼒も必要
ダニエル・カーネマン「ファスト＆スロー」より引⽤・⼀部改編
39


# Page. 40

![Page Image](https://bcdn.docswell.com/page/GYJ9PN4873.jpg)

ロジック検証に役⽴つ４つの質問
論理的な正しさを調べるガイドライン
（CLR : Category of Legitimate Reservation）
①明瞭性の懸念
②存在の懸念
⾔葉があいまい・
解釈がいろいろできる
間違ってる・抽象的すぎ・
⼀般化しすぎ
③因果の懸念
④⼗分性の懸念
因果関係が逆になる・
成り⽴たない
結果が起こるための
原因が不⼗分
40


# Page. 41

![Page Image](https://bcdn.docswell.com/page/5GJ8DKQZJD.jpg)

①明瞭性の懸念
タスクの内容や⾔葉があいまいだったり、
⾊々な解釈ができることをなくします。
完パケで
提出する。
具材を切る
⾔葉の意味が
わからない
⼈によって
解釈がちがう
41


# Page. 42

![Page Image](https://bcdn.docswell.com/page/MLJLMZX1ER.jpg)

②存在の懸念
このタスクは本当に必要なのか、
抽象的だったり、⼀般化しすぎてないか確認する。
カレーを作る
抽象的で
本当に必要か
確認できない
設計書
を作る。
⼀般化しすぎ
42


# Page. 43

![Page Image](https://bcdn.docswell.com/page/547MYVL57W.jpg)

③因果の懸念
因果関係が逆になっていないか確認する。
※順番にしなくて良い可能性も考える。
因果が逆
サーバ構築
を⾏う。
サーバ設計
を⾏う。
サーバ設計
を⾏う。
サーバ構築
を⾏う。
これはOK
43


# Page. 44

![Page Image](https://bcdn.docswell.com/page/ZP7R92KZE9.jpg)

④⼗分性の懸念
このタスクが実⾏するために
必要なタスクが不⼗分でないか確認する。
これが必要
ソフトウェアを
インストールする
箱をむやみに
増やさない
ことも⼤切
サーバの
構築を⾏う
上記のタスクの
詳細に記⼊
（Doneの定義）
ネットワークの
設定する。
テストを
⾏う。
44


# Page. 45

![Page Image](https://bcdn.docswell.com/page/NPJXQDL17X.jpg)

③作業項⽬/順序検証
①明瞭性の懸念
②存在の懸念
③因果の懸念
④⼗分性の懸念
Lychee Redmine
︓「具材を切る」って何切るの︖。
︓「具材を炒める」って全部煮込んだらいいんじゃない。︖
︓「具材を切る」は２⼈でできる︖包丁があるか確認
︓「⾷べる」「⽚付け」がない。
そもそも、⽬的は「カレーを作る」こと︖「カレーを⾷べる」こと
45


# Page. 46

![Page Image](https://bcdn.docswell.com/page/63JK9XLMJD.jpg)

③作業項⽬/順序検証
Lychee Redmine
⾒やすくするコツ
①バージョンに番号をつけると、上から並ぶ
②ガントチャートのソート条件は開始⽇順にする。
46


# Page. 47

![Page Image](https://bcdn.docswell.com/page/4LE3W532E5.jpg)

③作業項⽬/順序検証
①作業項⽬をすべて洗い出す
マインドマップ/付箋とか使う。
②作業項⽬の順序設定
リリース/納品から考える。
③作業項⽬/順序検証
MECEでチェック
④⼯数を設定
プランニングポーカーなど
⑤担当者を設定
能⼒やリソースで設定
⑥作業内容の検証
DONEの定義をMECEでチェック
47


# Page. 48

![Page Image](https://bcdn.docswell.com/page/V8EDKD467G.jpg)

Lychee Redmine
④⼯数を設定/⑤担当者を設定
①担当者を設定する。
①
②
②⼯数を⼊れる。
※注意︓開始⽇が未来⽇でないと期⽇の調整が難しい。
48


# Page. 49

![Page Image](https://bcdn.docswell.com/page/4V7PKXVZJ8.jpg)

④⼯数を設定/⑤担当者を設定
Lychee Redmine
【注意】
同じ担当者が同じ⽇に設定されてしまうこと
がある。
→Lychee⼯数リソース管理を使い、稼働率が
100％超えている⽇は調整する。
※同じ担当者のチケットを順番に繋げると正
しくズレるが、タスクの関連がわかりにくく
なる。
49


# Page. 50

![Page Image](https://bcdn.docswell.com/page/L2JVVLZMJQ.jpg)

④⼯数を設定/⑤担当者を設定
Lychee Redmine
⼯数と担当者が決まったら実際のスケジュールが完成。
先頭のタスクをプロジェクト開始⽇に移動させる。
→後続のタスクが全てくっついて移動する。
50


# Page. 51

![Page Image](https://bcdn.docswell.com/page/Z5EGLX4XJL.jpg)

④⼯数を設定/⑤担当者を設定
Lychee Redmine
プロジェクトの完了予定⽇がわかります。
51


# Page. 52

![Page Image](https://bcdn.docswell.com/page/V4JQY8G57P.jpg)

⑥作業内容の検証
①作業項⽬をすべて洗い出す
マインドマップ/付箋とか使う。
②作業項⽬の順序設定
リリース/納品から考える。
③作業項⽬/順序検証
MECEでチェック
④⼯数を設定
プランニングポーカーなど
⑤担当者を設定
能⼒やリソースで設定
⑥作業内容の検証
DONEの定義をMECEでチェック
52


# Page. 53

![Page Image](https://bcdn.docswell.com/page/DK74W25VE1.jpg)

⑥作業内容の検証
Lychee Redmine
フルキット/Done定義を確認し、説明に追記しておく。
フルキット︓このタスクを開始する前にしなければならないこと。
Done定義︓このタスクを完了する為にしなければならないこと。
※成果物の視点でチェック
53


# Page. 54

![Page Image](https://bcdn.docswell.com/page/PLJ1YMW4EG.jpg)

CCPM的プロジェクト確認⽅法


# Page. 55

![Page Image](https://bcdn.docswell.com/page/8GJWG36Z72.jpg)

プロジェクトの状況を確認
CCPM（Critical Chain Project Management︓クリティカル・チェーン・プロ
ジェクト・マネジメント）とは、故ゴールドラット博⼠が提唱する制約理論
（TOC）の考えに基づき、全体最適の観点から開発されたプロジェクト管理⼿法。
1997年に著書『Critical Chain』で発表し、 ⽇本では、2003年に翻訳出版された。
特徴１
「クリティカル・チェーン」を着⽬し、
不確実性と向き合い、⼯期短縮につなげる。
特徴２
プロジェクトのバッファ消費状況をみることで、
課題への意思決定を素早く⾏うことができます。
55


# Page. 56

![Page Image](https://bcdn.docswell.com/page/W4EZLVYL73.jpg)

プロジェクトの状況を確認
Lychee Redmine
プロジェクト期⽇を設定する。
56


# Page. 57

![Page Image](https://bcdn.docswell.com/page/KY76W5DM7V.jpg)

プロジェクトの状況を確認
Lychee Redmine
プロジェクト期⽇しても、このプロジェクトが
どれくらい余裕があるのか分かりにくい。
57


# Page. 58

![Page Image](https://bcdn.docswell.com/page/5G75MY3Q74.jpg)

プロジェクトの状況を確認
Lychee CCPM
プロジェクトの期限に対して、クリティカルパスの最終⽇を設定すると
プロジェクトバッファがどれくらいあるか、⾒える。
58


# Page. 59

![Page Image](https://bcdn.docswell.com/page/V9J29GZWER.jpg)

プロジェクトの状況を確認
Lychee CCPM
Lycheeガントチャートにもバッファが表⽰されます。
※⻘信号
59


# Page. 60

![Page Image](https://bcdn.docswell.com/page/5DEY4VR9JM.jpg)

期⽇が間に合うほど⽢くない。
Lychee CCPM
クリティカルパスの最終⽇より、プロジェクトの期限が早い場合は、
両⽅にプロジェクトの期限を⼊れます。
60


# Page. 61

![Page Image](https://bcdn.docswell.com/page/2VJNYMDD78.jpg)

期⽇が間に合うほど⽢くない。
Lychee CCPM
Lycheeガントチャートに、間に合っていない⽇数が出ます
※⾚信号
61


# Page. 62

![Page Image](https://bcdn.docswell.com/page/GYE9PNG8J3.jpg)

フィーバーチャートとは
Lychee CCPM
下記の２軸でプロジェクトを状況を把握します。
横軸︓進捗率（クリティカルパスに対するタスク完了数）
縦軸︓バッファ消費率
同じ、バッファ消費率でも、プロジェクト初期（進捗が少ない時）に、
バッファを多く消費しているプロジェクトは、ヤバい。
プロジェクト後半は、バッファを消費してても、そこまでヤバくない。
62


# Page. 63

![Page Image](https://bcdn.docswell.com/page/5GE8DKVZED.jpg)

フィーバーチャートで確認
Lychee CCPM
フィーバーチャートに、バッファ消費率が表⽰され、
プロジェクト遅延の「ヤバさ」が⾒えるようになります。
63


# Page. 64

![Page Image](https://bcdn.docswell.com/page/MLELMZ517R.jpg)

フィーバーチャートでプロジェクトの状況がわかる。
例２）進捗が遅れている
バッファ消費率
バッファ消費率
例１）通常運転
タスク達成率
タスク達成率
例４）やばそう
バッファ消費率
バッファ消費率
例３）進捗が戻っている
タスク達成率
タスク達成率
64


# Page. 65

![Page Image](https://bcdn.docswell.com/page/54JMYV35JW.jpg)

CCPM的な計画の⽴て⽅
Lychee CCPM
プロジェクトの期限から、２０〜３０％程度のバッファを設定して、
バッファ期⽇（プロジェクトの⽬標期限）を決めます
65


# Page. 66

![Page Image](https://bcdn.docswell.com/page/ZPJR92QZ79.jpg)

プロジェクトの確認の仕⽅
Lychee CCPM
バッファ消費期⽇から、タスクが超えている（バッファを
消費しているか）か確認していきます。
66


# Page. 67

![Page Image](https://bcdn.docswell.com/page/NPEXQD51JX.jpg)

マルチプロジェクトで効果を発揮
Lychee CCPM
プロジェクトの状況を、同じ指標で⾒れるため、どのプロジェクトに
リソースを突っ込む（気にかけておく）べきか、わかります。
67


# Page. 68

![Page Image](https://bcdn.docswell.com/page/63EK9X6MED.jpg)

LycheeCCPMを使うためには
Lychee CCPM
【注意】
本⽇の機能は、LycheeCCPMの契約が必要です。
68


# Page. 69

![Page Image](https://bcdn.docswell.com/page/4L73W56275.jpg)

ロジックツリー/スケジュールを作るポイント
１．ゴールを定義する。
→ODSCを考える。
２．要素に分解する。
→⼿順、成果物の視点でゴールから考える。
３．因果関係を意識する。
→ CLRで論理的にチェック
69


# Page. 70

![Page Image](https://bcdn.docswell.com/page/V87DKDV6JG.jpg)

ご静聴ありがとうございました。
この度はこのような貴重な機会を⽤意していただた、
ウェブ解析⼠協会の皆様に、改めて感謝いたします。


