---
title: LycheeCCPMで始めるプロジェクト計画法
tags: 
author: [東 秀和](https://convert.docswell.com/user/hidekazu-higashi)
site: [Docswell](https://www.docswell.com/)
thumbnail: https://bcdn.docswell.com/page/5D7YZQD9JM.jpg?width=480
description: LycheeCCPMで始めるプロジェクト計画法 by 東 秀和
published: December 08, 21
canonical: https://convert.docswell.com/s/hidekazu-higashi/K9WRYK-2021-12-08-172126
---
# Page. 1

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

LycheeCCPMで始める
プロジェクト計画法
東 秀和


# Page. 2

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

はじめに
• 会社やクライアントの方針で計画駆動型(ウォーターフォール型)で
進めないといけませんが、従来の方法では、
– 『プロジェクトの納期を守れない』
– 『納期は守れるがいつもギリギリでチームが疲弊する』
– 『計画通りにプロジェクトが進んでくれない』
– 『進んでいるのか見えない』
という悩みをアジャイル(適応型、価値駆動)などと並んで有名なプ
ロジェクトマネジメント手法、CCPM(クリティカルチェーンプロ
ジェクトマネジメント)の考え方を使い、改善していきます。
• このセッションではLycheeCCPMを使って、実際にプロジェクト
の計画～スケジュール設定までの手順を紹介します。
※今回は、実行管理、運用ポイント～プロジェクト評価/改善など、含まれておりません。
2


# Page. 3

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

自己紹介
東 秀和
1974年5月生 広島県尾道市（因島）出身
（ひがし ひでかず）
関西の独立系システム開発会社にて、eラーニングシステムや基幹系業務
システムのプロジェクトに10年以上携わり、その中で、TOC/CCPMに出
会い、その魅力に引き込まれる。
自分の関わるプロジェクトで、試行錯誤しながらCCPMを実践していく。
大手広告制作会社に転職後、デジタル関連部署に配属され、大手不動産会
社プロモーション業務システム、医療関係者向けWebサイト運用を複数プ
ロジェクトを担当し、CCPMプロジェクトで成果を上げる。
現在は、デジタルマーケティングの企画/運営にかかわることが多く、担当
しているサイトの改善を日々続けています。
資格
•
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/5G789PXZJD.jpg)

目次
１．プロジェクトを計画する前に
２．CCPM的プロジェクト計画の作り方
３．CCPM的プロジェクトの確認方法


# Page. 5

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

「プロジェクトを計画する」とは？
• プロジェクト目標を無事達成するために、
チームが完了するべき重要な業務を示すこと。
• スコープ、リソース、期日、成果物に関する情報
が含まれているスケジュールを立てる。
5


# Page. 6

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

スケジュールを立てる
• プロジェクトの全体像把握や、進捗管理するた
めにガントチャートを作成します。
• 縦軸にタスク（作業項目）を配置し、横軸に時
間軸を棒グラフで表すことで、パッと見ただけ
で直感的に全体像を掴めるようにします。
横型（一般的なスケジュール）
縦型（イベントタイムスケジュール）
6


# Page. 7

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

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


# Page. 8

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

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


# Page. 9

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

タスクの洗い出しは「手順」と「成果物」に着目
「手順」に着目して分解していく。
レシピを決める
レシピを検索する
レシピを決める
家にある材料を調べる
材料を購入する
足りない材料を購入する
カレーを作る
具材を切る
調理する
材料を炒める
材料を煮る
盛り付ける
お皿に入れる
9


# Page. 10

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

「成果物」に着目した考えかたも必要
「成果物」に着目して分解した場合
スパイス
カレールー
水
具材
肉（豚肉/牛肉/鶏肉）
野菜
カレー
レシピ
道具
お皿/スプーン
鍋
包丁
10


# Page. 11

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

CCPM的プロジェクト計画の作り方


# Page. 12

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

CCPM的なプロジェクト計画の作り方
•
CCPMをやる時には、次のステップを意識して計画する。
①作業項目をすべて洗い出す
マインドマップ/付箋とか使う。
②作業項目の順序設定
リリース/納品から考える。
③作業項目/順序検証
MECEでチェック
④工数を設定
プランニングポーカーなど
⑤担当者を設定
能力やリソースで設定
⑥作業内容の検証
DONEの定義をMECEでチェック
12


# Page. 13

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

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


# Page. 14

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

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


# Page. 15

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

Lychee Redmineの準備③
Lychee Redmine
担当者を作成する。（プロジェクトの権限を付与する。）
※計画時はサブリーダー単位くらいでも可
15


# Page. 16

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

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


# Page. 17

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

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


# Page. 18

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

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


# Page. 19

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

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


# Page. 20

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

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


# Page. 21

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

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


# Page. 22

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

②作業項目の順序設定
【注意】
必ずしも、最初のタスクにつながなくてもよい。
①
①
②
②
③
④
④
③
⑤
⑤
⑥
22


# Page. 23

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

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


# Page. 24

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

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


# Page. 25

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

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


# Page. 26

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

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


# Page. 27

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

②存在の懸念
このタスクは本当に必要なのか、
抽象的だったり、一般化しすぎてないか確認する。
部下の
モチベーション
が低い
抽象的で
本当に必要か
確認できない
基本設計
を行う。
一般化しすぎ
27


# Page. 28

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

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


# Page. 29

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

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


# Page. 30

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

③作業項目/順序検証
①明瞭性の懸念
②存在の懸念
③因果の懸念
④十分性の懸念
Lychee Redmine
：「具材を切る」って何切るの？。
：「具材を炒める」って全部煮込んだらいいんじゃない。？
：「具材を切る」は２人でできる？包丁があるか確認
：「片付け」がない。
30


# Page. 31

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

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


# Page. 32

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

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


# Page. 33

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

Lychee Redmine
④工数を設定/⑤担当者を設定
①担当者を設定する。
①
②
②工数を入れる。
※注意：開始日が未来日でないと期日の調整が難しい。
33


# Page. 34

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

④工数を設定/⑤担当者を設定
Lychee リソース管理
【注意】
同じ担当者が同じ日に設定されてしまうこと
がある。
→Lychee工数リソース管理を使い、稼働率が
100％超えている日は最終的に調整する。
※同じ担当者のチケットを順番に繋げると正
しくズレるが、タスクの関連がわかりにくく
なる。
山崩し機能が欲しいな。。。
（スケジュールを後ろにずらしてくれる）
34


# Page. 35

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

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


# Page. 36

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

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


# Page. 37

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

プロジェクトの終了日を調べる
Lychee Redmine
納期を優先して立てた計画は「忖度」が入ります。
計画を立てた後に、最初のタスクを実際のスタート日までずらす。
37


# Page. 38

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

Lychee Redmine
プロジェクトを調べる
プロジェクトの完了予定日がわかる。
最後のタスクを移動しても
動いて欲しいな。。。
38


# Page. 39

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

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


# Page. 40

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

CCPMでプロジェクト計画を行うと何が良いか
プロジェクト状況/評価を定量化できる。
↓
正しく状況を把握できる。
↓
適切に意思決定を行うことができる。
40


# Page. 41

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

プロジェクトの状況を確認
Lychee Redmine
実際のプロジェクト期日を設定する。
41


# Page. 42

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

プロジェクトの状況を確認
Lychee Redmine
プロジェクト期日を設定すると、プロジェクトの期間が表示される。
ただ、どれくらい余裕があるのか分かりにくい。
42


# Page. 43

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

プロジェクトの状況を確認
Lychee CCPM
クリティカルパスの最終日をバッファ開始日に設定すると、
プロジェクトバッファがどれくらいあるか、見える。
43


# Page. 44

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

プロジェクトの状況を確認
Lychee CCPM
Lycheeガントチャートにもバッファが表示されます。
※余裕があるので青いバーが出ます。
44


# Page. 45

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

期日が間に合うほど甘くない。
Lychee CCPM
クリティカルパスの最終日より、プロジェクトの期限が早い場合
（まったく間に合っていない）は、両方にプロジェクトの期限を入れます。
45


# Page. 46

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

期日が間に合うほど甘くない。
Lychee CCPM
Lycheeガントチャートに、間に合っていないバーが出ます
※間に合っていないので赤いバーが出ます。
46


# Page. 47

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

CCPM的な計画の立て方
Lychee CCPM
プロジェクトの期限（クリティカルパスの最終日でも可）から、
２５％（２０～３０％程度）のバッファを設定して、
バッファ開始日（プロジェクトの目標期限）を決めます。
47


# Page. 48

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

プロジェクトの確認の仕方
Lychee CCPM
バッファ開始日（プロジェクトの目標期限）から、
どれくらい超えている（バッファを消費しているか）か
確認できます。
48


# Page. 49

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

フィーバーチャートで確認
Lychee CCPM
フィーバーチャートに、バッファ消費率が表示され、
プロジェクト遅延の「ヤバさ」の定量化され、評価ができます。
49


# Page. 50

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

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


# Page. 51

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

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


# Page. 52

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

マルチプロジェクトで効果を発揮
Lychee CCPM
一つのグラフに
複数のプロジェクトを
プロットしてほしいな。
52


# Page. 53

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

LycheeCCPMを使うためには
Lychee CCPM
【注意】
本日の機能は、プレミアムの契約が必要です。
53


