---
title: ふつうに考えるITシステムの導入を交通にあてはめてみる（地域公共交通コーディネーター・プロデューサー 養成プロジェクト）
tags: 
author: [Masaki Ito](https://convert.docswell.com/user/niyalist)
site: [Docswell](https://www.docswell.com/)
thumbnail: https://bcdn.docswell.com/page/PJXD5145EX.jpg?width=480
description: 名古屋大学で実施している地域公共交通コーディネーター・プロデューサー養成プロジェクトにおける、東京大学の伊藤昌毅の発表資料です。  井原雄人（早稲田大学）先生の講義の副担当として、ITの専門家としての話題提供を行いました。 http://orient.genv.nagoya-u.ac.jp/kyoso.htm
published: October 17, 23
canonical: https://convert.docswell.com/s/niyalist/K6YLQE-2023-10-17-003441
---
# Page. 1

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

2023年10月16日
名古屋大学
地域公共交通コーディネーター・プロデューサー養成プロジェクト
リレーレクチャー第1回
ふつうに考えるITシステムの導入を
交通にあてはめてみる
東京大学 大学院情報理工学系研究科
附属ソーシャルICT研究センター
伊藤昌毅


# Page. 2

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

ほんとうにこれでいいのか？


# Page. 3

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

前提：
• メニューから選ぶ
– 業者が提案するアプリやシステムを並べ、良さそうなものを導入す
る
• 欲しいもの・必要なものを思い描く
– システムへの要望を主体的に取りまとめ発信
– たまたま既存アプリと近ければそれを採用


# Page. 4

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

ITはこの30年、様々な業務領域に浸透してきた
1995
Windows 95
インターネット
1999
iモード登場
2000年問題
2ちゃんねる
2005-6
YouTube
Facebook
Twitter
2007
iPhone発表
2010
Uber開始
2011
LIne開始
2016
マイナンバー
カード
2022
ChatGPT


# Page. 5

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

ITを「作らせる」技術も発展
• ITの浸透によって社会の様々な領域でITシステムを使うことに
– そもそも軍事領域、国家レベルで導入が始まり、1960年代の国鉄（みどりの窓
口）は世界的にも最先端事例
• 「どうしたら望ましいシステムを作れるか」の技術も発展
– プログラマ、IT専門家ではない人にとっての方法論


# Page. 6

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

IPAは500ページのマニュアル
を無料公開
• ユーザ企業の経営層、担当者などを想定
• ノウハウを暗黙知に留めない努力
https://www.ipa.go.jp/publish/tn20191220.html


# Page. 7

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

あなたはどの立場ですか？
作る人
使う人
使わない人


# Page. 8

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

プロデューサー： 作らせる人！
作る人
作らせる人
選ぶ人
使う人
使わない人


# Page. 9

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

現代のモビリティにおいてITは「作る」対象
• 車両や付帯設備
– 旧来のコア技術
– 今は洗練されており、存在するモノを選定すればいい（自動運転を除く）
• 人事マネジメント
– 労働集約型産業において、労働争議などが頻発した時代におけるコア技術
• ダイヤや路線
– 従来は交通事業者が考えてくれた
– 今は「プロデューサー」が必要
• IT
– 公共交通の成長・発展の原動力
– 発展途上でありながらサービスの品質に直結するため十分な関与が必須


# Page. 10

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

作らせる人に必須の技能
• 業務を理解し「作る人」が分かるように説明する技術
– 曖昧さなく業務の詳細を理解し、その理由や背景なども含めて説明出来ることが
重要
– 現場の工夫や勘でうまくやっていることも説明出来るように
• プロジェクト関係者と調整して合意させる技術
– 場合によっては現在の業務を変えさせることも辞さない
• ITそのものの専門知識は要らない！
– プログラミングは出来なくていい。「どう説明したら通じるか」という部分に専
門スキルがある


# Page. 11

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

IT産業の多重構造の中でより良いものを
より安く作るためには？
• 伝言ゲームが複雑になるほど、コストも掛かり、品質も下がる
– プロデューサーはIT企業と公共交通事業者の中間に位置する
• ほんとうに「通訳」を挟んだらいいのか？
– むしろ自分がIT企業が理解出来る言葉を話せるようになるべきでは？
伝言ゲーム
コスト
伝言ゲーム
コスト
伝言ゲーム
コスト
伝言ゲーム
コスト
伝言ゲーム
コスト


# Page. 12

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

地域公共交通プロデューサーになるなら、
ITのプロデューサーにもなる必要が！


# Page. 13

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

実際には…


# Page. 14

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

補助金駆動型の交通IT、という実状
• 実際には、キーワード主導で国交省の助成・補助金が事業化さ
れている
– 細かい要件があり、やれる人、やれることは限られる
• IT企業：
– 補助金の要件を満たすような（≠利用者や地域に役立つような）サービスや製品
を開発し自治体などに売り込む
• 自治体：
– 補助金を狙った売り込みを受けることになる
– ITサービスをまず自分で考え、企画するというマインドを失う
• そもそも自治体はITの内製能力を長期的に失ってきている


# Page. 15

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

• x
https://wwwtb.mlit.go.jp/chubu//tsukuro/shien/pdf/R4/R4hosei_zentai.pdf


# Page. 16

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

例： 日本版MaaS推進・支援事業
• １ 応募主体
都道府県若しくは市町村
（以下「地方公共団体」
という。）、地方公共団
体と連携した民間事業者
又はこれらを構成員とす
る協議会
https://www.mlit.go.jp/sogoseisaku/transport/sosei_transport_tk_000208.html


# Page. 17

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

ITの特性に全く合わない投資
• 数百万円のアプリを量産してなにが残る？
国交省○○
事業
自治体A
アプリ企業
A
自治体B
アプリ企業
B
自治体C
アプリ企業
C
自治体D
アプリ企業
D
https://www.mlit.go.jp/report/press/jidosha07_hh_000469.html


# Page. 18

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

IT製品: ひとつ作るのはとても大変、コピーは一瞬
（限界費用ゼロ）
• 普通のIT企業はひとつシステムを作り、可能な限りたくさんの
相手から収入を得る
– 例： Windowsは年収数千万円のプログラマを数百〜数千人集めて開発し、全世
界の何億台のコンピュータにコピーして販売
• 数十個のアプリを別々に作るとしたら、低品質、その場限りの
ものを適当に作るしかない
– 産業として残らないから技術が進歩しない


# Page. 19

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

ITの特性を引き出すためには
国交省○○
事業
自治体A
アプリ企業
A
自治体B
アプリ企業
A
自治体C
アプリ企業
A
自治体D
アプリ企業
A
同じアプリ・システムを
ちょっとだけ変えて販売


# Page. 20

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

標準化： 「作らせる」こととITの特性を
両立させるキーワード


# Page. 21

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

ITの品質向上や継続性を高めるために
• 複数の都市、エリア、事業者のシステムを共通化
– 様々なユーザから収入を得るため、投資が可能
– 様々なユーザの要求に触れることで機能が向上
• 産業として継続出来る
• 「コンビニ」の仕組みに近いかも
– 店舗の形、ITシステムなどは共通。発注パターンを変えて地域特性に対応
• これを実現するためには、本質的な要望を突き付けられる複数の
ユーザが継続的にシステムを育てる必要


# Page. 22

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

課題
• 発注者のスキルセット：「作らせる」人になれているか？
– 業務知識を理解、記述出来ているか
• 補助金行政とのミスマッチ
– IT産業に適した市場を作れているか？
– 公的事業として産業を作る必要
• IT産業からの熱意
– 引っ張りだこのITの人が、敢えて交通に関わろうとするか？


