WEB-campas schoo

リーダーになったら学ぶべき プロジェクトマネジメント入門

2013年11月29日

PROCESS DESIGN AGENThttp://www.processdesignagent.jp

株式会社プロセスデザインエージェント 代表取締役社長　芝本秀徳

自己紹介

芝本秀徳 プロジェクトコンサルタント

株式会社プロセスデザインエージェント 代表取締役社長

組織やプロジェクトの「実行品質」を高めるコンサルティングを実施

著書

近著

図解とマンガでわかる プロジェクトを成功させる技術！ （ディスカヴァー・トゥウェンティワン）

みなさんの職業は何ですか？ （自由記述）

教えてください

プロジェクトの進め方で 悩んだことはありますか？

（Yes/No）

教えてください

��

そもそもプロジェクトって何？

繰り返しのきく仕事は海外へ

組織の効率アップ

変化への対応

プロジェクト型の仕事の増加

プロジェクト 独自性 有期性

プロジェクト型の仕事が増えている

プロジェクトって何？

　　プロジェクトとは、やったことがないことを計画・実行して、期限までに終わらせること

P.12P.13

『プロジェクトを成功させる技術！』Lesson1より

プロジェクトってなに？

独自のプロダクト、サービス、 所産を創造するために実施される 有期性のある業務

（PMBOK第4版より）

『プロジェクトを成功させる技術！』Lesson1より

��

そもそもプロジェクトって何？

繰り返しのきく仕事は海外へ

組織の効率アップ

変化への対応

プロジェクト型の仕事の増加

プロジェクト 独自性 有期性

プロジェクト型の仕事が増えている

プロジェクトって何？

　　プロジェクトとは、やったことがないことを計画・実行して、期限までに終わらせること

P.12P.13

これはつまり・・・

やってみないとわからない

プロジェクトとは 言いかえると・・・

��

そもそもプロジェクトって何？

繰り返しのきく仕事は海外へ

組織の効率アップ

変化への対応

プロジェクト型の仕事の増加

プロジェクト 独自性 有期性

プロジェクト型の仕事が増えている

プロジェクトって何？

　　プロジェクトとは、やったことがないことを計画・実行して、期限までに終わらせること

P.12P.13

『プロジェクトを成功させる技術！』Lesson3より

プロジェクトの本質とは

不確実性

やってみないとわからない

『プロジェクトを成功させる技術！』Lesson3より

� �

そもそもプロジェクトって何？

やってみないとわからない

期限がある

有期性

１回きりやったことがない

独自性

１回きりやったことがない

独自性 不確実性

企画開始 企画承認 仕様の決定

ユーザインターフェースの確定

ソフトウェア設計の完了

ソフトウェアの完成

4.0x

2.0x

1.0x0.8x0.67x

0.5x

0.25x

1.25x1.5x

不確実性はプロジェクト開始時に非常に大きく、時間の経過とともに急速に小さくなっていく

プロジェクトの特徴

不確実性コーン

「やってみないとわからない」不確実性をいかに乗りこなすかが、プロジェクト成功の秘訣

日経BPソフトプレス『ソフトウェア見積り』を参考に作成

P.16P.17

『プロジェクトを成功させる技術！』Lesson3より

� �

そもそもプロジェクトって何？

やってみないとわからない

期限がある

有期性

１回きりやったことがない

独自性

１回きりやったことがない

独自性 不確実性

企画開始 企画承認 仕様の決定

ユーザインターフェースの確定

ソフトウェア設計の完了

ソフトウェアの完成

4.0x

2.0x

1.0x0.8x0.67x

0.5x

0.25x

1.25x1.5x

不確実性はプロジェクト開始時に非常に大きく、時間の経過とともに急速に小さくなっていく

プロジェクトの特徴

不確実性コーン

「やってみないとわからない」不確実性をいかに乗りこなすかが、プロジェクト成功の秘訣

日経BPソフトプレス『ソフトウェア見積り』を参考に作成

P.16P.17

不確実性に対処するには？

��

そもそもプロジェクトって何？

不確実性を乗りこなすアプローチ

■プロセスを設計する■計画をしっかり立てる■不明点を明らかにする

不確実性そのものを小さくする

�

■リスクを想定して、　対策を立てておく■バッファ（余裕）を設定する

� 衝撃に備える

バッファ

■計画と実績を比較する■モノゴトを早めに決める■変化を計画に反映させる

３つのアプローチを駆使して、不確実性を乗りこなす！

� 不確実性を徐々に小さくする

P.18P.19

��

そもそもプロジェクトって何？

不確実性を乗りこなすアプローチ

■プロセスを設計する■計画をしっかり立てる■不明点を明らかにする

不確実性そのものを小さくする

�

■リスクを想定して、　対策を立てておく■バッファ（余裕）を設定する

� 衝撃に備える

バッファ

■計画と実績を比較する■モノゴトを早めに決める■変化を計画に反映させる

３つのアプローチを駆使して、不確実性を乗りこなす！

� 不確実性を徐々に小さくする

P.18P.19

��

そもそもプロジェクトって何？

不確実性を乗りこなすアプローチ

■プロセスを設計する■計画をしっかり立てる■不明点を明らかにする

不確実性そのものを小さくする

�

■リスクを想定して、　対策を立てておく■バッファ（余裕）を設定する

� 衝撃に備える

バッファ

■計画と実績を比較する■モノゴトを早めに決める■変化を計画に反映させる

３つのアプローチを駆使して、不確実性を乗りこなす！

� 不確実性を徐々に小さくする

P.18P.19

『プロジェクトを成功させる技術！』Lesson4より

プロジェクト計画 プロセス設計

リスク管理 バッファマネジメント

モニタリング コントロール

何から手をつけるべきか？

カーナビで考えてみよう

1. 目的地を決めて設定する2. ルートを探索する

カーナビを使ってドライブに行く

3. 到着予想時刻を確認する4. 案内を開始する5. 走り出す

ルートがなければ案内できない

ルート ＝ 目的地までの行き方

まず、ルートを引こう

プロセス ＝ 仕事の仕方・進め方

プロジェクトにおけるルートとは

プロセスとは何か？

プロセスはレシピ

料理レシピ

原材料

技術

プロセスはレシピ

レシピがなければ料理はできない

Resource Process

Value

+α

Process

Process

ProcessResource

Resource

Resource

Resource

Resource

+α

+α

+α

+α

+α

+α

+α

プロセスの連鎖

企業やプロジェクトはプロセスの連鎖で出来ている

プロセス設計のコツと手順

1.入力と出力で考える

2.アウトプットから考える

プロセス設計のコツ

入出力で考える

加熱するお米 水

ごはん

アウトプットから考える

逆算思考

３２ １

アウトプットは何か どんな要素が含まれるか

アウトプットを生み出すには どんな材料が必要か

どのように加工して アウトプットを生み出すか

②インプット ①アウトプット③プロセス入出力思考テンプレート

知恵経験を

意味づけする経験 知識

企画書問題を解決する市場ニーズ 技術シーズ

スケジュール利用可能な時間 TODOリスト

時間を配分する

プロセスフローダイアグラム

類書

ビジネス書出版プロセス

承認／否認

編集 会議

書店の 動き

市場の求める ファンクション を分析する

FAST ダイアグラム

読者層を 探る

ペルソナ

繰り返し

切り口 キーワードを 選ぶ

コピー

自分が持っている ノウハウ／スキル

読者が持つ 問題を挙げる

アイデア リスト

読者に伝えたい メッセージを一言で

あらわす

想定読者に響く 切り口／キーワード

を探す

切り口 キーワード

章立てを練る

目次 構成案

売れる根拠を 示す

企画書

文章を 肉付けする

原稿

伝わる文章に 修正する

ゲラ

DTPに流す

誤字脱字 言い回しを修正

する

印刷する

見本

問題リスト

読者が持つ 問題の解決策を挙げる

プロセス設計の手順

��

いつまでに何をすればいいの？

成果物

文書・記録など形のあるもの

顧客ニーズ 企画書

プロセスフローダイヤグラムって何？

図解要素

WBSなどのツリー構造は要素還元的なもの（成果物の集合など）の理解に向いている

WBS

PFDはフローと入出力の関係を表し、相互作用を理解するのに向いている

インプットを 加工して アウトプットする

解決策を練る

下位にプロセスを持つ

上位のプロセス

階層化されたプロセス

インプットを加工してアウトプットを生み出すアクションのかたまり

プロセス

ノウハウ・スキルなど形のないもの

無形成果物

技術シーズ

WBSとPFDの両方を行き来することでヌケ・モレをなくすことができる

P.72P.73

『プロジェクトを成功させる技術！』Lesson25より

��

いつまでに何をすればいいの？

プロセス設計の手順

手順ではなく「関係」に着目してプロセスの全体像と相互作用を理解する

対象の最終成果物を選ぶ

最終成果物の構成要素を挙げる

必要なインプットとプロセスを挙げる

インプットとアウトプットの関係でつないでいく

すべてがつながるまで

ステップ �

ステップ �

ステップ �

ステップ �

プレゼンテーション計画書

�開発スケジュールと進捗を確認する

開発スケジュール

・時間割 （タイムテーブル＋人員割当）・シナリオ・来場者への配布資料が含まれる

�計画書に統合する

シナリオ

�ストーリーを構成し、説明を肉付けする

時間割（タイムテーブル＆人員割当）

�スケジュール組み担当を割り当てる

利用可能なリソース（人／場所／時間）

必要な回数

曜日毎入場者数見込み

製品仕様書

イベント当日利用可能な機能リスト

�営業視点の訴求ポイントを挙げる

競合商品情報

訴求ポイントリストと説明

進捗報告書

�機能と訴求ポイントの理解を助ける資料を作る

配布資料

製品企画担当、開発者の思い

P.74P.75

『プロジェクトを成功させる技術！』Lesson26より

演習 プロセスを添削してみよう

引合い

電話をかける

納期

テーマ

予算

優先順位をつける

訪問見込み

アポをとる

提案書

機材

時間

デモを行なう

条件を決める

金額

場所 取引条件

伝票を切る売上

時期

予算

必要仕様

営業プロセス（改善前）

引合い

営業プロセス（改善前）

電話をかける

納期

テーマ

予算

優先順位をつける

訪問見込み

アポをとる

提案書

機材

時間

デモを行なう

条件を決める

金額

場所 取引条件

伝票を切る売上

時期

予算

必要仕様

電話をかけるのは「手順」 優先順位は結果プロセスとアウトフローが 合っていない

プロセスが飛躍している 手順のフローになっている

必要なプロセスが 抜けている

必要なプロセスが 抜けている

引合い

営業プロセス（改善後）

1. 顧客の課題を 聞き出す

納期

テーマ

予算

3. 売上見込みを 比較する

見込顧客 リスト

4. 日程と時間を 確保する

提案書

機材・人員

日程・時間

7. デモを行なう

9. 契約条件を決める

金額

場所 取引条件

11. 契約を交わす

売上

時期

予算

必要仕様

2. 予算を聞き出す

成約の見込

優先順位

5. 予算に合わせた 解決策を文書化する

6. 機材と人員を 割り当てる

顧客の感触

8. 要件を引き出す10.

契約を 文書化する

契約書

要件

契約条件

引合い

営業プロセス（改善後）

1. 顧客の課題を 聞き出す

納期

テーマ

予算

3. 売上見込みを 比較する

見込顧客 リスト

4. 日程と時間を 確保する

提案書

機材・人員

日程・時間

7. デモを行なう

9. 契約条件を決める

金額

場所 取引条件

11. 契約を交わす

売上

時期

予算

必要仕様

2. 予算を聞き出す

成約の見込

優先順位

5. 予算に合わせた 解決策を文書化する

6. 機材と人員を 割り当てる

顧客の感触

8. 要件を引き出す10.

契約を 文書化する

契約書

要件

契約条件

手順ではなく INとOUTの「関係」を表す

どんな情報をどう加工すれば優先順位がOUTされるのか？を考える

何をどう加工すれば提案書になるのか？

デモによって何が得られるか？要件は明示的に引き出す

契約には契約書が必要＝プロセスが必要

デモに必要なインプットは？

1.プロジェクトの本質は不確実性

2.まず、ルートを引こう

まとめ

3.入力と出力の「関係」で捉える

4.アウトプットから考える

プロセスを変えれば結果が変わる

�

キ ャ ラ ク タ ー 紹 介

ベテランプロジェクトマネジャーであり、三木ヒトミの上司でもある。いかつい風体で関西弁をあやつる一方、甘いもの好きの一面も。実は面倒見がよい。

上村課長

某 IT 企業の企画部所属。入社４年目。ある日、上司の上村課長に呼び出され、新商品のプロモーションイベントのチームリーダーに指名されるが……

三木ヒトミ

P.4P.5

�

キ ャ ラ ク タ ー 紹 介

ベテランプロジェクトマネジャーであり、三木ヒトミの上司でもある。いかつい風体で関西弁をあやつる一方、甘いもの好きの一面も。実は面倒見がよい。

上村課長

某 IT 企業の企画部所属。入社４年目。ある日、上司の上村課長に呼び出され、新商品のプロモーションイベントのチームリーダーに指名されるが……

三木ヒトミ

P.4P.5