HMIソリューション開発プロジェクト

本プロジェクトは、数年スパンで進行する大規模な開発案件である。その中核に3人の若手エンジニアの姿があるのは、実力に応じて裁量を与えるデンソーテンの組織風土によるもの。彼らはそれぞれに次のような役割を与えられた。
まずM.N.だが、彼はIVIの基盤となるプラットフォームのカスタマイズを担当。特に注力したのは、システム起動の高速化だ。「エンドユーザーがクルマのエンジンをかけてからIVIが使用可能になるまでの時間を短縮し、ストレスのない操作環境を提供することがミッションでした」と語る。
一方のH.S.は、ユーザーからは不可視な領域である「故障診断」および「出荷前検査」のソフトウェア開発を担った。異常検知による事故防止や不具合発生時の原因特定などが主な任務だ。「製品の信頼性と安全性を支えるための縁の下の力持ちという位置付けですね」と述べる。
そして機能アプリ全体の繋ぐ役割として、ソフトインテグレーションを担当するのがE.K.だ。ソフトウェアの複雑化にともない、CI/CD※を活用した評価プロセスの自動化を構築。「常に最高品質をタイムリーに届ける仕組みをつくり上げることでプロジェクトに貢献しました」と語る。
担当フィールドは異なるが、自分たちの取り組みが製品全体の価値および顧客の安心に直結するという認識は共通していた。順調に役割を果たしていた彼らだったが、プロジェクトが佳境を迎える中、想定外の難題に直面することになる。

※CI/CD（継続的インテグレーション/デリバリー）＝常時ソフトウェアを更新・テストし、バグなどの問題を早期発見する手法。

M.N.が対峙したのは起動時間の「バラつき」だった。起動高速化において、目標値の達成と同等に重要なのが安定性だ。しかし、試行のたびに起動秒数が変動する不安定な動作が確認された。「目標値を満たすだけでなく、毎回きちんと安定していることが必須条件でした。発生条件の調査、計測環境に問題がないかに加えて、影響が考えられる箇所のソースコードを詳細に調査しましたが、なかなか原因を特定できず、先が見えない状況が続きました」とその時の苦慮を語る。

同時期、H.S.は出荷前検査の最終工程における遅延問題に対応していた。検査痕跡を削除して製品を出荷状態に戻すコマンドを実行した際、コマンド完了までに約90秒の遅延が発生することが判明したのだ。百万台規模の量産ラインにおいて、このタイムロスは致命的なリスクとなる。「再起動時には全アプリが起動するため、要因の切り分けが非常に困難でした。現象初見時は解析の着手点に関する知見もなく、手探りの状態からのスタートでしたね」と苦笑する。

機能アプリ全体の統合を担うE.K.のもとには、顧客へのリリース数日前に「特定環境下のみで発生する不具合」が報告された。納期が秒読みとなる中、自チームの環境でのみ再現されるトラブルは原因の特定が難航。「現場には重苦しい焦燥感が広がりましたが、何としても解決しなければという強いプレッシャーが、逆にチームの結束力を高める結果となりました」と当時を振り返る。

いずれの課題も、机上の設計を超えた実機ならではの複雑性が引き起こしたものだった。では彼らはこの難局をどう乗り越えたのか？