中部電力におけるITサービス創出の軌跡

中部電力におけるITサービス創出の軌跡 ~AI・ブロックチェーンへの期待と挫折，企業内アントレプレナーシップとは~ Copyright © CHUBU Electric Power Co.,Inc. All Rights
Reserved. 1

もくじ Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved.
2  はじめに  ＡＩ／ブロックチェーン，高度ITはなぜ難しいのか  もしあなたが専門家なら全ては丸く収まる？  高度ITの商材・ノウハウの実際  大企業でうまくいかないイノベーション  企業内アントレプレナーシップとは何か  大企業でもうまくいくイノベーション  企業内アントレプレナーによるオープンイノベーションのための３ラウンド  それでもうまくいかないときは  企業内アントレプレナー育成の苦労  おわりに

はじめに 3

中部電力はイノベーションにすごく苦労しています。 Copyright © CHUBU Electric Power Co.,Inc. All
Rights Reserved. 4

なんじゃこりゃでもありがとうございます。 6

本日について Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved.
7 お話しできること  大企業のイノベーションで最初に苦労すること  緩慢かつ縦割な体制を変えるウルトラCの方法  イノベーション風土の定着とロールモデルの苦労お話しできないこと  事業開始後の状況  KPIはどうすればよいのか  事業を大きくするステージにおいての課題中部電力におけるITサービス創出の課題・解決をお伝えします

登場する過去のプロジェクト Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved.
8 カスタマーセンター業務運用改善に向けた AI活用検証 2016 ブロックチェーンによるマンションEV充電のシステムの検証 2017 2018 AIエンジンプロジェクトブロックチェーンによるセルフカフェサービス私が関わった先進PJの事例を交えてお話しします

カスタマーセンター業務運用改善に向けたAI活用検証（2016） Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved.
9 AI適用によるICT化の最初のステップとして、カスタマーセンター業務の一部のQA支援(照会応答)を対象とします。本プロジェクトでは、限定的な業務エリアでのカスタマーセンターQA支援の概念検証による効果確認を目的とします。最近、覚えることが多すぎて、中部電力の色々な取り組みに関する問い合わせにうまく答えられない。対話内容・公表されている情報から最適なマニュアル・FAQの内容、解答を提供中曽根さん 24歳女性新米オペレータ研修を受けたばかりで勤務経験三ヶ月のオペレータ。業務にはまだ不慣れ。音声認識カスタマーセンター業務の可能性 Watsonのもつ技術要素自然言語分類検索およびランク付け文書変換 Before After • オペレータ、お客さまの対話音声をテキスト化 • マニュアルやFAQ、オペレータ過去の会話（QA）から検索最適な回答候補を提示 • 対話内容を認識して意図を判別  ＡＩを使ってオペレーション検索の手間を改善する

10 カスタマーセンター業務運用改善に向けたAI活用検証（2016）電気をお付けするご契約についてでございますねはいはい，かしこまりましたオペレータの話し言葉キーワード検索
ワトソンの回答候補補足の業務情報ドキュメント表示  当時，三か月でのＡＩ構築～受け入れテストは業界初の試み Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved.

▪既築のマンションに導入できて、使った分だけ請求するコンセント（あるべき姿）ブロックチェーンによるマンションEV充電システムの検証（2017） Copyright © CHUBU Electric Power Co.、Inc. All Right
Reserved.  充電機が設置不可能のために諦めている消費者へのサービス ▪市場の悩み（課題）マンションオーナー居住者既築のマンションにEV用充電設備を投資する余力はない共益費用コンセントでは、居住者への説明責任や支払管理も面倒 PHVを買いたいが住んでいるマンションが対応していない共益費用コンセントは、悪戯や盗電が起きてトラブルの種になるサービス不成立ブロックチェーン型コンセント  安価に導入できる（既存のEV用充電器は50～150万円）  200Vコンセントにかぶせるだけで使える  使ったぶんだけ自動請求できる  充電権利を予め制御するので悪戯や盗電を心配しなくていい ①車をとめて ②権利をロックして ③プラグをさすだけ使ったぶんだけ自動的に請求されるからトラブルになりにくい 11

ブロックチェーンによるマンションEV充電システムの検証（2017） Copyright © CHUBU Electric Power Co.、Inc. All Right Reserved.
 スマートコントラクトを使って充電権利・電力供給をセットで制御する 200V EVのプラグをさせる場所にコンセントを設置スマートコントラクトが実現できるコンセント既存の200V電源からとってくる誰でも充電できないようビットコインで権利を購入自動的に台帳管理あとはプラグをさすだけ５時間充電する（権利）購入権利を買うと点灯請求システムスマホで権利を制御中電からユーザに請求 12

中部電力が考えるイノベーションのゴール Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved.
13 コアコンピタンスと戦略 ↓ AI,ブロックチェーン,IoT….の活用  業務の高生産性化（コーポレートITの取り組み）  新たな収益やビジネスモデルの創出（ビジネスITの取り組み）人財の代謝新たな収益やビジネスモデルの創出業務の高生産性化

中部電力が考えるイノベーションのゴール（参考キーワード） Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved.
14 登壇時のみ公開

AI・ブロックチェーン，高度ITはなぜ難しいのか 15 Copyright © CHUBU Electric Power Co.,Inc. All
Rights Reserved.

AI・ブロックチェーン，高度ITはなぜ難しいのか Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved.
16 出典：名古屋工業大学学術機関リポジトリ「人の理解を促進する感性情報の可視化に関する研究」  新たな節目：アルゴリズムを制した者が時代を制する AI ブロックチェーンコアコンピタンス＝事業システムアルゴリズム時代イノベーションゲインの時代ペインの時代ペインの時代ゲインの時代ゲインの時代

17  アルゴリズム（線形台数，数理モデル，脳，学習，暗号…）証明が複雑すぎてルールベースでは容易に解けなかった問題を解くための高等数学ＡＩ（人工知能）ブロックチェーン B C D A B C D A E A to B, B to C, C to D, D to … E is cat . 自動証明自動証明問題証明コストを劇的に下げた契約証明コストを劇的に下げた

18 AIエンジニア AIエバンジェリスト AIサイエンティスト技術の咀嚼・翻訳エンジニアリングモデリング数学的解決（SE, SIer）（技術営業，コンサルタント）（科学者，数学者）  企業で進めていくためにはサイエンティストかつエンジニアの人財の確保が重要 →ところが，そのようなキャリアの人財は少数。事業会社に来ることは珍しい＝実行力が手に入らない

もしあなたが専門家なら全ては丸く収まる？ 19 Copyright © CHUBU Electric Power Co.,Inc. All
Rights Reserved.

もしあなたが専門家なら全ては丸く収まる？ Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved.
20 質問：あなたはAIの専門家で，AIを作ったことがある。商材の目利きができて，ＰＭスキルがあって，体力もある。 ◦◦会社の新事業PJ「◦◦レコメンドサービス」のAIシステム開発を成功させられる確率は何％か。３０％出典：日経コンピュータ

料金請求収納・・もしあなたが専門家なら全ては丸く収まる？ Copyright © CHUBU Electric Power Co.,Inc. All
Rights Reserved. 21 インフラ（サーバ，DB，N/W・・・） SEO，セキュリティ他ビジネスロジック顧客登録管理，認証・・ AI ブロックチェーン  インテグレーションの視点から見れば高度ＩＴは構成部品の一部でしかない ◦「他の部品とうまく組み合わせる方法」を考える人が必要図：システムインテグレーション領域の全体像

ユーザー調査もしあなたが専門家なら全ては丸く収まる？ Copyright © CHUBU
Electric Power Co.,Inc. All Rights Reserved. 22 ビジュアルデザインインタラクションデザインユーザーモデリングストーリーボードスケッチプロトタイプユーザビリティテストデザイン調査 AI実装技術制約調査事例調査  サービスの視点から見れば，WhyやWhatの検討が先にあって然り ◦「どのようなビジネス的価値を目指してＡＩを活かすのか」を考えた人が居るはず ◦「どのようなサービスのどこでＡＩを活かすのか」を考える人が必要図：Webサービス開発のための初期プロセスフロー

Copyright © CHUBU Electric Power Co.,Inc. All Right Reserved. 23
もしあなたが専門家なら全ては丸く収まる？ Dev Dev（デベロップ） Ops（オペレーション） Biz（ビジネス） Biz Dev + Ops + Biz Dev + Ops + Biz Dev + Ops + Biz [従来型の役割分担組織] [BizDevOps組織]  サービス開発の様々な認識ずれを防ぐためにBizDevOps組織が重要とされている開発実行ベンダ情報システム部 •••事業部開発実行ベンダ情報システム部 •••事業部図：うまくいくイノベーションのための組織変更イメージ経営戦略本部

高度ITの商材・ノウハウの実際 24 Copyright © CHUBU Electric Power Co.,Inc. All Rights
Reserved.

高度ITの商材・ノウハウの実際 Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved.
25  高度ITのための商材・ノウハウは一つの場所に固まっていない図：ＡＩに関わるデータ/技術ホルダーのカオスマップ（出典：週刊ダイヤモンド2016/8/27号）

26  高度ITのための商材・ノウハウは一つの場所に固まっていない図：ＡＩに関わるサービスのカオスマップ（出典： AINOW「AIサービスマップ 2016 Summer」）

27  一気通貫でインテグレーションできる商材，コンサルティング体制はほとんど存在しないのだが・・・図：開発現場で起こりがちなＰＪゴールに対する認識の不一致コアコンピタンスを作るインテグレーションの工夫は当然・PJのKGIをデベロッパーマターとする風潮は間違い・事業会社と複数の機能会社が一致団結して望むべき

高度ITの商材・ノウハウの実際 Biz Devs + Ops + Biz [BizDevsOps組織]  BizDevOpsの設計は，得意・不得意を考慮した複合組織とするべき情報システム部 •••事業部図：うまくいくイノベーションのための複合的な組み手イメージ経営戦略本部 Sler AI-Dev •••-Dev + + + +

高度ITの商材・ノウハウの実際  BizDevOps（組織改革）はあくまでも理想的な解決策  現実には組織や風土の変化はステップバイステップ（←残念ながらおそい）  私が行ったこと大企業でうまくいかないイノベーションの分析考え方・行動の変革企業内アントレプレナーシップとは何か大企業でうまくいくイノベーションの実施（と定着）

大企業でうまくいかないイノベーション 30 Copyright © CHUBU Electric Power Co.,Inc. All
Rights Reserved.

大企業でうまくいかないイノベーション Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved.
31  私が経験した大企業で失敗するイノベーションPJの典型 ◦ They do not give authority. - 空中分解するチーム – ◦ They do not approve the vision. - ロードマップに非協力的なチーム – ◦ They do not have resources. - ネットワーキングに終始するチーム -

32  パターンA：They do not give authority. - 空中分解するチーム -

33  パターンA：They do not give authority. - 空中分解するチーム - 図：「カスタマーセンター業務運用改善に向けたAI活用検証（2016）」におけるPJスケジュール ①課題発生：・Voice to speech の品質が悪い（既成品）・UIが使いにくい ②機能不全発生：・ Voice to speechに対するクレーム・UI改善への対応無し A部門登壇時のみ公開

34  パターンA：They do not give authority. - 空中分解するチーム - 受け入れ評価の動画登壇時のみ公開

35 プロジェクト体制マネジメント中部電力プロジェクト責任者 ••• 責任者・ＰＭ補佐 ••• プロジェクトマネージャ ••• 業務検討 ••• (リーダー) ••• ••• ••• Ａ社技術経営戦略プロジェクト責任者 ••• 責任者 ••• プロジェクト体制プロトタイプ開発 ••• (リーダー) ••• ••• ••• ••• プロジェクト責任者 •••部長 •••部長プロトタイプ評価副責任者担当チーム ••• (担当営業) ••• (サービス営業) ••• (担当アーキテクト) プラットフォーム SWG 販売カンパニー SWG AI業務検討 <情報システム部> •••副長 •••主任 •••G長 •••課長 <お客さま営業部> •••課長 •••課長 <情報システム部> ••• 課長 •••主任 •••担当次世代ICT事務局および技術経営戦略 <情報システム部> •••課長戸本担当 •••副長 <カスタマーセンター> 経営戦略 •••Ｇ長 •••課長 •••副長 <グループ経営戦略本部> ••• G長 •••部長 •••副長 •••主任図：「カスタマーセンター業務運用改善に向けたAI活用検証（2016）」における初期のPJ体制  初期のPJ体制はPM不在，かつ，ステコミの設計が不自然 ◦ ◦ ◦ ◦◦◦部 ◦ ◦ ◦ ＜◦◦◦部＞登壇時のみ公開

大企業でうまくいかないイノベーション 36 新プロジェクト体制（8/17施行） PJ運営事務局プロジェクト責任者ユースケース・評価用KPI 検討チーム関連ワーキング窓口 PJ運営事務局・プロジェクト計画の立案
・プロジェクト管理（進捗、課題、品質等）・各チーム間課題の調整・成果物管理プロジェクト責任者・プロジェクトの総責任者（最終意思決定者）・プロジェクト計画（スケジュール、要員、予算、スコープ、方針等）に関する最終責任者・プロジェクト要員、課題検討結果の承認検討チーム・各担当領域の実作業の推進・チーム内の作業進捗・課題管理の実施Ａ社主： ••• 副： ••• CEP 主： ••• b 副：経戦 ••• b ◦◦◦ SWG ◦◦◦ SWG 技術経営戦略WG ◦◦◦部 ••• k ••• s Ａ社 PM： ••• PSM： ••• CEP PM： ••• k PSM：戸本s PM/PSM ・プロジェクト現場責任者・関連部門との調整・各チーム横断課題の意思決定・プロジェクト責任者への上申、報告関連ワーキング窓口・各関連ワーキングとの相互影響管理 AI学習環境・プロトUI 検討チーム PM/PSM ◦◦◦部 ••• f ••• s ••• s ◦◦◦部 ••• g ••• k ••• f ••• f ◦◦◦部 ••• k ••• s ••• ◦◦◦部 ••• g ••• b ••• f ••• s Ａ社 ••• ••• ••• ••• ••• ◦◦◦部 ••• k ••• f ••• s obs. CC Ａ社 ••• ••• ••• ••• ••• 技術経営戦略プロジェクト責任者 A社 ••• 担当チームＡ社 •••(担当営業) ••• (サービス営業) ••• (担当アーキテクト) •••(プロジェクト支援) CEP燃火 ••• k CEP総企戸本s Ａ社 ••• ••• • • • • PJ運営事務局次世代ICT事務局 ◦ 次世代ICT事務局・次世代ICT全体との整合性管理技術経営戦略プロジェクト責任者・技術経営戦略の深化との連絡窓口＜主な役割＞＜凡例＞•：チームリーダ，◦：議事録係，g：グループ長，b：部長，ｋ：課長，f：副長，s：主任担当チーム・プロジェクト担当営業。次工程計画策定 AI展開計画検討チーム A社 ••• ••• ••• ••• ◦◦◦部 ••• k ••• f ◦◦◦部 ••• f ◦◦◦部 ••• k • • ◦ 体制変更のねらい ①課題・リスクのマネジメント力の向上のため， CEP側PMを設立する ②課題の解決を短期かつ効果的に行うため，タスクごとのチームおよび主担当者を明確にする図：「カスタマーセンター業務運用改善に向けたAI活用検証（2016）」における後期のPJ体制  PJ体制を再設計して役割を明確化したが既に後期（製造時期）であった  UXの課題に引きずられＡＩ全体が不採用  本PJの苦い経験を元に，他のPJに課題が引き継がれた Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved. 登壇時のみ公開

37  パターンB：They do not approve the vision. - ロードマップに非協力的なチーム - 高度IT化を単独の機会で終わらせないためにロードマップを描くことに ↓ 短期開発と並行した検討のため苦労はあったがパートナーも一丸となって実施 ↓ 社運をかけて行った先進ＰＪのロードマップ（案）が完成した ↓ しかし，事業拡大や体制移行の影響でいくつものロードマップ検討が並走 ↓ 先進的すぎるが故に，高度ITロードマップとの合成に向けて理解が得られなかった ↓ 本来目指すべき道と分かっていながら，議論のたたき台に採用することが適わず高度ITロードマップは埋没していった・・・

38 （業務範囲の拡大） • UC01/02/03a.リアルタイムコール対応支援（マニュアル・トークスリプト・QA）一部業務ｴﾘｱ（引っ越し・料金） • UC04/05.リアルタイムコール対応支援（マニュアル・トークスリプト・QA・商品リコメンド）新規業務領域（SM、自由化対応）トレーニングデータの整備（音声データの取得）新たなQAや商品選択情報、マニュアル情報整備 • UC01/02/03b.リアルタイムコール対応支援（マニュアル・トークスリプト・ QA）全業務領域（停電等、既存業務） • ユースケースやタスクの順序関係など時間軸を考慮して、同一プロジェクト化していく候補をくくりだしてみました。 PoC • UC06.仮想スーパーバイザー幅広い業務領域のトレーニングデータの整備お客さまの声の蓄積 • UC01/02/03a. の本番稼働新たなQAやマニュアル情報整備 • UC08.オペレータ教育支援 • UC09.オペレータ後処理支援（システム入力補助） • UC10※.バーチャルアシスタンス（商品リコメンドなどを組み込んだセルフサービス機能） • UC11.IVR自動振り分け • UC07.スーパーバイザ管理支援（NGワード検索、オペレータ・パーソナリティ分析）他ｼｽﾃﾑとの連係 • UC12.お客さまの声収集 Webセルフサービスとの連係お客さまの声の分析オペレータコールログの蓄積 ②AIチャット展開計画音声データの取扱い検討・話者分離・音声品質・IVR連係 PoC 2 現行CTIとの連係と本番アーキテクチャや非機能要件の検討 • UC11.IVR自動振り分け本番稼働 • UC09.オペレータ後処理支援（転送リスト表示、メモ情報の切り貼り）（適用チャネルの拡大） ※UC10は①②の両展開計画シートにも記載 • UC16.お客さまクレーム抽出 • UC15.オペレータ対応誤りチェック • UC17.お客さま要望認知 • UC14.地図表示 • UC13.重要お客さまチェッククレームの傾向把握 • UC18.応対品質の測定品質測定の考え方整理  開発しているプロトタイプと並行してカスタマーセンター・プランを整理登壇時のみ公開

39 （業務範囲の拡大） • ユースケースやタスクの順序関係など時間軸を考慮して、同一プロジェクト化していく候補をくくりだしてみました。 • UC10.バーチャルアシスタンス（商品リコメンドなどを組み込んだセルフサービス機能） Webセルフサービスとの連係 • UC10.バーチャルアシスタンス（WebでのQA自動回答） Web FAQ情報の蓄積 • UC10.バーチャルアシスタンス（カテエネ・アプリでのQA自動回答）カテエネ・アプリとの連係 • HP上でのよくある問い合わせ連絡先情報の提示 • UC10.バーチャルアシスタンス（LINEでのQA自動回答） ①CC業務支援展開計画（適用チャネルの拡大） ※UC10は①②の両展開計画シートにも記載  よりお客さまに近い位置でのサービスはスピンオフ・プランとして整理登壇時のみ公開

H28年度下期 H29年度 H30年度 H31年度 H32年度マイルストーンプロジェクト作業内容 Step 3 お客さま体験の改善 • プロジェクト化するグループごとの必要期間などを勘案し、スケジュール化してみました。料金規制撤廃法的分離ガス小売全面自由化 PoC結果の技術検討・音声データの取扱・CTI連係方式・実装アーキテクチャ・セキュリティなど PoC2 ・音声 IVR CCオペレータ支援：本番開発・引越し・料金問い合わせ重要お客さまチェック地図表示音声IVR 本番適用 CCオペレータ支援：適用範囲拡大・停電等、既存業務オペレータ後処理支援・転送リスト表示・メモ情報切り貼りオペレータ教育支援 AI自動回答・WebFAQ CCオペレータ支援：機能範囲拡大（自由化）・商品リコメンド Step 2 受付業務のオムニチャネル化実現お客さまの声収集クレーム抽出スーパーバイザ管理支援・NGワード検索・オペレータ・パーソナリティ分析仮想スーパーバイザオペレータ後処理支援・入力補助 AIチャット・カテエネアプリ AI自動回答・WebFAQ オペレータ対応誤りチェック次頁にて詳細化大企業でうまくいかないイノベーション  ロードマップを失い AI投入の時期を逸した  本PJの苦い経験によりAIの中長期プランは練り直しに  年次プランに落とし込み議論のたたき台となることを願った登壇時のみ公開

41  パターンC： They do not have resources. - ネットワーキングに終始するチーム - かねてから特許申請していた先進的なITビジネスを実証することに ↓ 戦略・R&D・IT（ITは特許ホルダー）の３部門のタッグで進めることとなった ↓ 戦略には知見が，R&Dには実行力が，ITには資金が無かった ↓ そこで戦略はオーナーとなりつつ， R&Dが資金とパートナーを調達して工夫した ↓ ３部門ともここまでの構想に手いっぱいで，手を組んだはいいが肝心のＰＪ要求の具体化作業について担当が不明確のまま進んでしまった ↓ プロトタイプはパートナー主導のインテグレーションになってしまい実証したかった特許とは別物のモデルとなってしまった

42  本来実証のKGIであったビジネスロジック（ポストペイ，ポイント連携，収納など）

43  本来実証のKGIであったUX（マンションオーナーはポイント振替により損をしない）

44  リカバリーを行ったが間に合わず・・  先進PJの組み手と実行の難しさを痛感することに  本PJの苦い経験により，特許実証の時期は再検討へ登壇時のみ公開

社外秘／取扱注意 45 Copyright © CHUBU Electric Power Co.,Inc. All Right
Reserved. イッタイ，ドウスレバ・・・・ They do not give authority. - 空中分解するチーム – They do not approve the vision. - ロードマップに非協力的なチーム – They do not have resources. - ネットワーキングに終始するチーム - 45

考え方・行動の変革企業内アントレプレナーシップとは何か 46 Copyright © CHUBU Electric Power Co.,Inc. All
Rights Reserved.

企業内アントレプレナーシップとは何か Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved.
47 「状況」をねだる人ではなく，勝ち取る人のマインド

企業内アントレプレナーシップとは何か Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved.
48 •なぜ，ワンチームになれないんだ！（言うことを聞いて協力しあってほしい） •なぜ，ネットワーキングしかしないんだ！（実行力を以てして稼働してほしい） •なぜ，せっかくのロードマップを無駄にするんだ！（俺たちが一番わかっている）  アントレプレナーに他者は変えられない，ねだっても意味がない  自分自身でものごとを始めてみよう  自分がやれる範囲でイノベーション機会を作ろう →大きな組織故の不都合に苛立つことは（自然なことではあるが）あまりそこに力をかけても爆速でイノベーションはできない →意図しない変化や対立の記憶よりも，成功体験の記憶（周囲との良いエネルギーの循環があったはず）をイメージする

大企業でうまくいくイノベーション 49 Copyright © CHUBU Electric Power Co.,Inc. All
Rights Reserved.

「工夫しろ」「全部自分で考えてやれ」「新しいことにどんどん挑戦していけ」  基本方針（日ごろから上司が言っていたこと）登壇時のみ公開

大企業でうまくいくイノベーションの実施 Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved.
51 ①新しい価値のありそうなテーマで自分のサイドPJを立ち上げる ②人もモノも金も自分で調達できるレベルにピンを打ち，始める ③賛同する人間でチームを回し続ける  上司が言っていたことを（勝手に解釈して）やってみることにした私のイノベーション三原則

52  2017年8月ブロックチェーンアプリ開発PJを開始  後輩を一人口説く  知識無し，経験なし  パソコン２台，インターネット回線  お金なし 52 登壇時のみ公開

53  2017年9月本当にギリギリ動く程度のデモアプリを作り上げる二週間一か月

54  2017年9月上司に説明  上司のコメント「いつ作ったんだよ・・・」  カフェコーナー適用の案件を頂く 54 登壇時のみ公開

55  2017年10月社内のイベントに呼んでいただけるようになる  上司「いいこと思いついた。お前バリスタ役な。」 55

56  2017年10月正式にブロックチェーンサービスのＰＪが始動  予算なし図：ブロックチェーンによるセルフカフェサービス概要

57  2017年10月若手の自習活動としてチームを結成  コーポレートキャラクターの使用を認めてもらう図：コーポレートデザイン調整用資料（◦◦，◦◦，◦◦）（◦◦，◦◦，◦◦）（◦◦，◦◦，◦◦）

58  2017年11月 apple対応チームにお願いし，法人ライセンスの利用許可を得る  当社のapple対応チーム（精鋭）  Googleに比べてAppleの申請は緻密登壇時のみ公開

59  2017年12月サービス版ブロックチェーンによるセルフカフェサービス完成  部長「もちろん明日使えるよな？」（徹夜確定）

60  2017年12月  2017年12月情報システム部にてサービス運用開始  QRコードを選択  仮想通貨でカフェが買える 60 登壇時のみ公開

61  2017年12月 12/20 電気新聞 2/9 日経コンピュータ（略）名前まで載ってしまい社内からものすごい反響が・・・  そして・・・ 61

62 2/24 中日新聞  さらに・・・ 62

63  2017年1～2月新聞や口コミで広がり，社内外が活気づく  NWカンパニーから利用依頼  １月にサービスを倍に広げることに NW企画室版登壇時のみ公開

64  2017年3月社内からサービスの依頼が殺到。想定ユーザー数は急速に拡大  2人で始めたことがすごいことになった・・・情報システム版経営戦略版名古屋支店版 NW企画室版 NWCP総務版営業部版

65 実弾PJは強い!!!! が，しかし  所感

ここからが本当の本題 Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved.
66 ここで天狗になってはいけない 66

企業内アントレプレナーによるイノベーションのための３ラウンド 67

企業内アントレプレナーによるイノベーションのための３ラウンド  BisDevOps（組織改革）はあくまでも理想的な解決策  現実には組織や風土の変化はステップバイステップ（←残念ながらおそい）  私が仕掛けたこと大企業でうまくいかないイノベーションの分析考え方・行動の変革企業内アントレプレナーシップとは何か大企業でうまくいくイノベーションの実施（と定着）

企業内アントレプレナーによるイノベーションのための３ラウンド Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved.
69 ラウンド２ラウンド１ラウンド３社員全員の脳を揺らす変化を全社に巡らせて定着させるために指針となる大戦略を作る真にやらねばならない事業PJに一丸となって進む（本来のあるべき姿）先ほどの地点  カフェエネコは最初の盛りあがりに過ぎない  活気ある状態を利用して，企業活動の方向性統一へと向かうべき  各組織が横断的に連携し，投資最適化されるための技術戦略を策定する  （そしてあるべき事業PJへと一丸となって進む）

ＡＩ活用の進め方平成３０年１月ｘｘ日情報システム部

71 AIの難易度からみた投資期間の整理高難易度低難易度経営ダッシュボード余剰電力個人売買アセットマネジメント自動巡視災害時自動トリアージ
自動需給予測調達・在庫予測ビッグデータCRM エネルギーマネジメント音声受付コンシェルジュディスアグリゲーション見守りチャットボットコールセンター域外，グリッド 2018 2019 2020 2025 - 2030 Short range Mid-range Long-range  AI活用の目的・採用したいサービスによって，投資期間は異なることが示唆される Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved.

72 AIに関する技術分野からみた中部電力のAI活用領域の可視化 AIに関する技術分野推薦（推論）機械学習ニューラルネットワークディープラーニング自然言語処理画像認識音声認識
可視化問題解決探索知識表現プランニング音声受付コンシェルジュ見守りコールセンター余剰電力個人売買アセットマネジメント自動巡視災害時自動トリアージ調達・在庫予測ビッグデータCRM エネルギーマネジメントディスアグリゲーション経営ダッシュボード自動需給予測域外，グリッドチャットボット  複雑な認識を伴う場合は，単機能に留まらない高度な技術分野を必要とする可能性が高い Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved.

73 AI検討が単独POCの繰り返しではいけない理由高難易度低難易度パッケージドAI（低グレードの脳） × シングルエンジンAI（単独の脳）パッケージドAI（低グレードの脳） × ディープNN（高密度の脳）
× シングルエンジンAI（単独の脳）カスタマイザブルAI（高グレードの脳） × ディープNN（高密度の脳） × マルチエンジンAI（複数の脳） × 事業独自の利用法（特許レベルのアイディア）探しやすいアクセスしやすい役に立つ商用AI 商用AI+DEV 商用AI+DEV+USER 域外，グリッド余剰電力個人売買エネルギーマネジメントアセットマネジメントディスアグリ自動需給予測・・・道すじ（作戦） POC GOAL  課題の構造もふまえ，GOALへの道筋が必要 Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved.

74 AI活用において行うべき作戦 (事業レイヤー) 大前提となるファクター：重視するサービス，重視する収益 3rd 兵站 2nd 戦術 1st 戦略
 Short range 内での短期計画，Mid/Long rangeへと続く中長期計画，二つのロードマップを採用  Short range におけるPJのプライオリティ → 安価・早期構築  Mid/Long range におけるPJのプライオリティ → 最終目標とする事業への技術的貢献度  具体的には，Long rangeへ向けてAIエンジンとしての高流用性・高有効性のあるPOC-PJを計画  活用するAIソリューションと事業特性のマッチング（①改善） → 本書に記載のAI整理を継続  商用AIの過大広告に影響されない目利き（②改善） → 専門家メンバーによる市場判断  専門家チームへの投資（③改善） → 専門家チーム（拠点）の発足と，AI-PJ実施常に会話  投資レンジを踏まえた拡大戦略と，それらを実現するための専門的な判断力・専門的な人財を要する Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved.

75 戦略について：Mid/Long range における価値あるPJケースの整理（1/3）高難易度低難易度経営ダッシュボード余剰電力個人売買アセットマネジメント
自動巡視災害時自動トリアージ自動需給予測調達・在庫予測ビッグデータCRM エネルギーマネジメント音声受付コンシェルジュディスアグリゲーション見守りチャットボットコールセンター域外，グリッド 2018 2019 2020 2025 - 2030 Short range Mid-range Long-range 推薦（推論）機械学習ニューラルネットワークディープラーニング（ディープNN）（カスタマイザブルAI）（事業独自の利用法）ニューラルネットワークニューラルネットワーク  Mid/Long range において重要な事業テーマを絞って検討する Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved.

76 戦略について：Mid/Long range における価値あるPJケースの整理（3/3）高難易度低難易度パッケージドAI（低グレードの脳） × シングルエンジンAI（単独の脳）パッケージドAI（低グレードの脳）
× ディープNN（高密度の脳） × シングルエンジンAI（単独の脳）カスタマイザブルAI（高グレードの脳） × ディープNN（高密度の脳） × マルチエンジンAI（複数の脳） × 事業独自の利用法（特許レベルのアイディア）余剰電力個人売買自動需給予測エネルギーマネジメントディスアグリゲーション域外，グリッドパターン認識意思決定支援時系列推定クラスター分離複合AI（狭義のsystem） System of system コールセンター補佐AI Xxx-PJ Xxx-PJ POC 状況： ①検証することが多すぎる ②電力テーマでは重過ぎる ③ユーザとＡＩの対話がどこからも抜けている（業務にするならば，AIが思考していることを可視化してユーザが介入する必要がある）可視化対話  技術的な要約について，「パターン認識」と「可視化」を重要なファクターとした  技術的にもテーマ的にも高度すぎるため工夫が必要 Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved.

77 戦略について：Mid/Long range に繋げるAIエンジン検証PJが必要余剰電力個人売買自動需給予測エネルギーマネジメントディスアグリゲーション域外，グリッド
パターン認識意思決定支援時系列推定クラスター分離複合AI（狭義のsystem） System of system 可視化対話 POC-2018-1 MVP MVP 2018 2019 2020 2025 - 2030 Short range Mid-range Long-range 机上検証机上検証机上検証要求/Sol整理要求/Sol整理要求/Sol整理  事業目線の整理が必要と判断 → 各テーマの要求と的確なAIソリューションの調査は再度実施したほうがよい  技術的なテーマは明確である → 小さなテーマ設定のMVPを通して，AIエンジンの検証を行うことは可能 POC-2018-2 Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved.

ブロックチェーン活用の進め方平成３０年１月ｘｘ日情報システム部

79 課題と取引型の違いからみたブロックチェーン活用領域の可視化  ブロックチェーン検討にはハードウェア・ソフトウェアの２軸が重要であることがわかるハードの課題ソフトの課題 1:N型取引（中電対顧客）
N:N:N型取引（ローカルグリッド運営者対顧客対顧客） 1:N:N型取引（中電対顧客対顧客）分譲発電（これからでんき）新調定・決済基盤新ポイント基盤個人間取引プラットフォーム需要地系統（ローカルグリッド）新スマートメーターＮＷ保有アセット活用グリッド，スマートシティ JPEX向け，域外ハードウェア課題からのアプローチソフトウェア課題からのアプローチ Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved.

80 事業にとって最適なブロックチェーンNWの構築のためには，POCは繰り返すほど良いコアプロセスの課
題前後プロセスの課題現金からの換金 BCノードが落ちた場合の考慮収納（CIS連携） hoge piyo ・・・  POCを繰り返す中で課題を解決し，知識・経験を積みながらスケールしていくことが重要事業のサービスレベルに関わる様々な課題（仕組み上，ブロックチェーンではなく，webシステム側に実装される部分への考慮）ハードウェア面でのGOAL ソフトウェア面でのGOAL システム全体面でのGOAL Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved.

81 ブロックチェーン活用において行うべき作戦 (事業レイヤー) 大前提となるファクター：重視するサービス，重視する収益 3rd 兵站 2nd 戦術 1st 戦略
 課題解決のフィージビリティ（実現可能性）を優先順位としてロードマップを構築する  フィージビリティ高 → ブロックチェーンを中心としたソフトウェアの領域  フィージビリティ中 → ブロックチェーンと直接的に作用する，既存システムの連携領域  フィージビリティ低 → ブロックチェーンと間接的に作用する，電力設備／制御系側の領域  取引型を意識した小さなテーマを繰り返し検証し，ネットワークの複雑性を段階的にあげていく  ビジネスモデルとの掛け合わせ検討（①改善） → 本書に記載のビジネスモデル検討を継続  パブリック/コンソーシアムPOCによる反復理解（②改善） → POCによる特性理解が最も近道  専門家チームへの投資（③改善） → 専門家チーム（拠点）の発足，業務の専門家をＰＪにアサインメント常に会話  課題解決を踏まえた拡大戦略と，それらを実現するための専門的な判断力・専門的な人財を要する Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved.

82 計算機リソースから見たAI活用領域の配置事業分野集中演算型分散処理型ビッグデータ AI （経営）販売発電
送配電プラットフォーム + M2M(IoT) 学習の反映データの収集（フォグコンピューティング，エッジコンピューティング）（クラウドコンピューティング）ビッグデータCRM ディスアグリゲーション域外，グリッドエネルギーマネジメントアセットマネジメント自動需給予測エッジAI エッジAI エッジAI エッジAI 音声受付見守り余剰電力個人売買コンシェルジュ・・・  事業全体の計算機リソースを踏まえると，サービスのスケールごとに，システム面でのAIの演算ポジションは異なる Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved.

ICT技術の活用に向けたオープンイノベーションの取り組み 2017年12月1日

当社取り組みの紹介アイデアやサービスの募集 URL http://coe.chuden.jp ▪ COE（声） C O E 最新のICT技術、オープン
ソースソフトウェアの検証所在地名古屋市東区東桜2-13-1 ベンチャー企業、大学、研究機関等 85 Webサイト（COE）および検証・開発ラボ（COLab)開設の目的 ◦オープンイノベーション推進のため、外部から広く取り入れた新たなアイデアなどを検証し、ＩＣＴ技術を活用した付加価値サービスを開発する「場」をご提供お客さま社会付加価値サービスアイデア ▪ COLab（コラボ） Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved.

オープンイノベーション検証・開発ラボ「COLab」の概要① Room A コワーキングスペース Room B スコーピングルームベンチャー企業や、大学、研究機関の皆さまとともにアイデアを出し合い、新たなサービスの仮説を設定。
リラックスしてアイデア創出ができる、ブルックリンのカフェをイメージアイデアの具現化のため、リビングのようなスペースを用意サービス内容を具現化するため、ターゲットとなるお客さま像の設定やサービス提供の優先度設定を実施。 86 Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved.

オープンイノベーション検証・開発ラボ「COLab」の概要② Room C ソフトウェア開発ルーム AIやビッグデータ、音声認識、解析技術、センサー技術などの最新のICT技術を検証。 Room D 新技術検証ルーム
壁面の活用等、開発作業に集中しやすい場所を提供 AIスピーカーやVR機器等、実機の検証作業ができるスペースを用意最新のICT技術を活用したサービスを実現するソフトウェアを開発。 87 Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved.

Room Ａ：停電情報をSNSから直接お知らせ① 88 ＜Twitterに登録すれば、停電情報が見られる＞ ◦従来は、停電情報を見るためには当社ホームページを確認する等、手段が限られていた ◦「API」というIT技術により、SNS等のサービスで当社の停電情報などを自由に活用が可能に ◦パートナー企業と中部電力が連携することで、お客さまの情報活用の幅が広がる【従来】ホームページで情報確認【活用後】
Twitterから自動的に情報取得 APIの活用＜「API」活用によるお客さまの行動変化イメージ＞ ※画面は開発中のものです。 Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved.

Room B：音声インターフェースによる直観的な機器制御① 89 ＜より直観的な家電操作などの実現＞ ◦AI技術の進化により、音声インターフェースの精度は実用レベルに達している ◦家電・パソコン・ロボットといった他の技術と融合し、より豊かなライフスタイルの実現が示唆 ◦当社は、音声操作技術を活用し、宅内家電制御などのお客さまサービス向上に努める今日一日の電気使用量はどうだった？ねぇねぇ、テレビを
省エネモードにして！＜音声インターフェースの活用イメージ＞電気使用量の確認宅内の家電制御 Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved.

Room C：使う人の「うれしさ」に重きを置くリーンソフトウェア開発① 90 ＜使う人の「うれしさ」を考え、作り続けるための場＞ ◦モノやサービスを単に受け取るだけでなく、体験を通した「うれしさ」を重視する人々が増加 ◦使う人に「うれしさ」があるサービスを創出することは、当社の重要なミッション ◦当社では、そのような「うれしさ」のカタチを素早く具体化するソフトウェア開発に注力 ◦現状把握、お困りごと、うれしいことの整理を実施し、仮
説立案 ◦仮説に基づき、「うれしさ」を生み出す過程（ストーリー）を整理 ◦ストーリーを元にソフトウェアの画面や動き方を考え、ソフトウェアの全体像を決めていく ◦プログラミングによりソフトウェアを構築 ◦振り返り実施 ◦ご利用者さまへ展開 ◦確認や評価をいただく ◦継続した改善を通じて、使う人の「うれしさ」を素早く具体化継続した改善＜リーンソフトウェア開発の流れ＞お客さまとのミーティング全体像構築ソフトウェア構築・チェックソフトウェア展開、評価や改善 Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved.

Room D：3DスキャナとVR機器による仮想空間のリアルタイム生成① 91 ＜仮想現実が現場体験をより確実なものに＞ ◦3DスキャナやVR機器（ヘッドセットなど）によって、仮想現実は、より手軽で身近なものに ◦電力設備の保守現場など、狭い場所・危険を伴う場所の状況判断に仮想現実技術が適している ◦例えば、巡視点検や災害時の状況確認を、遠隔から安全に行うことが可能に ◦対象物をレーザースキャン、瞬時にモデル化し、仮想空間を構築
仮想空間の構築現実を再現 ◦仮想空間で現実を再現し、現実さながらの状況確認を行うことが可能 ※写真はイメージです。 Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved.

ビジネスITセンターの進め方平成３０年２月ｘｘ日情報システム部

ビジネスIT推進における当社の状況 ②ITプロダクトリーダー寄のスキル・流れ，モデル，オーケストレーション，顧客，総論，全体など ①事業オーナー寄のスキル・高い視座，本質，市場，戦略，抽象など ③ITエンジニア寄のスキル・実現手段，ソリューション，各論，具体など
(What) DATA (How) FUNCTION (Where) NETWORK (Who) PEOPLE (When) TIME (Why) MOTIVATION Product Out Market In SCOPE 経営者視点事業の状態顧客の状態ビジネスの流れビジネス拠点網ビジネス組織ビジネスイベントサイクル目標と戦略 BUSINESS MODEL アントレプレナー視点概念的な流れインサイトビジネスプロセスモデルロジスティクスモデルワークフローモデルイベントスケジュール事業/IT戦略 SYSTEM MODEL デザイナー視点論理的な流れデータ分析アプリケーションアーキテクチャ分散/連携アーキテクチャ UI/UX アーキテクチャプロセッシング構造ビジネスルールモデル TECHNOLOGY MODEL 開発者視点物理データの格納ログ収集システム設計システム設計プレゼンテーション設計コントロール構造ルール設計 DETAILED REPRESENTATION 実装作業者視点データベースログプログラムネットワークアーキテクチャセキュリティアーキテクチャタイミング定義仕様  当社はブレイン／データ分析の人財に課題をもっている ◦ 技術経営戦略のために，ビジネスとITの両方のスキルセットを併せ持つリーダー（ブレイン）が必要になってきている ◦ また，これまで当社のロールモデルに無かったデータ分析人財が，企業経営において重要視されはじめている ◦ 上記のプロフェッショナル人財は市場全体で供給不足の傾向にあり，安価な調達は困難を極めるビジネス人財 IT人財特に不足するスキルブレイン人財のばらつきデータ分析人財のばらつき Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved. 94

ビジネスIT人財と従来型人財の結合イメージ  近年のビジネスIT人財への注目は事業環境変化によるもの ◦ 従来型人財と比べて，why→what→howで語れる人財 ◦ 既存のロールモデルにはなかった先端ITを強みとする経営・企画・事業化の人財経営管理組織対応企画
研究対人技術企画系人財（経営視点）企画系人財（イノベーション視点）アントレプレナー系人財技術研究人財技術活用系人財（基盤技術視点）現行システム保守系人財管理系人財（管理職，PM等）技術活用系人財（先端技術視点）センス論証創造力実行力 Why Wha t How ：従来型人財：ビジネスIT人財（凡例） Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved. 95

戦略コンサルタント Webアプリケーションスペシャリスト必要人財の整理  ビジネスIT市場における職種一覧 ◦ 市場で重要視されている職種にマッピングすると下記のようになる  V型人財：複数のジャンルのスキルセットに長ける人財モデル。専門性がバランスする分，スキルジャンル横断に強い
 I型人財：ひとつのジャンルのスキルセットに長ける人財モデル。専門性に特化し，スキルジャンル横断には弱い分析系スキル（DATA）機能系スキル（FUNCTION）ロジ系スキル（NETWORK）コミュニケート系スキル（PEOPLE）マネジメント系スキル（TIME）戦略系スキル（MOTIVATION）データアナリストデータサイエンティストアプリケーションスペシャリスト UXデザイナープロダクトマネージャー（デジタル）マーケターＡＩブロックチェーン IoT 技術活用系人財（先端技術視点）アントレプレナー系人財企画系人財（イノベーション視点）企画系人財（経営視点） Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved. 96

①どこに人財を集めるのか（どこに組織を作るのか）  特定のバイアスに縛られず価値（ブレイン/分析力）を提供する独立部隊の拠点 ◦ ブレイン/分析はそれ自体が機能であるから，機能組織で良い ◦ 事業組織を離れ，市場・事業者・実行力の目を横断的に持てる人財集団とするビジネスIT センターお客さま
（市場）中部電力（事業者）パートナー（実行力）・分析・機能・ロジシティクス・コミュニケーション・マネジメント・戦略 Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved. 97

②どれくらいの人数が必要か（インソースにこだわるのか）  インソースのリーダーを中核に，イン・アウト混合のブレインソーシング集団 ◦ 全てをインソースの人財で構成するのは，新陳代謝が無くなり実現・維持の蓋然性が低い ◦ リーダー系（主にV型人財）はインソース，スタッフ系（主にI型人財）にアウトソースを織り交ぜるスタッフ系（I型人財） PJチームはイン/アウトソース混合のチームとなることが想定される
V型の持つ視野の広さ・高さと， I型の持つトレンドへの敏捷性を掛け合せるプロジェクト型の活動形態ハブ＆スポークの関係性リーダー系（V型人財） Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved. 98

企業内アントレプレナー育成の苦労 103

おわりに 107

109  私の環境 ◦ 中部電力が事業の中で計測できているKPIはほとんど無い ◦ 良くも悪くも歴史ある大きな事業会社 ◦ 戦う術が無いこともしばしば（自分に出来ていないことはたくさんある）けれど潮目は確実に変わった ◦タイミングは作ることも可 ◦運をつかむのも実力のうち何事も「タイミング」と「運」が大切と言いますが・・・

110 私の経験が少しでも参考になれば幸いですご清聴頂きありがとうございました Yutaro tomoto https://jp.linkedin.com/in/yutaro-tomoto-7b611b13a 戸本裕太郎 https://m.facebook.com/oyasaig ▪是非ご意見・ご感想等お聞かせください

自己紹介 Copyright © CHUBU Electric Power Co.,Inc. All Rights Reserved.
112 中部電力情報システム部技術経営戦略担当戸本裕太郎経歴 2011年4月中部電力へ入社。契約情報管理，料金・電気使用量料計算などの営業系システムや，設備工事用の資材調達・倉庫管理などの資源管理系システムの開発・保守を経験後，中部電力のシステム化企画および戦略に携わる。事業競争力強化のためのコーポレートITに加えて新規事業のためのビジネスITを推進し， AI・ブロックチェーン活用のプロダクトマネージメント，事業部門のアイディアソンやマーケティング支援，特許の出願，IT研究拠点の立ち上げ等に従事。 2015年3月情報工学の博士課程を修了。専門は知能情報工学/感性工学/可視化による情報分析の分野。

研究紹介 113 学習提案（原案）趣味・趣向の反映（情報可視化）想像以上の提案
（行動可視化）選択の整理行動の提案人工知能（パターン認識）進化的アルゴリズム（パターン創造）提案（推敲後）人と機械が融合した意思決定体験（ｳﾞｨｼﾞｭｱﾙ・ﾃﾞｰﾀﾏｲﾆﾝｸﾞ）クラウド  人の想像を超えた提案を行うシステムの研究 ◦人工知能とアルゴリズムを用いて情報を提案し，人の意思決定を支援するシステムを研究しているスマフォ

中部電力におけるITサービス創出の軌跡

中部電力におけるITサービス創出の軌跡

More Decks by yutaro

Other Decks in Technology

Featured

Transcript