2024.12.19
システムの穴を運用でカバーしようとしてミス多発… バグが大量発生、決算が合わない状態から業務効率化を実現するまで
提供:株式会社デンソー
リンクをコピー
記事をブックマーク
及川卓也氏:TCP/IPが、どういうプロトコルなのかについてお話しします。データを転送するときって、間にどんなネットワーク機器があるかわかんないんですよね。有象無象がいるわけですよ。Ciscoさんのようにちゃんとした高級品しか出さないところもありますし、アキバで買った部品で自作したルーターにプロトコルを載っけちゃっても、それはルーターとして動くわけですよ。
そういった有象無象が入っているときでも、ちゃんとつながなきゃいけないんですね。そのときって、すごいパフォーマンスを出すということよりも、ネットワークにとって一番大事なのは確実にデータが相手に届くことなんです。
ですから、考え方はSlow Startっていうんですね。一番最初は、まず相手がどういった能力を持っているか確認するためにちょろちょろっと行って、徐々にスピードを上げていくという考え方を取ります。これがTCP/IPのSlow Startという考え方で、これによって確実につながるということが保証されているんですね。
これは、スタートアップとかで考えているやり方とも近いんです。よくスタートアップの起業家の人たちにアドバイスするときに、この言葉が使われることがあります。
「Think Big」「Start Small」「Scale Fast」。つまり考えていることは非常に大きいんだけど、まずは小さく始めて、それがうまくいったらすごい勢いでスケールさせていきましょう、拡大させていきましょうというもので。これはまさに、インターネットという技術で証明している、1つの成功の法則だと考えることができるわけです。
現代のソフトウェア開発がどうなっているかというと、そもそもお客さん自身がなにを欲しいかわかっていない、ということはよくあります。
例えば最終的に作るものがクルマであったとしても、一番最初に必要なのが「移動したい」という要望だったならば、まずは自転車から始めて、最終的にはクルマに発展するというかたちでもいいでしょう。
これがまさに、アジャイルと言われているところです。ウォーターフォール型で開発ライフサイクルを一つひとつのフェーズで逆戻りすることなく進めていくということではなく、ちょっと作ってはお客さんに使ってもらって実験してみて、本当に必要とされているものはなにか、を確認しながら大きくしていくっていう考え方なんです。
これは、事業開発でもまったく一緒です。スタートアップにおいてはリーン開発が当たり前のように使われているんですけれども、要はスタートアップってリソース、とくに資金が枯渇するっていうリスクを常に抱えているんですね。失敗ができないんです。
ならば「すべての考え方は仮説である」と考え、仮説検証のフェーズを何度も何度も繰り返すんですね。一番最初の仮説というのは「ユーザーはこの課題を持っている」ですよね。なので「本当に課題を持っているか?」「それが重要なものかどうか?」「お客さんがお金を払うくらいに重要なものか?」の確認をします。
次に、その課題に対しての解決策と我々が考えているものが「本当に最善の解決策か」の検証を行い、そのあと実際に市場性があるかを確認していく。こういったプロセスがリーンと言われているもので、これもやはり仮説検証をひたすら繰り返していくというやり方になるわけです。
もう1つ取り入れられているのは、DevOpsという考え方です。今でも古い会社では「ソフトウェアは開発してお終い。リリースしたならあとは運用フェーズになります」と考えていらっしゃる方は多いんです。
昔私がいたMicrosoftもそういう会社で、要はシュリンクラップのパッケージ製品を家電量販店の棚に並べたら、会社は一旦安心なんですね。そのあとは保守運用してくれる別部隊に任せればいいと。「サポートコールは受けてください。バグがあったらそちらで直してください」と言うことができた。
でも、Webって違うんですね。私はGoogleに入ってからそれを知りました。開発してリリースしてっていうところまで、それはそれで大変なんだけれども、リリースしたときに本当にそれがユーザーに使われるかどうかを見るんですね。
一番避けなきゃいけないのは、ユーザーが思った以上に集まってしまって回線がパンクし、サーバーがアクセス不可になることです。これが起きてないかをちゃんと見なきゃいけない。もしそんなことが起きそうだったら、リソースをすぐにそこへ与えないといけない。
もう1つは、我々が目玉だと思っていた機能が使われているかどうかを調べることです。Webだと、アクセスログを見ればすぐにわかるんですね。もし使われてなかったら、「このボタンをもう少し大きくしよう」「色を変えてみよう」「位置を変えたらどうだろう」「それでもダメだったら、機能そのものがちょっとわかりにくかったのかもしれない」といった感じで、検証しながら使えるものに育てていきます。そうなると、開発と保守運用は別のものではなく、一体化するDevOpsの考え方が当たり前になってくる。
この3つの基本的な考え方は、「すべては仮説であり、それを検証していくことによって確認し育てていく」ということです。つまりイテレーション(反復、繰り返し)と言われているものが大事であり、育てていくのが今後のプロダクトの開発方法であるということです。
今日のもう1つのテーマの「モビリティ」についてもお話ししたいと思います。
今IT業界だとか、ものづくりの世界がどうなっているかというと、サイバーとフィジカルが融合しています。とくにAI、IoTはそうだと言われています。
実際、日本の国家戦略としても今「Society5.0」という名前で、いろんな省庁がこれに向けて努力しているわけですね。文明が始まったときのSociety1.0は狩猟文化で、そのあと農耕になり、産業革命が起きて工業化になり、情報化社会になる。工業化社会のときの日本は、製造業を中心として圧倒的に勝利した時代でしたが、情報化社会ではアメリカのシリコンバレーに負けたという時代です。
次に、そのフィジカルとサイバーが融合した世界がきます。そういった世界では、単純にクラウドからデータを使ってなにかをするのではなく、世の中にいろんなかたちで置かれたセンサーなどから得たビッグデータの解析を機械学習等で行うということが、有機的になされていくと言われています。モビリティの世界というのは、まさにその最たる例であると考えることができます。
この世界ではどんな技術が大事になるだろうかということを、端折ってお話しします。
1つは、やはりデータが大事です。GAFAがデータを独占しているんじゃないかとよく言われていますが、データ流通や情報銀行みたいなものを国などが進めているのも、そこにあるわけです。
どんなデータをどのくらい保存していつ活用するかって、すごく難しいんですね。「データがなにかあるから、この宝を使ってなんかやってください」って言っても、そんなにうまくいくことはないです。
そもそも「何をやりたいか」という課題をそこから発見して、その課題のためにはどういったデータを集めなきゃいけないか。どのくらい集めて、保存期間はどのくらいにするか。解析の技術は何を使うかってことを、しっかり考えていくことが大事です。
もう1つ、ちょっと抽象的な言い方をしちゃってるんですけど、すべてのものがソフトウェア化していくという流れがあります。少し前から、例えばネットワークもSoftware Defined Networkというかたちで、ハードウェア特有のものではなくてソフトウェアでコントローラブル、マネージャブルなかたちで、ダイナミックにネットワークのフローを変えることができるようになっています。
いろんなものが、ソフトウェアでコントローラブルになる。例えば、コンテナ技術ですとか、Kubernetes、オーケストレーションと言われていたりするわけですけれども。それもソフトウェアにより、今まで人が張り付いてオペレーションを見ていた部分を、コードで実現できるようになる、という1つの例になるわけです。
あとは、その集めたデータの解析をどうするかという話があります。UIのかたちも、いわゆるコンピュータディスプレイにおけるUIだけではなく、いろんなデバイスが出てきます。
UIって、「そこにタンジブルなかたちで、ものが表示される」ということだけじゃないんですね。スマートスピーカーみたいに声で話しかけてくれるUIもあるし、ユーザーが自らそこにアプローチすることなく相手から歩み寄ってくれるようなものも、すべてインターフェースの新しいかたちなんです。こういったものが大事な要素ではないかと思います。
こういったことをやろうとしたときに、今後一番のボトルネックになりかねないのは「消費電力」なんですね。
(スライドを指して)ここに出ている人は、コンピュータの教科書で『ヘネシー&パターソン』という有名なコンピュータアーキテクチャの本があるんですけど、それを書いたジョン・ヘネシーという人です。今はGoogle親会社のAlphabetの会長になっています。
彼が講演でよく話しているのは、その話なんです。ムーアの法則の限界がきていますと。単純なインテル的汎用プロセッサーが進化していくと、無駄なことがたくさんできてしまうあまりに、消費電力をものすごく食うんですね。それは、今後のAI、IoT時代において正しいだろうかと。
Googleはご存知のとおり、TensorFlowに特化したTPUというのを出しているので、そういった用途に応じた「ドメインスペシフィックなアーキテクチャが大事だろう」と言ってるのは、多少ポジショントークである部分はあります。
正解はともかくとして、消費電力の問題がちゃんと解決されなければいけないっていうところに、もう1つの技術的なブレイクスルーが必要になっているというのは間違いないですね。
サイバーとフィジカルの融合でいうと、モビリティが最たる例だと言ったんですけど、本当にそのとおりで。Connectedでクルマがネットにつながっていきますよね。それでできることは山ほどありますから。
MaaSというのは、「人が移動する」「モノが移動してくる」など、いろんなものがあるんですけれども、キモはサービスなんです。自動車産業に限らず製造業というのは、先ほどのDevOpsよろしく「売って終わり」だったんです。家電もそうです。クルマもそうです。
例えばテレビ受信機が、本当にスイッチを付けてテレビを見ているかなんて、ほとんど気にしていなかったんですよね。20万くらいのでっかいディスプレイとして買ってくれたら、それでよかった。
でも今後は、それがちゃんと使われ続けていくかどうかが重要です。もしかしたら課金形態が変わるかもしれないですね。使い続けてもらうことによって、サブスクリプション方式でちゃりんちゃりんとお金が入ってくるかもしれないし。
昔は独身だったからこの機能を使わなかったけれども、夫婦で暮らすことになって生活が変わりました。彼女と一緒ならこの機能を使いたい、家族が増えたから子ども用にこの機能を入れたい……。そのときに初めて有効にして、それに対してお金を払うというようなサービスも出てくるかもしれない。
そうすると、売り切りで終わりではなくて、どう使われていくか、どう使ってほしいかということを想定して、それをサービスとして展開していくことが必要になってきます。製造業がサービス業化していくというチャレンジであり、また魅力的な機会であると考えることができるわけです。
今までの製造業はそういったものでしたが、実際にいろんなシナリオで見たときに、単にモノを売るのではなくコト、つまりそこでの体験というものに対してお金を払うようになってきています。これも、もう1つのサービスのコアの部分だと思います。
自動車業界も同じように業界の構造が大きく変わってきている。私も知らなかったんですけど、自動車業界ではカーメーカーのことをOEMって言うんですね。(スライドを指して)デンソーがいるのは、このTier1と言われているところです。階層構造になっていて、さまざまな部品メーカーがそこに連なっています。
今までだったら、カーメーカーやデンソーなりの部品メーカーは、クルマが売れさえすればちゃんと売上が立っていました。しかし、お話ししたサービス化を考えるときに、デンソーのような部品メーカーにユーザーとの接点があるかというと、ほとんどないですよね。
一方で、OEMメーカーでさえユーザーとの接点が持てているかというと、持てなくなっているかもしれない。実際にユーザー接点を持っているのはUberであったりTeslaであったりのサービス事業会社であって、カーメーカーでさえ、単にクルマのパーツを提供しているような存在になってしまうかもしれない。
さらに言うと、このTier構造のところも、クルマの部品にソフトウェアの重要なものが入ってきていて、いずれそこがメジャーなプレーヤーになるのではないかという予測もあります。
大きく業界構造が変わる中で、それぞれがなにをするか考えていかなきゃいけない。みなさんはあまりご存知ないかもしれないですけど、デンソーは、世界に社員が16万人います。
本当に私も知らないまま手伝い始めちゃったんですが、日本ではトヨタに次いで2番目に海外に赴任している人が多い会社です。しかも海外売上の割合が高いです。
多くのスタートアップがなにかやろうとしたときに、すぐには得られないものとして、海外拠点があります。グローバルに対してどうやって展開するかという話ですね。
(みなさんの会社に)技術者は何人いますか? デンソーはたしかにハードウェア技術者のほうが多いですけれども、16万人も社員がいたなら、ソフトウェア技術者やAI技術者の数はそこらのスタートアップよりもとんでもない数がいるわけですね。
部品メーカーなので目立たないんですけれども、実際はそういう人たちが次世代のレーダーですとかサービスなど、多くのOEMで使っているコア技術をしっかりと作っているんですね。
自動運転の前に、実はADASと言われているドライブアシスタンスの機能があって。(スライドを指して)ここにもいくつか書いてあるんですけれども、ほぼ自動運転に近いような機能というのは実現しているところもあるんですね。
今の高級車や一部のクルマって、レーンから外れていたら勝手に補正してくれて、手を離しても高速道路の上だったらちゃんと軌道に乗せてくれたり、前のクルマが急ブレーキかけたらちゃんと止まったりすることは、もうできているんです。
デンソーは高度な画像認識技術を持っています。あまりおおっぴらに言ってないんですけれども、そういった技術をすでに持っていると。それをさらにサービスとして使うためなら、いくつかのデンソーならではの可能性もあるし、チャレンジもできると。
いずれにせよ「この先、なにが起きるかな」っていうところが、部品メーカーや今までの自動車産業を支えていたプレーヤーからすると、不安ではあります。ただ、一方で先ほどのGitHubのジェイソン・ワーナーの言葉じゃないですけれども、将来起きることを見越してそれに備えるのが技術者です。
それが技術者の楽しいところでもあると考えたならば、必ずしも破壊的なイノベーションによって業界構造さえも変わっていくのが「脅威」というだけではなく、それがワクワクするような「楽しみ」にもなります。
モビリティの世界というのは、サイバーとフィジカルの典型的な例として、技術者が挑戦しがいのある世界ではないかなと思います。私の話は以上とさせていただきます。どうもありがとうございました。
(会場拍手)
株式会社デンソー
関連タグ:
2024.12.20
日本の約10倍がん患者が殺到し、病院はキャパオーバー ジャパンハートが描く医療の未来と、カンボジアに新病院を作る理由
2024.12.19
12万通りの「資格の組み合わせ」の中で厳選された60の項目 532の資格を持つ林雄次氏の新刊『資格のかけ算』の見所
2024.12.16
32歳で成績最下位から1年でトップ営業になれた理由 売るテクニックよりも大事な「あり方」
2023.03.21
民間宇宙開発で高まる「飛行機とロケットの衝突」の危機...どうやって回避する?
PR | 2024.12.20
モンスター化したExcelが、ある日突然崩壊 昭和のガス工事会社を生まれ変わらせた、起死回生のノーコード活用術
2024.12.12
会議で発言しやすくなる「心理的安全性」を高めるには ファシリテーションがうまい人の3つの条件
2024.12.18
「社長以外みんな儲かる給与設計」にした理由 経営者たちが語る、優秀な人材集め・会社を発展させるためのヒント
2024.12.17
面接で「後輩を指導できなさそう」と思われる人の伝え方 歳を重ねるほど重視される経験の「ノウハウ化」
2024.12.13
ファシリテーターは「しゃべらないほうがいい」理由 入山章栄氏が語る、心理的安全性の高い場を作るポイント
2024.12.10
メールのラリー回数でわかる「評価されない人」の特徴 職場での評価を下げる行動5選
Climbers Startup JAPAN EXPO 2024 - 秋 -
2024.11.20 - 2024.11.21
『主体的なキャリア形成』を考える~資格のかけ算について〜
2024.12.07 - 2024.12.07
Startup CTO of the year 2024
2024.11.19 - 2024.11.19
社員の力を引き出す経営戦略〜ひとり一人が自ら成長する組織づくり〜
2024.11.20 - 2024.11.20
「確率思考」で未来を見通す 事業を成功に導く意思決定 ~エビデンス・ベースド・マーケティング思考の調査分析で事業に有効な予測手法とは~
2024.11.05 - 2024.11.05