クラウドネイティブ時代に最適化されたエンジニアリング組織の追求

Slide 1

Slide 1 text

クラウドネイティブ時代に最適化されたエンジニアリング組織の追求 CLOUDNATIVE DAYS TOKYO 2020 1

Slide 2

Slide 2 text

2 誰向けな話かこれからクラウドネイティブな開発⼿法を現場プロジェクトに導⼊中、導⼊予定なエンジニアやマネージャー

Slide 3

Slide 3 text

3 ⾃⼰紹介濱⽥孝治（ハマコー） • クラスメソッド株式会社 • CX事業本部 MADチームマネージャー / シニアソリューションアーキテクト • 2020 APN AWS Ambassador • 2019 APN AWS Top Engineers • JAWS-UG コンテナ⽀部運営 • 好きな⾔葉「わっしょい」

Slide 4

Slide 4 text

4 @hamako9999 ハマコー

Slide 5

Slide 5 text

5 15分後悩めるエンジニア・マネージャーの皆さんに勇気と希望を与えることができることを望んでお話します

Slide 6

Slide 6 text

6 Agenda • ハマコーの⽴ち位置 • クラウドネイティブとは • ビジネスゴールに向けて必要不可⽋なもの • クラウドネイティブ活⽤におけるアンチパターン • エンジニア⼼構えとして⼀番重要な事

Slide 7

Slide 7 text

7 ハマコーの⽴ち位置

Slide 8

Slide 8 text

8 普段の仕事はこちらクラスメソッド MAD

Slide 9

Slide 9 text

9 普段の仕事はこちらクラスメソッド MAD （Modern Application Development）

Slide 10

Slide 10 text

10 クラスメソッド MADとは

Slide 11

Slide 11 text

11 クラスメソッド MADとはサーバーレスコンテナ専⾨の開発集団

Slide 12

Slide 12 text

12 クラスメソッドMADの構造クラスメソッド MAD 多種多様なお客様⽀援・開発ノウハウの蓄積ブログ執筆担当顧客 Developers.IO

Slide 13

Slide 13 text

13 クラスメソッドMADの構造クラスメソッド MAD 多種多様なお客様⽀援・開発ノウハウの蓄積ブログ執筆担当顧客 Developers.IO 膨⼤な数のお客様とご⼀緒させていただいている

Slide 14

Slide 14 text

14 今⽇の話の裏側⽇々お客様と接する中で感じる率直な感想がベース

Slide 15

Slide 15 text

15 クラウドネイティブとは

Slide 16

Slide 16 text

16 CNCFの定義（⽇本語版） https://github.com/cncf/toc/blob/master/DEFINITION.md#%E6%97%A5%E6%9C%AC%E8%AA%9E%E7%89%88

Slide 17

Slide 17 text

17 今⽇の話におけるクラウドネイティブの定義クラウド上でコンテナとかサーバーレス使ってシステム提供すること（Kubernetes前提ではない）

Slide 18

Slide 18 text

18 ビジネスゴールに向けて不可⽋なもの

Slide 19

Slide 19 text

19 ビジネスゴールに向けて不可⽋なものビジネスゴール

Slide 20

Slide 20 text

20 ビジネスゴールに向けて不可⽋なものビジネスゴールクラウドネイティブ

Slide 21

Slide 21 text

21 ビジネスゴールに向けて不可⽋なものビジネスゴールクラウドネイティブ

Slide 22

Slide 22 text

22 ビジネスゴールに向けて不可⽋なものビジネスゴールクラウドネイティブ良いエンジニア組織

Slide 23

Slide 23 text

23 良くないパターンビジネスゴールクラウドネイティブ良くないエンジニア組織別の⾏き先遅延検討のみ

Slide 24

Slide 24 text

24 結局のところ同じ⼿段を使っていてもそれを扱うエンジニア組織によって⾏き先が異なる

Slide 25

Slide 25 text

25 クラウドネイティブ開発におけるアンチパターン

Slide 26

Slide 26 text

26 はじまりますここから主観丸出しでございます

Slide 27

Slide 27 text

27 アンチパターン① ビジネス上のクリティカルな問題に新⼿法を使おうとする

Slide 28

Slide 28 text

28 アンチパターン① サービス要件が⾮常に厳しいアプリケーションに慣れてない⼿法を適⽤しようとする • 社運をかけたプロジェクト • 1秒たりとも落とせないサービス • 新⼿法を取り⼊れるメリットを最⼤限活かすため

Slide 29

Slide 29 text

29 アンチパターン① サービス要件が⾮常に厳しいアプリケーションに慣れてない⼿法を適⽤しようとする • 社運をかけたプロジェクト • 1秒たりとも落とせないサービス • 新⼿法を取り⼊れるメリットを最⼤限活かすため失敗できないが故にスピードが遅くなる • 計画段階で複数プロダクトのプロコンを作成 • ⾮機能要件の全ケースと異常ケースを洗い上げ • 想定する全ての機能、⾮機能の検討が終わらない限り開発に着⼿できない

Slide 30

Slide 30 text

30 アンチパターン①の解決策⼩さくてコケても問題ないものを対象にする

Slide 31

Slide 31 text

31 アンチパターン①の解決策 SLA、SLOが低いもので試してみる • 社内のちょっとした情報共有ツールやブログなど • 半⽇ぐらい落ちても影響ないものあたりを選定

Slide 32

Slide 32 text

32 アンチパターン①の解決策 SLA、SLOが低いもので試してみる • 社内のちょっとした情報共有ツールやブログなど • 半⽇ぐらい落ちても影響ないものあたりを選定運⽤することでノウハウの蓄積速度が早い • 設計だけでなく、実際に⼿を動かして開発、そして運⽤することで得られる知⾒はものすごく⼤きい • 特にトラブル発⽣時に得られる知⾒は貴重 • たとえkubernetesの採⽤がオーバーエンジニアリングだとしても、あえてやってみる価値はある

Slide 33

Slide 33 text

33 アンチパターン② すべてを計画だててそのとおりに進めようとする

Slide 34

Slide 34 text

34 すべてを計画⽴ててそのとおりに進めようとする予算とスケジュールありきでプロジェクトを組む • 投⼊するエンジニアの⼈数と期間が決定済み • キャッシュアウトする部分の予算化のため計画ありきでスケジュールが組まれている • リスクを抑えたいがため事例クレクレおじさんが発⽣

Slide 35

Slide 35 text

35 すべてを計画⽴ててそのとおりに進めようとする予算とスケジュールありきでプロジェクトを組む • 投⼊するエンジニアの⼈数と期間が決定済み • キャッシュアウトする部分の予算化のため計画ありきでスケジュールが組まれている • リスクを抑えたいがため事例クレクレおじさんが発⽣スケジュールが必達なため正常な意思決定ができない • 適切でない意思決定をしがち（リスクは低いがやたら⼿間はかかる運⽤ができあがる） • 特に運⽤しないとわからないものが多い

Slide 36

Slide 36 text

36 アンチパターン②の解決策スコープを可能な限り⼩さくする

Slide 37

Slide 37 text

37 スコープを可能な限り⼩さくする MVPの完成をゴールとする • 開発だけではなく、運⽤も評価できるようMVP （Minimum Viable Product）を設定 • 期間は2週間〜最⻑1ヶ⽉程度 • 実際に⼿を動かして評価することで、精度の⾼い意思決定が可能

Slide 38

Slide 38 text

38 アンチパターン③ ロールの違いを過剰に意識する

Slide 39

Slide 39 text

39 ロールの違いを過剰に意識する最初にロールを作って、それに当てはまる作業を振り分けようとする • 「Dev」 vs 「Ops」 • 「アプリ」 vs 「インフラ」 • 「YAMLは誰が書くの︖」

Slide 40

Slide 40 text

40 ロールの違いを過剰に意識する最初にロールを作って、それに当てはまる作業を振り分けようとする • 「Dev」 vs 「Ops」 • 「アプリ」 vs 「インフラ」 • 「YAMLは誰が書くの︖」クラウドネイティブなアプリケーションの開発や運⽤における考慮事項は多い • アプリケーション開発、構成管理、開発フロー整備、アプリケーションデプロイ、テスト、監視、トレーシング、セキュリティ、ロギング、ライブラリアップデート

Slide 41

Slide 41 text

41 ロールの違いを過剰に意識するセクショナリズムが発⽣してチームパフォーマンスがでない • 「これあんたがやるのでは︖」 • 「え、忙しいよ、そっちでしょ︖」 • 「そもそもこんな作業想定してないし」

Slide 42

Slide 42 text

42 アンチパターン③の解決策ゴールだけを⾒て役割分担する

Slide 43

Slide 43 text

43 ゴールだけを⾒て役割分担するビジネスゴールクラウドネイティブ良いエンジニア組織実装や運⽤が必要な機能を都度考える

Slide 44

Slide 44 text

44 従来のロールイメージ App1 統⼀インフラ基盤 HW保守アプリケーションエンジニアインフラエンジニア App2 App3 App4

Slide 45

Slide 45 text

45 クラウドネイティブなロールイメージクラウドアプリよりエンジニア App2 App3 App4 App1 インフラよりエンジニア

Slide 46

Slide 46 text

46 ゴールだけを⾒て役割分担するやるべきことを都度ロールに分類することは無理 • 多岐にわたる実施項⽬を「これインフラ︖アプリ︖」と分類することは無意味

Slide 47

Slide 47 text

47 ゴールだけを⾒て役割分担するやるべきことを都度ロールに分類することは無理 • 多岐にわたる実施項⽬を「これインフラ︖アプリ︖」と分類することは無意味マインドとして「落ちてるボールは拾いまくる」意識が重要 • エンジニアリングとして成⻑できる機会、経験する機会をのがさない • 全ての問題が⾃分ごとに思えてくるぐらいが理想

Slide 48

Slide 48 text

48 エンジニアの⼼構えとして⼀番重要な事

Slide 49

Slide 49 text

49 ⼀⾔クラウドネイティブな技術を楽しめているか︖

Slide 50

Slide 50 text

50 ⼀番重要だと思うこと全てのモチベーションの源泉は楽しさにあるクラウドネイティブな技術を使うことを楽しめていますか︖ あなた⾃⾝は︖隣の同僚は︖

Slide 51

Slide 51 text

51 ⼀番重要だと思うこと全てのモチベーションの源泉は楽しさにあるクラウドネイティブな技術を使うことを楽しめていますか︖ あなた⾃⾝は︖隣の同僚は︖ たかが⼿段、されど⼿段技術はビジネスゴールの⼿段でしかないが、技術⾃体を楽しめる知的好奇⼼があるほうが、圧倒的に学習スピードが早くなる

Slide 52

Slide 52 text

52 ⼀番重要だと思うこと全てのモチベーションの源泉は楽しさにあるクラウドネイティブな技術を使うことを楽しめていますか︖ あなた⾃⾝は︖隣の同僚は︖ たかが⼿段、されど⼿段技術はビジネスゴールの⼿段でしかないが、技術⾃体を楽しめる知的好奇⼼があるほうが、圧倒的に学習スピードが早くなるぶっちゃけビジネスゴールは後回しでも良いかも︖ ミニマムにやるなら、⼿段先⾏で始めるのも正解の⼀つ

Slide 53

Slide 53 text

53 まとめ

Slide 54

Slide 54 text

54 今⽇の話のまとめ • クラウドネイティブな開発においては、従来のインフラエンジニア、アプリエンジニアの垣根は限りなく曖昧になっている

Slide 55

Slide 55 text

55 今⽇の話のまとめ • クラウドネイティブな開発においては、従来のインフラエンジニア、アプリエンジニアの垣根は限りなく曖昧になっている • クラウドを使うことで⼩さくスタートして早く学ぶことができる。それを活かした計画づくりをする

Slide 56

Slide 56 text

56 今⽇の話のまとめ • クラウドネイティブな開発においては、従来のインフラエンジニア、アプリエンジニアの垣根は限りなく曖昧になっている • クラウドを使うことで⼩さくスタートして早く学ぶことができる。それを活かした計画づくりをする • 組織として⼀番重要なのはクラウドネイティブな技術要素を純粋に楽しめるかどうか