目次• はじめにケースメソッドを適用した
プロジェクト・マネージャー育成の取り組み• ケースメソッドとは• 産業技術大学院大学での取り組み

東京都立産業技術大学院大学
情報アーキテクチャ専攻
木村 良一

1

ソフトウェア・シンポジウム 2020 in 盛岡 (SS2020)

1. はじめに2

ソフトウェア・シンポジウム 2020 in 盛岡 (SS2020)

2. ケースメソッドとは• プロジェクト・マネージャーが置かれている環境– 経営環境の激しい変化（VUCAの時代）• 発生する様々な課題や問題への対応• 失敗を積み重ねてスキルアップするだけの余裕がない

事実にもとづいた事例を教材（ケース）として模擬体験し、学習者同士が討議することにより主体的に学ぶ（≒気づきを得る）手法– 改修・保守作業の増加• 新規開発よりも改修・保守の割合が多く、プロジェクト全体を俯瞰できないため、マネジメントのポイントがわからない

プロジェクトを成功させることが困難な時代
プロジェクトマネージャーの育成が重要な課題
3

ソフトウェア・シンポジウム 2020 in 盛岡 (SS2020)

3. 産業技術大学院大学での取り組み
一般的なケースメソッド

シナリオ型ケースメソッド

ケース教材

企業で実際に発生した出来事、事象を切り取ってケースとする立ち上げから終結までのシナリオをもとにケースを作成

授業内容

ケース教材について，①個人による予習②グループ討議③全体でのクラス討議を行う．
クラス討議では学習者同士の議論により自身の気づきを深める

ケース教材について，①個人による予習②グループ学習を行う．
グループ学習で学習者同士の議論により自身の気づきを深める

積極的なディスカッションリー
ダーシップにより、討議の流れの舵をとる

学習者自身により討議を運営

講師の役割

4

ソフトウェア・シンポジウム 2020 in 盛岡 (SS2020)

3.1 シナリオ型ケースメソッド• ある一つの仮想的なプロジェクトを模擬シナリオとして作成⇒模擬体験① 模擬シナリオにおいて、その立ち上げから終結までを一貫して経験し、全体像を理解する② 模擬シナリオのいくつかの局面において注目すべきポイント（勘所）を理解する
新ポータルサイト構築プロジェクト

発注企業
システム開発依頼
提案

PM

発注

提案企業
システム開発・プロジェクト統括
協力依頼※ １年次は座学による知識教育、2年次はPBL型教育によるケースメソッド演習を実施

ソフトウェア・シンポジウム 2020 in 盛岡 (SS2020)

初級者レベルのプロジェクトマネージャーを対象に、ケースメソッドを適用したプロジェ
クトマネジメント教育を実施することにより、プロジェクトマネジメントの実務能力を身に着けるパートナー企業
開発支援
5

ソフトウェア・シンポジウム 2020 in 盛岡 (SS2020)

発注側と受注側のPMを体験する

PM

システム子会社
クラウドシステム提供
61

3.1 シナリオ型ケースメソッド

3.1 シナリオ型ケースメソッド• ケース一覧（90分×2コマ、15週）• シナリオによりケースのポイントを深堀

ケース名称
Step01

立ち上げ

Step02
Step03

発注者プロジェクト企画と立上げ 立ち上げから終結までの一連のマ
発注者のプロジェクト背景の理解 ネジメントの流れを理解し、それぞれのケースでのプロジェクトマプロジェクトの立案
ネジメントの勘所を理解する
要員計画とコスト見積

Step04
Step05計画

リスクマネジメント計画と提案書作成

Step06

提案活動と契約締結

Step07

プロジェクト計画書の完成とキックオフ

Step08

要件定義
デザインレビューの計画と実行、変更管理

Step09Step11

成果物を作成テスト計画・品質計画

Step10
実行と監視とコントロール

プロジェクト進捗管理・リカバリー報告の実施

Step12

仕様凍結後の変更要求対応

Step13

移行計画

Step14

システムテスト（受入検収テスト）

Step15

終結

ロールプレイを実施

プロジェクト終了・完了評価※ ウォーターフォール型開発を想定
7

ソフトウェア・シンポジウム 2020 in 盛岡 (SS2020)

3.1 シナリオ型ケースメソッド

8

ソフトウェア・シンポジウム 2020 in 盛岡 (SS2020)

3.2 ２段階の気づき• 成果物の作成により気づきを深める– フェーズにより、進捗報告書や不具合報告書など様々な成果物を作成

ケースメソッドとは事実にもとづいた事例を教材（ケース）として模擬体験し、学習者同士が討議することにより主体的に学ぶ（≒気づきを得る）手法
ケースメソッドにより獲得される2つの主体的な学び① 学習者自身による気づき（内発的気づき）

重要ポイントの記述を個人予習、グループ討
議にて追加② 学習者同士の討議による気づき（外発的気づき）

自己のコンピテンシー（行動特性）モデルを再構築
9

ソフトウェア・シンポジウム 2020 in 盛岡 (SS2020)10

ソフトウェア・シンポジウム 2020 in 盛岡 (SS2020)

3.2 ２段階の気づき

3.2 ２段階の気づき• 講義の構成• 事前テスト（ケース学習への導入）– 自身の知識を整理①事前テスト（個人）
個人学習による内発的気づき

なぜそう判断したのか？
その根拠は何か？

②ケースの学習（個人）③事前テストの共有④ケースの学習

気づきの深化〇×

グループ学習による外発的気づき

〇

⑤復習課題

〇
〇

事前テストと復習課題を実施し、議論を重ねて、気づきを深化、定着させる
ソフトウェア・シンポジウム 2020 in 盛岡 (SS2020)11

ソフトウェア・シンポジウム 2020 in 盛岡 (SS2020)

122

3.2 ２段階の気づき

3.2 ２段階の気づき（再掲）• 復習課題（局面の深掘）• 講義の構成– 実務上発生する課題について、学習者それぞれの立場で討議し、気づきを定着させる①事前テスト（個人）
個人学習による内発的気づき②ケースの学習（個人）③事前テストの共有④ケースの学習

気づきの深化グループ議論による外発的気づき⑤復習課題

局面の更なる理解を深めるために、事前テストと復習課題を実施
ソフトウェア・シンポジウム 2020 in 盛岡 (SS2020)

13

14

ソフトウェア・シンポジウム 2020 in 盛岡 (SS2020)

3.３ 学習者自身によるファシリテート

4. おわりに• 実際のプロジェクトマネージャーの作業• ケースメソッドを実施してみて（実際の声）– 様々なステークホルダーとのコミュニケーション、ネゴシエーションが必要

講義を一つの「プロジェクト」として扱い、学習者自身がグループ討議をファシリテートし、グループとしての成果物を作成することで、プロジェクトマネージャーには、「段取り力」や「コミュニケーションスキル」が必要であることを体感する

ソフトウェア・シンポジウム 2020 in 盛岡 (SS2020)15

各会議毎にケーススタディでの気づきを蓄積し、各自の経験談も共有できた
ステークホルダ登録簿の「権力と関心度」などの分析アプローチは、ややもすると、独りよがりのものになってしまう気がする。

キックオフ会議は、PJT全員参加の初めの会議として、プロジェクトの目的と目標、スケジュール、体制図、ルールとかを伝えるのが大切だ。

RFPがしっかりしていて、なおかつ内容を一通り頭に入れていないと発注者側と受注者側での認識の相違が生まれてしまう。

クライアント側のPMとしては、RFP作成の際には課題解消の目的や対象者を明確にして記述することが大切である。

法務任せにせず、PMもちゃんと契約書を確認したほうがいいと気づきました。

ステークホルダー管理表は顧客に見せるものではないのに、いろいろ書き込むことになった。

ソフトウェア・シンポジウム 2020 in 盛岡 (SS2020)

16

4. おわりに• 授業を振り返って– 立ち上げから終結までの、一連の流れを短時間で疑似体験でき、教科書ベースの座学ではわかりにくいプロジェクトマネジメントのポイント（勘所）が理解できた– グループ討議で、他者の「気づき」に触れることで、自分自身の考えの幅が拡がったご清聴ありがとうございました。

（今後に向けて）• PM初級者向けだけではなく、様々な層向けのシナリオ（ケース）を作成する• アジャイル開発にそったシナリオを作成するソフトウェア・シンポジウム 2020 in 盛岡 (SS2020)17

ソフトウェア・シンポジウム 2020 in 盛岡 (SS2020)183