講座体系の整備 Ver.1
2019年10⽉

イノベーティブ・デザイン合同会社
経済産業省

⽬次
• システムデザイン⼈材スキル習得のための講座体型の整備・・・・・・・・・・・・・・・ P.2• 講座体型の概要

・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・ P.4• 講座体型の構造・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・ P.6• 講座で⽤いるとするシステムデザイン事例 ・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

P.14

1

システムデザイン⼈材スキル習得のための講座体系の整備

2

講座体系整備の⽬的• システムデザイン⼈材の育成にあたり、システムデザイン⼈材としての習熟度を評価しさらにその習熟度を⾼めるために、体系的に特定した「システム⼈材スキル標準」を構成するスキル群を学び習得する⽬的で講座体系を整備する。
• また講座を体系として整備する事で、「学ぶ」「測定する」「評価する」「修正する」というフィードバックサイクルを回すことが可能となる。
システム⼈材スキル標準 スキルシート

評価基準

使う

評価する
input

測定する
input

スキル
input

学ぶ
使う

ステータス
（レベル）

output測定結果
output学習効果
output講座体系
3

講座体系の概要

4

講座体系の概要• システム⼈材スキル標準を構成するスキル群の習得は、座学による知識の理解と実践による体験の両者で実現される。
• 本講座体系はこの両者で構成されることにより、システム⼈材スキル標準で特定する全ての「求められる能⼒（competency）」（see, think, design, manage）と全ての「求められるスキル」（Hard skill, Soft skill,Meta skill）を知識の獲得と実践を通して習得する。
• 知識の獲得︓座学での講座で、スキル標準で各習熟度レベルで特定されたスキル群を学び知識として習得する。
• 実践による体験︓各習熟度レベルで特定されたスキル群を実際に活⽤しシステムデザインを体験する。体験するシス
テムデザインは、各習熟度レベルに応じて対象システムの複雑度が増していく。習熟度が低いレベルでは複雑度の少ない対象システムのデザインを体験し、習熟度が上がると複雑度の⼤きいシステムのデザインを体験する。
• 知識の獲得、実践による体験、いずれにおいても、学ぶ対象、考える対象は、習熟度レベルにかかわらず「全体」とする。
習熟度レベルに応じてステップバイステップで段階的に部分ごとに学ぶのではなく、習熟度が低い段階でもcompetencyのすべての領域における求められるスキルを習得し、全体を全体として捉えていくことを重視する。

5

講座体系の構造

6習熟度レベルのカテゴリー分け• 習熟度に求められる内容と講座体系を鑑みて、講座設計及び評価の容易さから習熟度レベルをカテゴリー分けして3つとした。
• Category 1及び２はハードスキル、ソフトスキル、メタスキルの習得割合の違いによりカテゴリー分けを⾏った。
• Category 3は経験またはセンスによる習熟度合いが⼤きく、⾃発的に学ぶことによる習熟度向上の割合が⼤きい。

カテゴリー

習熟度レベルLevel 7

Category 3

Level 6
Level 5

Category 2
Category 1

Level 4
Level 3
Level 2
Level 1
7

講座体系の解説••

本スキル標準はその構造上、習熟度レベルの下位項⽬から上位項⽬の内容がそのまま講座で習得すべき内容と順番になっている。
下記には各カテゴリの講座についての概要となる。

Category１
システムデザイン⼈材に求められる能⼒についての知識を習得することが中⼼となる。そのため、講座の内容は座学が中⼼であり、知識習得をサポートするためにミニ演習（個⼈ワークまたはグループワーク）を⽤いることが推奨される。
Area１:SeeとArea２:Designに関しては、上位レベルの受講者ともにPBLを経験することも可能である。
Category２
システムデザイン⼈材に求められる能⼒について、ほぼ全てのスキルを習得する。Category１で習得したハードスキルを活⽤またはさらにブラッシュアップして、PBLを経験することでソフトスキルを習得する。メタスキルに関しては⼀部RealProjectへの参画により経験することも可能である。
Category３
システムデザイン⼈材としては最上位に位置するため、既存の講座体系からの学びではなくReal Projectの経験から⾃ら学ぶべきことを抽出する。経験から学びを抽出する際にコミュニティの⼒を活⽤していく。ただし、知識体系の進歩や新しい領域への適応のために、座学やPBLを活⽤することは推奨される。
8

講座体系の構造(１)•講座体系を構造化するに辺り、スキル標準より下記の３つの要素を⽤いた。
ü スキル標準フレームワーク
ü スキルカード
ü 習熟度レベル
上記の要素から次ページの講座体系を構築した。

•••

前述の通り、本スキル標準はその構造上、習熟度レベルの下位カテゴリー項⽬から上位カテゴリー項⽬の内容がそのまま講座で習得すべき内容と順番になっている。
実際の講座としては各カテゴリー毎の開催を⾏い、講座修了時のアセスメントの結果を持って各習熟度レベルの判断を⾏う運⽤とする。
受講者の習熟速度によっては、例えばLevel 1の習得⽬的でスタートしたが、講座修了時にはLevel 2の内容を習得しているため、次はCategory 2の講座を受講することが出来るようになることもあり得る。

9

講座体系の構造(２)
講座の要素
スキル標準フレームワーク

H:ハードスキル
S︓ソフトスキル
M︓メタスキル

講座体系
Category３講座習得スキル

Category 3
Level 7
Level 6
Level 5

Area1:SeeArea2:Design
M

Area３:Test
H

S

Area4:Manage

H

SM

H

S

M

HS

M

-△ ○

-

△ ○ △ △ ○ △ △ ○Category2講座の全スキルを習得したらCategory3講座へ進む

スキルカードCategory 2

Category2講座習得スキル
Area1:SeeLevel 4H

習熟度レベルLevel 3S

Area2:DesignM

HS

M

Area３:Test
HS

Area4:Manage
M

H

S

M

○ ○ △ ○ ○ △ ○ ○ △ ○ ○-Category1講座の全スキルを習得したらCategory２講座へ進む

Category1講座習得スキル

Category 1
Area1:SeeLevel 2
H

Level 1

Area2:DesignArea３:Test

Area4:ManageSMHSMHSMHS

M○ △-○ △-○--○-

10ハードスキル︓知識体系講義•

知識体系講義とはシステムデザイン⼈材に求められる基本的な知識を習得することを⽬的とした、主に講座形式（座学）で⾏う講義である。

•

システムデザイン⼈材は分野に依存しない横断的知識が求められるが、関連する領域についての系統的な学びになるため、最終的な成果としては当該知識体系の理解度が求められる。
問題解決型の教育とは⼀線を画するものになる。

••

本スキル標準で想定している知識体系講義は系統学習ではあるが、各専⾨領域の知識群を関連させて理解するため、ディスカッションやグループワークを活⽤した理解度向上を実施することも有効である。

11

ソフトスキル︓Project Based Learning(PBL)
••
•
•
•

PBLとは知識の暗記ではなく、⾃らが課題を発⾒(創造)し解決していく学習アプローチである。
課題解決を⽬指して⾏うが、狙いとしてはそのプロセスにおける試⾏錯誤で得られる経験的な学びになるため、最終的な成果は余り問わない。
講座形式の教育とは⼀線を画するものになる。
本スキル標準で想定しているPBLは系統学習の要素を含んだ⽅法を推奨する。
問題解決においてシステムデザイン能⼒を活⽤出来ることが⽬的であり、PBLはその学習効果を⾼めるための⼿段として⽤いる。

12

メタスキル︓Real Project••••Real Projectとは、その名の通り受講⽣が実際の仕事で⾏うシステムデザインプロジェクトである。
学習としてはReal Projectでの経験を振り返り、ハードスキルとソフトスキルを統合してReal Projectでその能⼒を⼗⼆分に発揮できる等にすることになる。
振り返りによる学びではあるが、Real Projectで求められのはプロセスではなく結果であるため、「結果を出しに⾏った副次的効果として経験的な学びを深めることが出来た」というマインドセットが重要になる。
どのようなReal Projectに取り組めばいいのかは、学習者のスキル標準習熟度レベルとReal Projectの複雑度をみて決定する。

13

講座で⽤いるとするシステムデザイン事例

14

演習のためのシステムデザイン事例の考え⽅•

講座の設計にあたり、原則としてはどのような演習問題であっても「全体」をシステムデザインの対象とする。

•

例えば⾃動⾞を対象とする時に、「エンジン」「ボディ」「シャーシ」「タイヤ」という要素をそれぞれ個別に検討したあとに最後に⾃動⾞を考えるのではなく、 常に⾃動⾞全体を考えさせるような演習問題とすることが重要である。
「部分」をどれだけ集めても「全体」にはならない「全体」を考えるスキルは常に「全体」を考えることよって鍛えられる••

しかし、システムデザインを学び始めた受講者が、いきなり⾃動運転システムのデザインをすることは難しい。
トレーニングのために、習熟度レベルに合った適切な複雑度の課題に取る組むことで習熟度を図る。

•

また、複雑度に違いはあるが、常に全体を取り扱える課題を設定することが重要になる。

15

講座で対象とするシステムの事例案
E

A

G
C
0

1

M

S

いずれの対象システムも「全体」を学習の対象とする。対象の複雑度の⾃転⾞のシステム全体のデザインに必要なスキルセットは基本的には⾃動運転システムのデザインに必要なスキルセットと同じ構造。ただしその複雑度・粒度・具体性は⾼まっていく。
16

複雑度の定義••「複雑」という⾔葉は様々な解釈が出来るが、本スキル標準においては複数の要素が絡み合っているものと定義する。
（絡み合いを解くとシンプルにできるもの）
システムデザイン⼈材育成の講座を設計するために、複雑度について性質と変数を分けて検討する。具体的には下記の通りである。

＜複雑度の性質＞
複雑度はその性質により2つに分けて考えられる。
• 対象そのものの基本特性による複雑度• 対象を⾒る抽象度を変えることによる複雑度＜複雑度の変数＞
複雑度に影響を与える変数は下記の通り考えられる。
• ⽬的︓具体的か（例︓病室内の患者の安全な移動）、抽象的か（例︓快適な移動）• 機能要素︓⽬的達成のために求められる機能要素の数（多い・少ない）• 物理要素︓昨⽇実現のために必要な物理要素（パーツやコンポーネント）の数（多い・少ない）
17複雑度の設定⽅法•

前述の複雑度の定義を参考に、講座の⽬的と対象者に適した複雑度の演習テーマを設定する。

•複雑度は機械的に設定することはせずに、講座の⽬的、対象者のニーズ、企業固有の事情（企業内教育であれば商材等）を鑑み、講座のオーナーや講座設計者、講師等がディスカッションをしながら設定することが望ましい。
Level 4

習熟度
レベル

ü 適切な演習テーマが設定出来るか否かは講座設計者の経験に寄るところが⼤きい。

受講者の希望によりこのゾーンでもOKü そのため、講座開設の初期には数度のトライアルを実施して経験を積むことが望ましい。

Level 3
ターゲットゾーン

Level 2

ü また、システムデザイン能⼒は短期の講座受講で⾝に付くものではないため繰り返しのトレーニングが重要となる。

Level 1

ü そのため、⾼い習熟度レベルの受講者があえて複雑度の低い対象についての演習を繰り返すなどのバリエーションを持たせることも積極的に⾏ってよい。

このゾーンの選択は基本的に避けた⽅がよい
⾼低
対象の複雑度18