DevLOVE X ソフトウェア開発に最短経路はあるか

2019/06/22-23に開催される「DevLOVE X〜 それぞれの10年、これからの10年 〜」にて発表する資料です。

Transcript

1. ©NAVITIME JAPAN ソフトウェア開発に最短経路はあるか 株式会社ナビタイムジャパン 開発部部長 兼 ACTS(研究開発)ルートグループ責任者 小田中 育生
2. ©NAVITIME JAPAN 自己紹介 小田中 育生 株式会社ナビタイムジャパン 開発部 部長 ACTS(研究開発) ルートグループ責任者 • 2009年株式会社ナビタイムジャパン入社 • 経路探索 • 交通情報 • ミドルウェア • チャットボット • カイゼン
3. ©NAVITIME JAPAN
4. ©NAVITIME JAPAN 2019 06/22
5. ©NAVITIME JAPAN 2019 06/22 2009 06/01 Back to 2009/06/01
6. ©NAVITIME JAPAN 個人的な話 ナビタイムジャパン入社 経路探索の研究開発部門に配属 初めて開発したのは「プローブ交通情報システム」 小田中2009
7. ©NAVITIME JAPAN ナビタイムジャパンの話 フィーチャーフォン 向けにサービスを展開 当時の資料
8. ©NAVITIME JAPAN 2019 06/22 2009 06/01 RETURN to 2019/06/22
9. ©NAVITIME JAPAN 個人的な話 ナビタイムジャパン勤続10周年 経路探索の研究開発部門にて責任者を担当 シェアサイクルルート(‘18/9) タクシー配車位置(’19/3) 小田中2019
10. ©NAVITIME JAPAN ナビタイムジャパンの話 有料課金ユーザー数 約480万人 月間ユニークユーザー数 約5,100万人 スマホ向けに サービスを展開 BtoB含め 多様な事業展開 ※2018年9月時点
11. ©NAVITIME JAPAN ソフトウェア開発における最短経路
12. ©NAVITIME JAPAN ゴール スタート
13. ©NAVITIME JAPAN ゴール スタート これが最短経路
14. ©NAVITIME JAPAN ゴール スタート 機能Aの開発 レスポンス改善 テスト環境整備 リファクタ UI改善 ソフトウェア開発における選択肢の多様さも グラフで表すことができる 品質上げて!
15. ©NAVITIME JAPAN ゴール スタート 選択肢=バックログ。バックログに優先順位を つけることで最短経路が浮かび上がる 機能Aの開発 レスポンス改善 品質上げて! テスト環境整備 リファクタ UI改善
16. ©NAVITIME JAPAN しかし
17. ©NAVITIME JAPAN 2019 06/22 2009 06/01 この10年での 現場の変化
18. ©NAVITIME JAPAN 2019/06/23 2009/06/01 チャネル スマートフォン フィーチャーフォン インフラ クラウド オンプレ 開発プロセス アジャイル ウォーターフォール 組織 フラット・マトリクス型 ピラミッド型 バージョン管理 Git VSS 単体テスト xUnit お手製 or 無し 情報共有 Slack, メール, Confluence メール, Pukiwiki 大きく変化している
19. ©NAVITIME JAPAN 2019/06/23 2009/06/01 チャネル スマートフォン フィーチャーフォン インフラ クラウド オンプレ 開発プロセス アジャイル ウォーターフォール 組織 フラット・マトリクス型 ピラミッド型 バージョン管理 Git VSS 単体テスト xUnit お手製 or 無し 情報共有 Slack, メール, Confluence メール, Pukiwiki ゴール スタート 市場の変化で、 ゴール(ビジョン)への 道筋が変わる
20. ©NAVITIME JAPAN 2019/06/23 2009/06/01 チャネル スマートフォン フィーチャーフォン インフラ クラウド オンプレ 開発プロセス アジャイル ウォーターフォール 組織 フラット・マトリクス型 ピラミッド型 バージョン管理 Git VSS 単体テスト xUnit お手製 or 無し 情報共有 Slack, メール, Confluence メール, Pukiwiki 例えばGitへの移行
21. ©NAVITIME JAPAN ゴール スタート ゴール スタート Git移行 Git移行
22. ©NAVITIME JAPAN ゴール スタート ゴール スタート Git移行 Git移行 全体の スピードが向上
23. ©NAVITIME JAPAN 2019/06/23 2009/06/01 チャネル スマートフォン フィーチャーフォン インフラ クラウド オンプレ 開発プロセス アジャイル ウォーターフォール 組織 フラット・マトリクス型 ピラミッド型 バージョン管理 Git VSS 単体テスト xUnit お手製 or 無し 情報共有 Slack, メール, Confluence メール, Pukiwiki プロセスの進化が 開発速度を向上させる
24. ©NAVITIME JAPAN ある時点では最短経路は「ある」。 だが、この最短経路は「変わる」。
25. ©NAVITIME JAPAN VUCAと呼ばれるほどに 不確実で、変化の速い時代
26. ©NAVITIME JAPAN 変化する時代に 開発チームはどうあるべきか
27. ©NAVITIME JAPAN • 今この瞬間の最短経路を走るすばやさ • 変化を恐れない粘り強さ
28. ©NAVITIME JAPAN す ば や い チ ー ム を つ く る
29. ©NAVITIME JAPAN 最終ゴール 最終的なゴールへの道のりは様々な選択肢がある
30. ©NAVITIME JAPAN 最終ゴール 仮説を立て、実行し、結果をみて 次のゴール(仮説)を目指す
31. ©NAVITIME JAPAN 最終ゴール 全ての仮説が最終ゴールに近づくわけではない
32. ©NAVITIME JAPAN 最終ゴール 後戻りすることもある 実行不可能(工数、スキルなど) な仮説も存在する
33. ©NAVITIME JAPAN 最終ゴール 仮説実行プロセス(完了) 仮説実行プロセス(進行中) 仮説実行プロセスのリードタイムを どれだけ短くできるかが鍵
34. ©NAVITIME JAPAN 2001年サービス開始 プロダクトが年輪を重ねると リードタイムは増加しやすい
35. ©NAVITIME JAPAN ステークホルダーの 増加 プロダクトの 複雑化 あふれる タスク
36. ©NAVITIME JAPAN どうやって短くするか
37. ©NAVITIME JAPAN ステークホルダーの 増加 プロダクトの 複雑化 あふれる タスク
38. ©NAVITIME JAPAN リファクタリングによる複雑度低減
39. ©NAVITIME JAPAN 2001年サービス開始 2009年入社 サービス開始から数年経ったタイミングで入社 リファクタリングに関わることが多々ありました
40. ©NAVITIME JAPAN リリース物 reference target input リグレッションテスト 前バージョン Diff リグレッションでデグレを防ぎながら、 慎重にリファクタリングをすすめる
41. ©NAVITIME JAPAN • リードタイム削減効果 • 複雑度 • コードカバレッジ リファクタリングの効果を可視化し 重要性を訴え続けてきました
42. ©NAVITIME JAPAN ガイドラインをつくり 社内でリファクタリングを 推進していました
43. ©NAVITIME JAPAN リファクタリングは効果的だが、 他にもカイゼンするべきことがありそうだ…
44. ©NAVITIME JAPAN ステークホルダーの 増加 プロダクトの 複雑化 あふれる タスク
45. ©NAVITIME JAPAN バリューストリームマップ
46. ©NAVITIME JAPAN バリューストリームマップとは ソフトウェア開発サイクルのモノと情報の流れを可視化するマップ ユニットテスト確認 1 リリース担当 Lead Time 10 m Process Time 0 m Wait Time 10 m
47. ©NAVITIME JAPAN 最終ゴール 仮説実行プロセス(完了) 仮説実行プロセス(進行中) 仮説実行プロセスのリードタイムを 可視化できる
48. ©NAVITIME JAPAN 最終ゴール 仮説実行プロセス(完了) 仮説実行プロセス(進行中) 仮説実行プロセスを詳細化し ボトルネックを見つけることができる
49. ©NAVITIME JAPAN やってみました
50. ©NAVITIME JAPAN 「◦◦さんに相談」 わかりやすく属人化 Wait timeが3day テスト工程が煩雑 ミスが頻発
51. ©NAVITIME JAPAN 発見したボトルネックに対し ツールによる対策と プロセス改善による対策を実施
52. ©NAVITIME JAPAN ツールでの解決 ムダを省くための施策「ペインキラー」 経路品質評価 開発者検証 • 一部メンバに属人化 • 習得コスト高 • ミスしやすい fabricで一括実行 誰でもできるように • 手動作業が煩雑 • ミスしやすい Jenkinsで完全自動化 もうミスしない
53. ©NAVITIME JAPAN プロセスでの解決 モブプロの実施
54. ©NAVITIME JAPAN メンバーC メンバーD メンバーB メンバーA 機能A 機能B 機能C 検証 モブ導入前のチーム 開発の多くが メンバーAに依存 検証のすべてが メンバーDに依存
55. ©NAVITIME JAPAN メンバーC メンバーD メンバーB メンバーA 機能A 機能B 機能C 検証 モブ導入前のチーム A B C A B C A B C A B C 検証 機能A 機能B 機能C 開発
56. ©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の疲弊
57. ©NAVITIME JAPAN メンバーC メンバーD メンバーB メンバーA 機能1 機能2 機能3 検証 モブ導入前のチーム メンバーC メンバーD メンバーB メンバーA 機能1 機能2 機能3 検証 モブ導入後のチーム
58. ©NAVITIME JAPAN メンバーC メンバーD メンバーB メンバーA 機能1 機能2 機能3 検証 モブ導入後のチーム A B C A B C A B C A B C 検証 機能1 機能2 機能3 開発
59. ©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が大幅に低減
60. ©NAVITIME JAPAN VSM実施から半年後には リードタイムが1/3に!
61. ©NAVITIME JAPAN どうカイゼンしていったか
62. ©NAVITIME JAPAN スプリントプランニング スプリントふりかえり スプリントレビュー デイリー 水曜 水曜 デイリー デイリー デイリー デイリー 週一のふりかえりを軸に スクラムを導入
63. ©NAVITIME JAPAN たとえばモブプロの場合
64. ©NAVITIME JAPAN スプリント スプリント スプリント スプリント スプリント スプリント がっつりモブ でやる 全部モブって のは止めよう モブいいね。 全部モブでも いいかも 全部モブは キツい モブの 時間調整辛い カレンダー つくった 朝会で 募りましょう うーん 途中退室OK! モブの参加者 集まらない… 参加したいが タスクが… どんなモブあ るか知りたい 朝会で やりましょう 日 雇 い 制 度 の 誕 生 も ぶ も ぶ カ レ ン ダ ー の 誕 生
65. ©NAVITIME JAPAN リードタイムを短縮することで すばやいチームに一歩近づきました
66. ©NAVITIME JAPAN 最終ゴール では、リードタイムが短ければ十分か?
67. ©NAVITIME JAPAN プロダクトの 複雑化 あふれる タスク ステークホルダーの 増加
68. ©NAVITIME JAPAN 最終ゴール すばやくても、ゴールから離れてしまうと 高速に要らないものを作ることになる
69. ©NAVITIME JAPAN 目の前のゴールと真剣に向き合うあまり 長期的なゴールを見失う
70. ©NAVITIME JAPAN ゴールから逆算することで 方向性を見失わないようにする
71. ©NAVITIME JAPAN スプリントプランニング スプリントふりかえり スプリントレビュー デイリー 水曜 水曜 デイリー デイリー デイリー デイリー プランニングと レビューの二段構えで ゴールからのズレを回避
72. ©NAVITIME JAPAN ステークホルダーの 増加 プロダクトの 複雑化 あふれる タスク 重ねた年輪ゆえの課題と向き合い、すばやさを得る
73. ©NAVITIME JAPAN バリューストリームマップ スクラム モブプログラミング
74. ©NAVITIME JAPAN Q. 導入、大変じゃない?
75. ©NAVITIME JAPAN A. 楽ではないです
76. ©NAVITIME JAPAN プラクティス 導入の障壁 どうクリアした? バリューストリーム マッピング 時間がかかるので 躊躇される (2-4h) 1回目: 期初など 区切りのいいとき に実施 それ以降: 1回目の実績を伝えると だいたいゴーサインが出る スクラム 習得が困難 イベントに時間がかかる ふりかえりを軸にメンバーの声を ききながら徐々に導入 一ヶ月くらいかけてじっくり説明 モブプログラミング ほんとに効率的なの? という疑問 まずは一回やってみる
77. ©NAVITIME JAPAN はじめてスクラムを導入したとき
78. ©NAVITIME JAPAN スクラムやろう!
79. ©NAVITIME JAPAN スクラムやろう! うちには あわなそう なんですかそれ? 興味はあるけど…
80. ©NAVITIME JAPAN やったこと 1. スクラムとは何かの説明 2. なぜスクラムかの説明 3. インセプションデッキをみんなでつくる
81. ©NAVITIME JAPAN はじめてやることには 「なぜやるのか」の丁寧な説明が必要
82. ©NAVITIME JAPAN プラクティス 導入の障壁 どうクリアした? バリューストリーム マッピング 時間がかかるので 躊躇される (2-4h) 1回目: 期初など 区切りのいいとき に実施 それ以降: 1回目の実績を伝えると だいたいゴーサインが出る スクラム 習得が困難 イベントに時間がかかる ふりかえりを軸にメンバーの声を ききながら徐々に導入 一ヶ月くらいかけてじっくり説明 モブプログラミング ほんとに効率的なの? という疑問 まずは一回やってみる
83. ©NAVITIME JAPAN スプリントプランニング スプリントふりかえり スプリントレビュー デイリー 水曜 水曜 デイリー デイリー デイリー デイリー ふりかえりがルーチン化してると、 「まずはやってみる」 が可能になる
84. ©NAVITIME JAPAN ね ば り づ よ い チ ー ム を つ く る
85. ©NAVITIME JAPAN 最終ゴール チームがすばやさを手に入れたら もう一安心?
86. ©NAVITIME JAPAN 最終ゴール 行き止まりになったり
87. ©NAVITIME JAPAN ゴールが動いたり 最終ゴール
88. ©NAVITIME JAPAN 最終ゴール 違う方向むいちゃったり
89. ©NAVITIME JAPAN 最終ゴール 弱ったり
90. ©NAVITIME JAPAN 外的にも内的にも、変化は起こる 変化にめげず、変化に負けず 粘り強くゴールに向かうには?
91. ©NAVITIME JAPAN 「5分でわかった気になるインセプションデッキ」@TAKAKING22 https://www.slideshare.net/TakaoOyobe/5-45195080
92. ©NAVITIME JAPAN チーム全員で 作る • 共通のビジョンが持てる • お互いの価値観がわかる
93. ©NAVITIME JAPAN 小田中のチームでの事例 実施前 新機能開発で 手一杯 経路を よくしたい 経路を よくしたい 経路を よくしたい きれいな コード 経路を よくしたい テスト しっかり 高速化 したい
94. ©NAVITIME JAPAN 小田中のチームでの事例 実施前 新機能開発で 手一杯 経路を よくしたい 経路を よくしたい 経路を よくしたい きれいな コード 経路を よくしたい テスト しっかり 高速化 したい • 実は同じこと考えてる • お互いにそれを知らない
95. ©NAVITIME JAPAN 小田中のチームでの事例 実施前 新機能開発で 手一杯 経路を よくしたい 経路を よくしたい 経路を よくしたい きれいな コード 経路を よくしたい テスト しっかり 高速化 したい 実施後 経路を よくしたい!
96. ©NAVITIME JAPAN 同じ方向を向いた!
97. ©NAVITIME JAPAN 共通認識を持ち、協働しやすくなった チームの優先順位についても 全員で話し合うことができた
98. ©NAVITIME JAPAN 1 on 1
99. ©NAVITIME JAPAN 全体を眺めているのでは わからないことがある ？ 1対1だからこそ言える 1対1だからこそ聞ける ！
100. ©NAVITIME JAPAN 小田中2019 昨年から1on1を開始。 当初は… 枠を確保して、 1on1したい人が できるようにしよう
101. ©NAVITIME JAPAN 小田中2019 理想 1on1 入れまーす 1on1 入れまーす 1on1 入れまーす 1on1 入れまーす
102. ©NAVITIME JAPAN 小田中2019 現実 504 1on1 入れまーす 504 1on1 入れまーす
103. ©NAVITIME JAPAN 特定のメンバーしか入れてこない 話を聞きたいメンバーに限って 入れてこない
104. ©NAVITIME JAPAN 1on1は任意ではなく 必須で入れる
105. ©NAVITIME JAPAN 定期的に話す 信頼関係の醸成 メンバー メインで話す メンバー目線で 課題収集 内側から カイゼンを探る 問いを与え メンバーが思案 1on1でやること
106. ©NAVITIME JAPAN 時間はかかりますが 1on1によって 朝会などではわからない深い課題や 少し未来を見据えた話ができます
107. ©NAVITIME JAPAN 最終ゴール 変化に負けない強いチームは、つくれる。
108. ©NAVITIME JAPAN • 今この瞬間の最短経路を走るすばやさ • 変化を恐れない粘り強さ 2018年はこの「つよいチーム作り」が 成果に結実していった年でした
109. ©NAVITIME JAPAN レスポンスタイム 昨年度と比べ 40%削減 2月は昨年度と比べ 50%減少 ユーザからの指摘
110. ©NAVITIME JAPAN 設定時刻前後の おすすめルート シェアサイクルルート タクシー配車位置 レコメンド
111. ©NAVITIME JAPAN • 今この瞬間の最短経路を走るすばやさ • 変化を恐れない粘り強さ また、チームのマインドも変化していきました
112. ©NAVITIME JAPAN 最近どう?
113. ©NAVITIME JAPAN 最近どう? 課題と向き合えるので ふりかえりは必須ですね! 失敗することも 成果と考えるように なりました 新しいことに チャレンジしたいです すばやく粘り強い チームマインド 大変だけど やってやるぜ
114. ©NAVITIME JAPAN 2019 06/22 2009 06/01 Back to 2009/06/01
115. ©NAVITIME JAPAN 個人的な話 ナビタイムジャパン入社 経路探索の研究開発部門に配属 初めて開発したのは「プローブ交通情報システム」 小田中2009 ほぼ1人で 半年ほどかけて作った
116. ©NAVITIME JAPAN 10年前は、1つの機能を1人で 今は、たくさんの機能やカイゼンをみんなで
117. ©NAVITIME JAPAN 最終ゴール 最短経路は変わるから チームで見つける。チームで向かう。
118. ©NAVITIME JAPAN
119. ©NAVITIME JAPAN 2019 06/22 BACK to THE FUTURE 20XX XX/XX
120. ©NAVITIME JAPAN これから、どうなる?
121. ©NAVITIME JAPAN 高齢化社会 自動運転 MaaS
122. ©NAVITIME JAPAN 高齢化社会 自動運転 MaaS これまで以上に予想がつかない未来
123. ©NAVITIME JAPAN ビジョン チーム ビッグデータ アルゴリズム データとアルゴリズムがコンパスとなり チームで北極星を目指す
124. ©NAVITIME JAPAN Decide Act Observe Orient 不確実性があるからこそ 愚直にカイゼンサイクルをまわす
125. ©NAVITIME JAPAN もうひとつ、大切なこと
126. ©NAVITIME JAPAN 高齢化社会 自動運転 MaaS
127. ©NAVITIME JAPAN 小田中2009 小田中2019 小田中2050
128. ©NAVITIME JAPAN 次世代へバトンを渡す日が来る
129. ©NAVITIME JAPAN チームを作れる人を 作る
130. ©NAVITIME JAPAN チームを作れる人 ↓ マネージャー
131. ©NAVITIME JAPAN メンバーは開発に集中している。 構造上、局所最適に向かいやすい。
132. ©NAVITIME JAPAN 使いたい技術はドメインにフィットするのか その作り込みは必要か 完璧に 作り込む! この技術に 触ってみたいな
133. ©NAVITIME JAPAN 視点を引き上げる存在が必要
134. ©NAVITIME JAPAN チームを束ね、潜在能力を引き出し、 ゴールへ共にむかう。それがマネージャー。
135. ©NAVITIME JAPAN しかし、マネジメントには困難が伴う
136. ©NAVITIME JAPAN
137. ©NAVITIME JAPAN
138. ©NAVITIME JAPAN 経験者と新任者とが 二人三脚で課題に向き合い 育てていく
139. ©NAVITIME JAPAN Q. マネジメント、やってみたいですか?
140. ©NAVITIME JAPAN 圧倒的 不人気
141. ©NAVITIME JAPAN メンバーの力を最大限発揮し よりよい未来へコミットするマネジメント その面白さを伝えていくことが わたしのこれからのミッション
142. ©NAVITIME JAPAN さいごに
143. ©NAVITIME JAPAN 最終ゴール ソフトウェア開発に最短経路はあるか。
144. ©NAVITIME JAPAN 最終ゴール 最短経路は変わる。ゴールも変わる。 けれど、ある時点での最短経路は存在する。
145. ©NAVITIME JAPAN 共通のビジョンを持つチームは、強い。
146. ©NAVITIME JAPAN 最短経路を求め続け これからもエンジニアリングを 楽しんでいきましょう!
147. ©NAVITIME JAPAN Thanks!