Tweet
Tweet

Slide 1

Slide 1 text

©NAVITIME JAPAN ソフトウェア開発に最短経路はあるか 株式会社ナビタイムジャパン 開発部部長 兼 ACTS(研究開発)ルートグループ責任者 小田中 育生

Slide 2

Slide 2 text

©NAVITIME JAPAN 自己紹介 小田中 育生 株式会社ナビタイムジャパン 開発部 部長 ACTS(研究開発) ルートグループ責任者 • 2009年株式会社ナビタイムジャパン入社 • 経路探索 • 交通情報 • ミドルウェア • チャットボット • カイゼン

Slide 3

Slide 3 text

©NAVITIME JAPAN

Slide 4

Slide 4 text

©NAVITIME JAPAN 2019 06/22

Slide 5

Slide 5 text

©NAVITIME JAPAN 2019 06/22 2009 06/01 Back to 2009/06/01

Slide 6

Slide 6 text

©NAVITIME JAPAN 個人的な話 ナビタイムジャパン入社 経路探索の研究開発部門に配属 初めて開発したのは「プローブ交通情報システム」 小田中2009

Slide 7

Slide 7 text

©NAVITIME JAPAN ナビタイムジャパンの話 フィーチャーフォン 向けにサービスを展開 当時の資料

Slide 8

Slide 8 text

©NAVITIME JAPAN 2019 06/22 2009 06/01 RETURN to 2019/06/22

Slide 9

Slide 9 text

©NAVITIME JAPAN 個人的な話 ナビタイムジャパン勤続10周年 経路探索の研究開発部門にて責任者を担当 シェアサイクルルート(‘18/9) タクシー配車位置(’19/3) 小田中2019

Slide 10

Slide 10 text

©NAVITIME JAPAN ナビタイムジャパンの話 有料課金ユーザー数 約480万人 月間ユニークユーザー数 約5,100万人 スマホ向けに サービスを展開 BtoB含め 多様な事業展開 ※2018年9月時点

Slide 11

Slide 11 text

©NAVITIME JAPAN ソフトウェア開発における最短経路

Slide 12

Slide 12 text

©NAVITIME JAPAN ゴール スタート

Slide 13

Slide 13 text

©NAVITIME JAPAN ゴール スタート これが最短経路

Slide 14

Slide 14 text

©NAVITIME JAPAN ゴール スタート 機能Aの開発 レスポンス改善 テスト環境整備 リファクタ UI改善 ソフトウェア開発における選択肢の多様さも グラフで表すことができる 品質上げて!

Slide 15

Slide 15 text

©NAVITIME JAPAN ゴール スタート 選択肢=バックログ。バックログに優先順位を つけることで最短経路が浮かび上がる 機能Aの開発 レスポンス改善 品質上げて! テスト環境整備 リファクタ UI改善

Slide 16

Slide 16 text

©NAVITIME JAPAN しかし

Slide 17

Slide 17 text

©NAVITIME JAPAN 2019 06/22 2009 06/01 この10年での 現場の変化

Slide 18

Slide 18 text

©NAVITIME JAPAN 2019/06/23 2009/06/01 チャネル スマートフォン フィーチャーフォン インフラ クラウド オンプレ 開発プロセス アジャイル ウォーターフォール 組織 フラット・マトリクス型 ピラミッド型 バージョン管理 Git VSS 単体テスト xUnit お手製 or 無し 情報共有 Slack, メール, Confluence メール, Pukiwiki 大きく変化している

Slide 19

Slide 19 text

©NAVITIME JAPAN 2019/06/23 2009/06/01 チャネル スマートフォン フィーチャーフォン インフラ クラウド オンプレ 開発プロセス アジャイル ウォーターフォール 組織 フラット・マトリクス型 ピラミッド型 バージョン管理 Git VSS 単体テスト xUnit お手製 or 無し 情報共有 Slack, メール, Confluence メール, Pukiwiki ゴール スタート 市場の変化で、 ゴール(ビジョン)への 道筋が変わる

Slide 20

Slide 20 text

©NAVITIME JAPAN 2019/06/23 2009/06/01 チャネル スマートフォン フィーチャーフォン インフラ クラウド オンプレ 開発プロセス アジャイル ウォーターフォール 組織 フラット・マトリクス型 ピラミッド型 バージョン管理 Git VSS 単体テスト xUnit お手製 or 無し 情報共有 Slack, メール, Confluence メール, Pukiwiki 例えばGitへの移行

Slide 21

Slide 21 text

©NAVITIME JAPAN ゴール スタート ゴール スタート Git移行 Git移行

Slide 22

Slide 22 text

©NAVITIME JAPAN ゴール スタート ゴール スタート Git移行 Git移行 全体の スピードが向上

Slide 23

Slide 23 text

©NAVITIME JAPAN 2019/06/23 2009/06/01 チャネル スマートフォン フィーチャーフォン インフラ クラウド オンプレ 開発プロセス アジャイル ウォーターフォール 組織 フラット・マトリクス型 ピラミッド型 バージョン管理 Git VSS 単体テスト xUnit お手製 or 無し 情報共有 Slack, メール, Confluence メール, Pukiwiki プロセスの進化が 開発速度を向上させる

Slide 24

Slide 24 text

©NAVITIME JAPAN ある時点では最短経路は「ある」。 だが、この最短経路は「変わる」。

Slide 25

Slide 25 text

©NAVITIME JAPAN VUCAと呼ばれるほどに 不確実で、変化の速い時代

Slide 26

Slide 26 text

©NAVITIME JAPAN 変化する時代に 開発チームはどうあるべきか

Slide 27

Slide 27 text

©NAVITIME JAPAN • 今この瞬間の最短経路を走るすばやさ • 変化を恐れない粘り強さ

Slide 28

Slide 28 text

©NAVITIME JAPAN す ば や い チ ー ム を つ く る

Slide 29

Slide 29 text

©NAVITIME JAPAN 最終ゴール 最終的なゴールへの道のりは様々な選択肢がある

Slide 30

Slide 30 text

©NAVITIME JAPAN 最終ゴール 仮説を立て、実行し、結果をみて 次のゴール(仮説)を目指す

Slide 31

Slide 31 text

©NAVITIME JAPAN 最終ゴール 全ての仮説が最終ゴールに近づくわけではない

Slide 32

Slide 32 text

©NAVITIME JAPAN 最終ゴール 後戻りすることもある 実行不可能(工数、スキルなど) な仮説も存在する

Slide 33

Slide 33 text

©NAVITIME JAPAN 最終ゴール 仮説実行プロセス(完了) 仮説実行プロセス(進行中) 仮説実行プロセスのリードタイムを どれだけ短くできるかが鍵

Slide 34

Slide 34 text

©NAVITIME JAPAN 2001年サービス開始 プロダクトが年輪を重ねると リードタイムは増加しやすい

Slide 35

Slide 35 text

©NAVITIME JAPAN ステークホルダーの 増加 プロダクトの 複雑化 あふれる タスク

Slide 36

Slide 36 text

©NAVITIME JAPAN どうやって短くするか

Slide 37

Slide 37 text

©NAVITIME JAPAN ステークホルダーの 増加 プロダクトの 複雑化 あふれる タスク

Slide 38

Slide 38 text

©NAVITIME JAPAN リファクタリングによる複雑度低減

Slide 39

Slide 39 text

©NAVITIME JAPAN 2001年サービス開始 2009年入社 サービス開始から数年経ったタイミングで入社 リファクタリングに関わることが多々ありました

Slide 40

Slide 40 text

©NAVITIME JAPAN リリース物 reference target input リグレッションテスト 前バージョン Diff リグレッションでデグレを防ぎながら、 慎重にリファクタリングをすすめる

Slide 41

Slide 41 text

©NAVITIME JAPAN • リードタイム削減効果 • 複雑度 • コードカバレッジ リファクタリングの効果を可視化し 重要性を訴え続けてきました

Slide 42

Slide 42 text

©NAVITIME JAPAN ガイドラインをつくり 社内でリファクタリングを 推進していました

Slide 43

Slide 43 text

©NAVITIME JAPAN リファクタリングは効果的だが、 他にもカイゼンするべきことがありそうだ…

Slide 44

Slide 44 text

©NAVITIME JAPAN ステークホルダーの 増加 プロダクトの 複雑化 あふれる タスク

Slide 45

Slide 45 text

©NAVITIME JAPAN バリューストリームマップ

Slide 46

Slide 46 text

©NAVITIME JAPAN バリューストリームマップとは ソフトウェア開発サイクルのモノと情報の流れを可視化するマップ ユニットテスト確認 1 リリース担当 Lead Time 10 m Process Time 0 m Wait Time 10 m

Slide 47

Slide 47 text

©NAVITIME JAPAN 最終ゴール 仮説実行プロセス(完了) 仮説実行プロセス(進行中) 仮説実行プロセスのリードタイムを 可視化できる

Slide 48

Slide 48 text

©NAVITIME JAPAN 最終ゴール 仮説実行プロセス(完了) 仮説実行プロセス(進行中) 仮説実行プロセスを詳細化し ボトルネックを見つけることができる

Slide 49

Slide 49 text

©NAVITIME JAPAN やってみました

Slide 50

Slide 50 text

©NAVITIME JAPAN 「○○さんに相談」 わかりやすく属人化 Wait timeが3day テスト工程が煩雑 ミスが頻発

Slide 51

Slide 51 text

©NAVITIME JAPAN 発見したボトルネックに対し ツールによる対策と プロセス改善による対策を実施

Slide 52

Slide 52 text

©NAVITIME JAPAN ツールでの解決 ムダを省くための施策「ペインキラー」 経路品質評価 開発者検証 • 一部メンバに属人化 • 習得コスト高 • ミスしやすい fabricで一括実行 誰でもできるように • 手動作業が煩雑 • ミスしやすい Jenkinsで完全自動化 もうミスしない

Slide 53

Slide 53 text

©NAVITIME JAPAN プロセスでの解決 モブプロの実施

Slide 54

Slide 54 text

©NAVITIME JAPAN メンバーC メンバーD メンバーB メンバーA 機能A 機能B 機能C 検証 モブ導入前のチーム 開発の多くが メンバーAに依存 検証のすべてが メンバーDに依存

Slide 55

Slide 55 text

©NAVITIME JAPAN メンバーC メンバーD メンバーB メンバーA 機能A 機能B 機能C 検証 モブ導入前のチーム A B C A B C A B C A B C 検証 機能A 機能B 機能C 開発

Slide 56

Slide 56 text

©NAVITIME JAPAN メンバーC メンバーD メンバーB メンバーA 機能A 機能B 機能C 検証 モブ導入前のチーム A B C A B C A B C A B C 検証 機能A 機能B 機能C 開発 WT(待ち時間)が発生 メンバーA, Dの疲弊

Slide 57

Slide 57 text

©NAVITIME JAPAN メンバーC メンバーD メンバーB メンバーA 機能1 機能2 機能3 検証 モブ導入前のチーム メンバーC メンバーD メンバーB メンバーA 機能1 機能2 機能3 検証 モブ導入後のチーム

Slide 58

Slide 58 text

©NAVITIME JAPAN メンバーC メンバーD メンバーB メンバーA 機能1 機能2 機能3 検証 モブ導入後のチーム A B C A B C A B C A B C 検証 機能1 機能2 機能3 開発

Slide 59

Slide 59 text

©NAVITIME JAPAN メンバーC メンバーD メンバーB メンバーA 機能1 機能2 機能3 検証 モブ導入後のチーム A B C A B C A B C A B C 検証 機能1 機能2 機能3 開発 ボトルネックが消滅 WTが大幅に低減

Slide 60

Slide 60 text

©NAVITIME JAPAN VSM実施から半年後には リードタイムが1/3に!

Slide 61

Slide 61 text

©NAVITIME JAPAN どうカイゼンしていったか

Slide 62

Slide 62 text

©NAVITIME JAPAN スプリントプランニング スプリントふりかえり スプリントレビュー デイリー 水曜 水曜 デイリー デイリー デイリー デイリー 週一のふりかえりを軸に スクラムを導入

Slide 63

Slide 63 text

©NAVITIME JAPAN たとえばモブプロの場合

Slide 64

Slide 64 text

©NAVITIME JAPAN スプリント スプリント スプリント スプリント スプリント スプリント がっつりモブ でやる 全部モブって のは止めよう モブいいね。 全部モブでも いいかも 全部モブは キツい モブの 時間調整辛い カレンダー つくった 朝会で 募りましょう うーん 途中退室OK! モブの参加者 集まらない… 参加したいが タスクが… どんなモブあ るか知りたい 朝会で やりましょう 日 雇 い 制 度 の 誕 生 も ぶ も ぶ カ レ ン ダ ー の 誕 生

Slide 65

Slide 65 text

©NAVITIME JAPAN リードタイムを短縮することで すばやいチームに一歩近づきました

Slide 66

Slide 66 text

©NAVITIME JAPAN 最終ゴール では、リードタイムが短ければ十分か?

Slide 67

Slide 67 text

©NAVITIME JAPAN プロダクトの 複雑化 あふれる タスク ステークホルダーの 増加

Slide 68

Slide 68 text

©NAVITIME JAPAN 最終ゴール すばやくても、ゴールから離れてしまうと 高速に要らないものを作ることになる

Slide 69

Slide 69 text

©NAVITIME JAPAN 目の前のゴールと真剣に向き合うあまり 長期的なゴールを見失う

Slide 70

Slide 70 text

©NAVITIME JAPAN ゴールから逆算することで 方向性を見失わないようにする

Slide 71

Slide 71 text

©NAVITIME JAPAN スプリントプランニング スプリントふりかえり スプリントレビュー デイリー 水曜 水曜 デイリー デイリー デイリー デイリー プランニングと レビューの二段構えで ゴールからのズレを回避

Slide 72

Slide 72 text

©NAVITIME JAPAN ステークホルダーの 増加 プロダクトの 複雑化 あふれる タスク 重ねた年輪ゆえの課題と向き合い、すばやさを得る

Slide 73

Slide 73 text

©NAVITIME JAPAN バリューストリームマップ スクラム モブプログラミング

Slide 74

Slide 74 text

©NAVITIME JAPAN Q. 導入、大変じゃない?

Slide 75

Slide 75 text

©NAVITIME JAPAN A. 楽ではないです

Slide 76

Slide 76 text

©NAVITIME JAPAN プラクティス 導入の障壁 どうクリアした? バリューストリーム マッピング 時間がかかるので 躊躇される (2-4h) 1回目: 期初など 区切りのいいとき に実施 それ以降: 1回目の実績を伝えると だいたいゴーサインが出る スクラム 習得が困難 イベントに時間がかかる ふりかえりを軸にメンバーの声を ききながら徐々に導入 一ヶ月くらいかけてじっくり説明 モブプログラミング ほんとに効率的なの? という疑問 まずは一回やってみる

Slide 77

Slide 77 text

©NAVITIME JAPAN はじめてスクラムを導入したとき

Slide 78

Slide 78 text

©NAVITIME JAPAN スクラムやろう!

Slide 79

Slide 79 text

©NAVITIME JAPAN スクラムやろう! うちには あわなそう なんですかそれ? 興味はあるけど…

Slide 80

Slide 80 text

©NAVITIME JAPAN やったこと 1. スクラムとは何かの説明 2. なぜスクラムかの説明 3. インセプションデッキをみんなでつくる

Slide 81

Slide 81 text

©NAVITIME JAPAN はじめてやることには 「なぜやるのか」の丁寧な説明が必要

Slide 82

Slide 82 text

©NAVITIME JAPAN プラクティス 導入の障壁 どうクリアした? バリューストリーム マッピング 時間がかかるので 躊躇される (2-4h) 1回目: 期初など 区切りのいいとき に実施 それ以降: 1回目の実績を伝えると だいたいゴーサインが出る スクラム 習得が困難 イベントに時間がかかる ふりかえりを軸にメンバーの声を ききながら徐々に導入 一ヶ月くらいかけてじっくり説明 モブプログラミング ほんとに効率的なの? という疑問 まずは一回やってみる

Slide 83

Slide 83 text

©NAVITIME JAPAN スプリントプランニング スプリントふりかえり スプリントレビュー デイリー 水曜 水曜 デイリー デイリー デイリー デイリー ふりかえりがルーチン化してると、 「まずはやってみる」 が可能になる

Slide 84

Slide 84 text

©NAVITIME JAPAN ね ば り づ よ い チ ー ム を つ く る

Slide 85

Slide 85 text

©NAVITIME JAPAN 最終ゴール チームがすばやさを手に入れたら もう一安心?

Slide 86

Slide 86 text

©NAVITIME JAPAN 最終ゴール 行き止まりになったり

Slide 87

Slide 87 text

©NAVITIME JAPAN ゴールが動いたり 最終ゴール

Slide 88

Slide 88 text

©NAVITIME JAPAN 最終ゴール 違う方向むいちゃったり

Slide 89

Slide 89 text

©NAVITIME JAPAN 最終ゴール 弱ったり

Slide 90

Slide 90 text

©NAVITIME JAPAN 外的にも内的にも、変化は起こる 変化にめげず、変化に負けず 粘り強くゴールに向かうには?

Slide 91

Slide 91 text

©NAVITIME JAPAN 「5分でわかった気になるインセプションデッキ」@TAKAKING22 https://www.slideshare.net/TakaoOyobe/5-45195080

Slide 92

Slide 92 text

©NAVITIME JAPAN チーム全員で 作る • 共通のビジョンが持てる • お互いの価値観がわかる

Slide 93

Slide 93 text

©NAVITIME JAPAN 小田中のチームでの事例 実施前 新機能開発で 手一杯 経路を よくしたい 経路を よくしたい 経路を よくしたい きれいな コード 経路を よくしたい テスト しっかり 高速化 したい

Slide 94

Slide 94 text

©NAVITIME JAPAN 小田中のチームでの事例 実施前 新機能開発で 手一杯 経路を よくしたい 経路を よくしたい 経路を よくしたい きれいな コード 経路を よくしたい テスト しっかり 高速化 したい • 実は同じこと考えてる • お互いにそれを知らない

Slide 95

Slide 95 text

©NAVITIME JAPAN 小田中のチームでの事例 実施前 新機能開発で 手一杯 経路を よくしたい 経路を よくしたい 経路を よくしたい きれいな コード 経路を よくしたい テスト しっかり 高速化 したい 実施後 経路を よくしたい!

Slide 96

Slide 96 text

©NAVITIME JAPAN 同じ方向を向いた!

Slide 97

Slide 97 text

©NAVITIME JAPAN 共通認識を持ち、協働しやすくなった チームの優先順位についても 全員で話し合うことができた

Slide 98

Slide 98 text

©NAVITIME JAPAN 1 on 1

Slide 99

Slide 99 text

©NAVITIME JAPAN 全体を眺めているのでは わからないことがある ？ 1対1だからこそ言える 1対1だからこそ聞ける ！

Slide 100

Slide 100 text

©NAVITIME JAPAN 小田中2019 昨年から1on1を開始。 当初は… 枠を確保して、 1on1したい人が できるようにしよう

Slide 101

Slide 101 text

©NAVITIME JAPAN 小田中2019 理想 1on1 入れまーす 1on1 入れまーす 1on1 入れまーす 1on1 入れまーす

Slide 102

Slide 102 text

©NAVITIME JAPAN 小田中2019 現実 504 1on1 入れまーす 504 1on1 入れまーす

Slide 103

Slide 103 text

©NAVITIME JAPAN 特定のメンバーしか入れてこない 話を聞きたいメンバーに限って 入れてこない

Slide 104

Slide 104 text

©NAVITIME JAPAN 1on1は任意ではなく 必須で入れる

Slide 105

Slide 105 text

©NAVITIME JAPAN 定期的に話す 信頼関係の醸成 メンバー メインで話す メンバー目線で 課題収集 内側から カイゼンを探る 問いを与え メンバーが思案 1on1でやること

Slide 106

Slide 106 text

©NAVITIME JAPAN 時間はかかりますが 1on1によって 朝会などではわからない深い課題や 少し未来を見据えた話ができます

Slide 107

Slide 107 text

©NAVITIME JAPAN 最終ゴール 変化に負けない強いチームは、つくれる。

Slide 108

Slide 108 text

©NAVITIME JAPAN • 今この瞬間の最短経路を走るすばやさ • 変化を恐れない粘り強さ 2018年はこの「つよいチーム作り」が 成果に結実していった年でした

Slide 109

Slide 109 text

©NAVITIME JAPAN レスポンスタイム 昨年度と比べ 40%削減 2月は昨年度と比べ 50%減少 ユーザからの指摘

Slide 110

Slide 110 text

©NAVITIME JAPAN 設定時刻前後の おすすめルート シェアサイクルルート タクシー配車位置 レコメンド

Slide 111

Slide 111 text

©NAVITIME JAPAN • 今この瞬間の最短経路を走るすばやさ • 変化を恐れない粘り強さ また、チームのマインドも変化していきました

Slide 112

Slide 112 text

©NAVITIME JAPAN 最近どう?

Slide 113

Slide 113 text

©NAVITIME JAPAN 最近どう? 課題と向き合えるので ふりかえりは必須ですね! 失敗することも 成果と考えるように なりました 新しいことに チャレンジしたいです すばやく粘り強い チームマインド 大変だけど やってやるぜ

Slide 114

Slide 114 text

©NAVITIME JAPAN 2019 06/22 2009 06/01 Back to 2009/06/01

Slide 115

Slide 115 text

©NAVITIME JAPAN 個人的な話 ナビタイムジャパン入社 経路探索の研究開発部門に配属 初めて開発したのは「プローブ交通情報システム」 小田中2009 ほぼ1人で 半年ほどかけて作った

Slide 116

Slide 116 text

©NAVITIME JAPAN 10年前は、1つの機能を1人で 今は、たくさんの機能やカイゼンをみんなで

Slide 117

Slide 117 text

©NAVITIME JAPAN 最終ゴール 最短経路は変わるから チームで見つける。チームで向かう。

Slide 118

Slide 118 text

©NAVITIME JAPAN

Slide 119

Slide 119 text

©NAVITIME JAPAN 2019 06/22 BACK to THE FUTURE 20XX XX/XX

Slide 120

Slide 120 text

©NAVITIME JAPAN これから、どうなる?

Slide 121

Slide 121 text

©NAVITIME JAPAN 高齢化社会 自動運転 MaaS

Slide 122

Slide 122 text

©NAVITIME JAPAN 高齢化社会 自動運転 MaaS これまで以上に予想がつかない未来

Slide 123

Slide 123 text

©NAVITIME JAPAN ビジョン チーム ビッグデータ アルゴリズム データとアルゴリズムがコンパスとなり チームで北極星を目指す

Slide 124

Slide 124 text

©NAVITIME JAPAN Decide Act Observe Orient 不確実性があるからこそ 愚直にカイゼンサイクルをまわす

Slide 125

Slide 125 text

©NAVITIME JAPAN もうひとつ、大切なこと

Slide 126

Slide 126 text

©NAVITIME JAPAN 高齢化社会 自動運転 MaaS

Slide 127

Slide 127 text

©NAVITIME JAPAN 小田中2009 小田中2019 小田中2050

Slide 128

Slide 128 text

©NAVITIME JAPAN 次世代へバトンを渡す日が来る

Slide 129

Slide 129 text

©NAVITIME JAPAN チームを作れる人を 作る

Slide 130

Slide 130 text

©NAVITIME JAPAN チームを作れる人 ↓ マネージャー

Slide 131

Slide 131 text

©NAVITIME JAPAN メンバーは開発に集中している。 構造上、局所最適に向かいやすい。

Slide 132

Slide 132 text

©NAVITIME JAPAN 使いたい技術はドメインにフィットするのか その作り込みは必要か 完璧に 作り込む! この技術に 触ってみたいな

Slide 133

Slide 133 text

©NAVITIME JAPAN 視点を引き上げる存在が必要

Slide 134

Slide 134 text

©NAVITIME JAPAN チームを束ね、潜在能力を引き出し、 ゴールへ共にむかう。それがマネージャー。

Slide 135

Slide 135 text

©NAVITIME JAPAN しかし、マネジメントには困難が伴う

Slide 136

Slide 136 text

©NAVITIME JAPAN

Slide 137

Slide 137 text

©NAVITIME JAPAN

Slide 138

Slide 138 text

©NAVITIME JAPAN 経験者と新任者とが 二人三脚で課題に向き合い 育てていく

Slide 139

Slide 139 text

©NAVITIME JAPAN Q. マネジメント、やってみたいですか?

Slide 140

Slide 140 text

©NAVITIME JAPAN 圧倒的 不人気

Slide 141

Slide 141 text

©NAVITIME JAPAN メンバーの力を最大限発揮し よりよい未来へコミットするマネジメント その面白さを伝えていくことが わたしのこれからのミッション

Slide 142

Slide 142 text

©NAVITIME JAPAN さいごに

Slide 143

Slide 143 text

©NAVITIME JAPAN 最終ゴール ソフトウェア開発に最短経路はあるか。

Slide 144

Slide 144 text

©NAVITIME JAPAN 最終ゴール 最短経路は変わる。ゴールも変わる。 けれど、ある時点での最短経路は存在する。

Slide 145

Slide 145 text

©NAVITIME JAPAN 共通のビジョンを持つチームは、強い。

Slide 146

Slide 146 text

©NAVITIME JAPAN 最短経路を求め続け これからもエンジニアリングを 楽しんでいきましょう!

Slide 147

Slide 147 text

©NAVITIME JAPAN Thanks!