Hondaの二輪開発エンジニアが、Hondaならではのカルチャーや開発体制を語り合う

バイクでは、熱や水が当たり前にある環境です。スクーターだと多少スペースはありますが、ネイキッドバイクは部品の塊のようなものですから、スペースという制約もある。その限られたスペースを、多くの部門が必要としている状況でもあります。そのため部門同士のやり取りや譲歩もする必要があります。もちろん工夫するのも大切で、その結果、特許が取れるようなこともあります。

二輪は四輪と異なり、モニターを見るために走行中に目線を前方から下に向けることに対する恐怖感があります。そのため、文字サイズの違いや読み取ることのできる情報量が四輪とは異なります。ただ、このような制約があるからこそ、自分なりの工夫ができるとも言えます。

これまでソフトウェア開発に長年携わってきましたが、ハードウェアのスペックが必要なために実現が難しい、といったことが少なくありませんでした。一方、Hondaでは安全を保つために、どの程度のハードウェアのスペックが必要なのか。政治的なやり取りではない取り組みを、それぞれのエンジニアが責任を持って取り組んでいると感じています。

法規で表示が定められているスピードなどは、リアルタイム表示する必要があります。そのためすべての表示をAndroid OSで、というのは難しいと思います。そもそもスマホの起動には時間がかかります。そのため時間を要しても良い、エンタメなどの機能はスマホで。一方、法規に準じた内容は従来どおりメーターまわりで。その上で、お客様がいかに使いやすいかを考える必要があると思います。

スケジュールどおりにハードウェアの部品、例えばメーターが仕上がっていないといったことがあります。しかし、テストを行わないわけにはいきませんから、テストの本質をチームで振り返り、代替品を用意するなどの工夫は頻繁に行っています。

ソフトとハードはそもそも日程はアンマッチだと思います。家電系の場合は開発期間が1年ほどですが、Hondaの場合はさらに長い期間となります。このアンマッチをどう解決していくのか。新しい開発手法も含め、ハード・ソフト両方のメンバーが手を取り合い、解決していくしかないと思います。

RoadSyncでは当たり前にクラウドと繋がるなど、車両が外と繋がる領域が増えてきています。一方で、車両を開発しているエンジニアの技術力やノウハウは凄いですが、クラウドの話になると、中々議論が盛り上がりません。クラウドの必要性や実際にどのような利益を生むのかといった点を提案し、車両も含めたシステム全般でソフトウェア開発を推進していく必要があると思います。

先ほど発言したナビの文字表示の大きさもひとつですし、その他ではハンドルまわりのスイッチのフィーリングなどもあります。ボタンを押してから何秒以内に反応するように設定するのかを、ハードウェアの開発メンバーと検討する必要があるからです。

我々もハードウェアを学ぶ必要がありますし、ハードウェアのメンバーも我々に何ができるのかを知ってもらう。その上で、チーム一丸となってより良い仕様を決定することが大切だと思います。

二輪の開発部門は四輪に比べてプロジェクトリーダーはもちろん、電装や車体など、各部門同士の距離が近いという特徴もあります。そのため他部門のメンバーも、ソフトウェアについて詳しくはないが、興味を持ってくれていると思います。

面談のときからHondaはボトムアップだから、と言われていました。ただ、ボトムアップを打ち出す会社は少なくありませんが、実際は形だけ、というのをこれまでの経験から想像していました。

ところがHondaのボトムアップは本当で、現場の意見を上司が曲げたり、くしゃっと拒絶するようなことは一切ありません。エンジニアとしてはやりがいではありますが、逆にプレッシャーでもあると捉えていますし、真摯に技術に向き合わないと、本当に良い製品は完成しないとも考えています。

自動車OEMの仕事は仕様を決め、それに対して責任を持つことだという、先輩の発言が心に残っています。

私が担当しているIVIユニットも、最初に素案としてつくるべきものは決まっていました。ただ、そこから何のために何をつくるのか。まさに先ほど話したような起動時間の仕様などを、担当者がワイガヤなどを通じて決めていきます。Hondaらしいのは、スケジュールも担当者が決めることで、自主性がかなり強い組織だと思います。

私は社内チャレンジ公募を使い、四輪から二輪部門に移りました。そしてすぐに、メーターの仕様が整理されていないことに気づき、自分がやりたいと提案しました。そうしたら実際に、他の仕事をしながら任せてもらえました。

Gold Wingの開発時に、グリップヒーターの配線が露出しているところがかっこよくないと思い、誰もやれとは言っていませんでしたが、配線をスイッチボックス内に隠すことを自分で提案し、量産に繋げることができました。もうひとつ、新人のときにステーをつくっておいてと言われ、CADで作図しました。すると部品番号も名称も、ガイドラインを参考に自分で決めろと言われ驚きました。

仕様は担当領域の各プロジェクトリーダーが決めますが、実際にはチームとして検証しており、例えば私が仕様を考えたりします。その上で、私の場合は上司に提案しますが、チームで整合が取れていればあれこれ言われることはありません。

仕様をまわりのメンバーに見てもらった際、やはり深く考えていないところはしっかりと指摘されると感じます。ただ、私ひとりでは決められない箇所もあります。そのような場合はできないと言えばいい、というのがHondaの文化だと感じています。

実際に話を聞いてくれますし、どうすれば解決に向かうかを皆で一緒に考えてくれます。とにかく良いものをつくりたい。このような共通の思いを皆が持っているからこそ、だと思います。

IVIのソフトウェアは大規模のため、修正には大幅な時間がかかります。しかしクレームを言うようなメンバーはおらず、むしろその逆でやらないといけないよね、という雰囲気があります。全員が一丸となって、最高のバイクをお客様に届けるという目的意識が一致していると思います。

目の前で行うテストに何が必要なのか、治具なども自分で考え、設計する事もあります。やりたいこと、やらなければいけないことを、自分で考え進めるのもHondaらしさであり、入社してから5年。Hondaの良き文化が、自分でも板についてきたと最近は感じています。

ブレストのように喧々諤々と話すのはしょっちゅうですが、社外で1日をかけて議論する山ごもりのようなワイガヤもあります。

1カ月もしないうちにステーの設計を任されました。

開発、マーケティングメンバーどちらも現地リサーチをします。Hondaには三現主義という文化があるからです。実際、現場を見ている人が一番強いです。

インドネシアやタイに行った際、バイクに数名で乗ったりする実際の光景や、スコールや渋滞の凄さを目の当たりにしました。その経験から、現地では常にメーターは見ていられないと思いました。聞いた話ではなく、自分で見にいくことは大切だと改めて思いました。

発散は大事であり、いくらでもして良いと考えています。次第に目的、目標が明確になり最終的な打ち手が決まるからです。

似たようなアイデアはたくさん出ていいと思います。どちらかのアイデアが良いのか、押す・引くではなく、一緒に議論してより良いアイデアや、良いとこ取りをすれば良いからです。