” 便利な車 “を支える技術への挑戦 コネクティッドサービスをアジャイルで開発

アジャイル開発は短い期間での開発サイクルを繰り返す開発手法で、実現したい仕様要求に柔軟に対応できるというメリットがあります。 当社では、アジャイル開発のフレームワークのうち、多くのチームでスクラムを採用しています。

スクラム開発のバイブルであるスクラムガイド（2020/Ken Schwaber & Jeff Sutherland 共著）では、小さなチームの方がコミュニケーションを取りやすく、生産性が高いことからスクラムチームは10名以下で構成することが通常であると記載されています。当社でも通常は5～7名程度のスクラムチームを構成しています。
また、スクラムでは、適切な大きさに分割されたプロダクトバックログアイテムに優先順位をつけて期間ごとに開発を行います。

今回のコネクティッドサービス開発では、クラウドとクルマそれぞれでスクラムチームがあり各チームで開発したものをあわせて一つのサービスを作り上げる必要がありました。プロジェクト開始当初、当社はクラウドのスクラムチームを任されており、チームは通常より少ない3名で構成していました。少人数のため、アジャイル開発のスペシャリストとしての経験があり、技術を幅広く持っているメンバーが参画していました。

問題の本質を探り、対応可能な粒度に分解

いざ開発を進めていくと、“顧客・様々なステークホルダー（仕様要求のある部門、関係者を指す）が求める新機能の重要性” や “テレメトリデータを扱う技術的難易度” などの要因から、チームが対応するプロダクトバックログの量が多くアイテムも大きい、という問題に陥りました。そこで解決方法について検討した結果、開発スコープをチームが処理できる適切な大きさに変化・分解させることが必要であるということが分かりました。
適切な大きさに分解するにあたり、当社メンバーが主体となり、“顧客やステークホルダーにとって真に必要であり、かつ自分たちのチームではないと作ることができない内容” に細分化していきました。

クルマの進化の未来を見据えて何度も協議。
ステークホルダーに納得いただくことで当初の計画通りにサービスを提供

コネクティッドサービスはクルマとクラウドが通信することで実現するサービスですので、クラウド側ではなくクルマ側でデータを処理した方が速度面・データ通信量面で効率的な場合があります。しかし、電力量や処理能力、データ保存容量などの制限を踏まえると実現が難しい場合もあり、クラウド側での処理が求められることも少なくありません。
今回は、この求めに応じてクラウド側での処理実装を安直に行うのではなく、サービスの将来像とクルマの進化の未来を見据えた全体アーキテクチャについてステークホルダーと何度も協議し、自チームだけで実現すべきではないバックログであることを忍耐強くご説明し、ご理解をいただくことで、現在のチーム構成のままで開発を進めてみようという合意に達しました。

ステークホルダーの理解を得ることができ、チームが開発に集中することができるようになったことで、開発は安定したリズムで進み、その結果当初の計画通りにサービス提供ができました。
次回以降のコラムでは、開発の過程で発生した技術的に困難だった事などについてもご紹介できればと考えています。

アジャイル開発の実践方法は様々ですが、当社は今後もアジャイル開発の研鑽を重ね、お客様のご期待に添えるよう、努力してまいります。