トヨタ ウーブン・シティ
課題
富士山のふもとで、100億ドル規模の未来型スマートシティを築く
ウーブン・シティは、都市のあり方そのものを問うトヨタの野心的な実験です。富士山のふもと、静岡県裾野市の東富士工場跡地に建設され、モビリティ、エネルギー、物流、情報がひとつに機能する「Living Laboratory™」として設計されています。
この街は人間中心で、常に進化し続け、住民、研究者、イノベーターが共に暮らす場所です。新しい技術は研究室ではなく、街、家、そしてコミュニティという日常の中でテストされます。暮らしながら、街そのものを作り変えていきます。
この街は人間中心で、常に進化し続け、住民、研究者、イノベーターが共に暮らす場所です。新しい技術は研究室ではなく、街、家、そしてコミュニティという日常の中でテストされます。暮らしながら、街そのものを作り変えていきます。
トヨタはこれを「他者のために」という理念で呼んでいます。創業者・豊田佐吉の人生を変えた織機の発明から始まり、今では100億ドル規模のこのプロジェクトを動かす原動力になっています。ウーブン・シティには世界中のスタートアップ、研究機関、そしてトヨタ自身のチームが集まり、次世代のモビリティを共創しています。
自動運転車からスマートホーム、再生可能エネルギーまで、ここは私たちの暮らし方、働き方、移動の仕方を、日本だけでなく世界中で再定義しうるアイデアの実証の場です。
自動運転車からスマートホーム、再生可能エネルギーまで、ここは私たちの暮らし方、働き方、移動の仕方を、日本だけでなく世界中で再定義しうるアイデアの実証の場です。
都市の中核を支えるエンジニアリング
ウーブン・シティを動かし続けるツールとシステムの構築に携わりました。
- インパクトの大きいチームを率いた
- 都市全体で使うコンポーネントライブラリを構築
- 開発者の働き方を効率化
ゲートウェイ
Inventor Portal ― アイデアと都市がつながる場所
Inventor Portalは、ウーブン・シティの未来を形作るイノベーターたちのためのデジタルな玄関口です。初日から私のゴールは、研究者、スタートアップ、技術者が提案を提出し、実験を追跡し、都市側のチームと連携することを、無理なくできるようにすることでした。
アーキテクチャと開発をリードし、柔軟なBFF APIを実装し、アイデアがコンセプトから実際のテストまでボトルネックなく進むワークフローを設計しました。
アーキテクチャと開発をリードし、柔軟なBFF APIを実装し、アイデアがコンセプトから実際のテストまでボトルネックなく進むワークフローを設計しました。
これは単なるWebアプリではなく、ビジョナリーたちと都市そのものをつなぐ生きた橋です。ポータルはイノベーターをリソースにつなぎ、オンボーディングを簡単にし、チームが事務作業よりイノベーションに集中できるツールを提供します。
すべてのクリックと画面は、摩擦を減らし、フィードバックを早め、最良のアイデアがより早くウーブン・シティの現場に届くように作られています。小さな積み重ねが、街全体の進化を早めていきます。
すべてのクリックと画面は、摩擦を減らし、フィードバックを早め、最良のアイデアがより早くウーブン・シティの現場に届くように作られています。小さな積み重ねが、街全体の進化を早めていきます。
すべてはスピード勝負
Inventor Portalを、アイデアから立ち上げまでスピードを落とさず進めた。すべてをシンプルに、分かりやすく、前に進める形で。
一緒に仕事しやすく、着実に成果を出す。
コミュニケーションも明確、進行もスムーズ。
- 0%
アジャイルOKRに沿った、期限内の機能リリース
- 0%
問題なくローンチしたオンボーディングフロー
- 0%
ワークフロー改善による開発速度の向上
- 0
APIで統合したコアWebサービス
明確さ
全員の認識をそろえる
Inventor Portalは多くの部分が同時に動く、チーム横断のプロジェクトでした。私の役割は、PdM、デザイナー、パートナーチームとの間でずれが生まれないよう、認識をそろえ続けることでした。定期的なチェックイン、明確な優先順位、早いフィードバックループでスコープをコントロールし、プロジェクトを遅らせがちな行き来を減らしました。結果として、ノイズは減り、前進は増えました。
フロー
すべてのパーツを噛み合わせる
私たちのチームが主に手がけたのは、バックエンドサービスとフロントエンドをつなぐBFFレイヤーでした。データが常にクリーンで一貫していて、UIが必要とする形そのものであるようにしました。それには他チームとの調整も必要で、統合がスムーズに進み、リリース当日に何も壊れないようにしました。目立つ機能を作ることが目的ではなく、すべてのパーツがきちんと噛み合うことが目的でした。
統一
すべてをまとめる、ひとつのライブラリ
複数のチームが同じプラットフォーム向けに開発していると、すぐに不統一が生まれます。それが問題になる前に止めるため、Component Libraryを立ち上げました。
ゼロから、アーキテクチャ、ロードマップ、基準を整備し、誰もが同じソースを参照できるようにしました。
ゼロから、アーキテクチャ、ロードマップ、基準を整備し、誰もが同じソースを参照できるようにしました。
ライブラリはリリースしただけでなく、実際に定着しました。チームを素早くオンボーディングし、場当たり的なUIを共有で信頼できるツールキットに置き換えました。その結果、ボタンやフォームを何度も作り直す時間が減り、本当に意味のある機能に集中できるようになりました。今では、1か所の変更が、あらゆる場所の体験を改善します。
- 0+
設計・構築・ドキュメント化したコンポーネント数
- 0%
想定を上回るチーム間への導入スピード
- 0%
UI開発全体のスピード向上
- 0
導入1か月目から実際に使っていたチーム数
誰もが使えるように
プロジェクト全体で一貫した、スケールするUIの基盤を構築。使いやすく、すぐに定着した。
バートは、デザインと開発の実行をつなぐ、欠けていたピースだった。
基盤
ゼロから始めて、全員のために作る
ライブラリが存在する前は、各チームが同じUIの課題をそれぞれ独自の方法で解決していました。ボタンの見た目はチームごとに違い、フォームの動きも違っていました。体験はシームレスというより、継ぎ合わせたような感じでした。それを直すためにComponent Libraryを立ち上げ、白紙の状態からアーキテクチャを定義し、誰もが信頼できるロードマップを描きました。コンポーネントを作ることが目的ではなく、壊れずにスケールできる基盤を作ることが目的でした。
導入
良いアイデアを日々の習慣に変える
ライブラリは、実際にチームが使うようになるまでは成功とは言えません。開発者やデザイナーと密に連携し、導入の障壁を減らすために、質問に答え、フィードバックに合わせてコンポーネントを調整し、摩擦が見つかるたびに取り除きました。数週間のうちに、ライブラリは新機能を作る際のデフォルトになりました。時間を節約し、デザインの一貫性を保ち、チームが最初から正しいものをリリースできているという自信を与えました。ライブラリなしの開発はもう考えられません。
課題を持ってきてほしい。すぐに動かす。
止まったプロジェクト、壊れたプロセス、技術的な行き詰まりは、時間と勢いと機会を静かに奪っている。