2019年9月17日、京都烏丸コンベンションホールで開催した「KYOSO/AWS Cloud Express Roadshow in 京都」のトレノケートのセッション資料

1. 丸投げしないクラウド活用
~2025年の崖を飛び越えるビルダー組織へ~
トレノケート株式会社
ラーニングサービス本部
山下 光洋
#awscer2019

2. 自己紹介
●山下 光洋
トレノケート株式会社
ラーニングサービス本部
テクニカルトレーニング第1部
技術教育エンジニア
AWS認定インストラクター
●過去の経歴
・SI ソフトウェアエンジニア
・ユーザー企業 IT部門
●コミュニティ
ヤマムギ(勉強会) ,
JAWS-UG OSAKA,
JAWS-UG IoT関西支部,
kintone Cafe大阪
●好きなAWSの
サービス
#awscer2019

3. Traiocate #awscer2019

4. AAIとは
AWS認定インストラクターとは
#awscer2019

5. 本日お話すること
✓2025年の崖
✓飛び越えるためのDX
✓DXをさえぎる4つの壁
✓壁をこえるためのクラウド活用
#awscer2019

6. 本日お話すること
✓2025年の崖
✓飛び越えるためのDX
✓DXをさえぎる4つの壁
✓壁をこえるためのクラウド活用
#awscer2019

7. 2025年の崖
経済産業省 DXレポート ～ITシステム「2025年の崖」克服とDXの本格的な展開～
#awscer2019

8. 2025年の崖 レガシーシステム
入力
記録
通知
画像表示
集計計算
レポート
ファイル出力
検索
認証
認可
提供
・1年に1回のシステム改修
・自社でのカスタマイズ禁止
・1機能の改修に数百万円
・1機能のリリースに数ヶ月
・テストは毎回全体の数千項目
#awscer2019

9. 2025年の崖 テクノロジーの進化 #awscer2019

10. 2025年の崖 IT人材 #awscer2019

11. 本日お話すること
✓2025年の崖
✓飛び越えるためのDX
✓DXをさえぎる4つの壁
✓壁をこえるためのクラウド活用
#awscer2019

12. 2025年の崖を飛び越えるためのDX
経済産業省 DXレポート ～ITシステム「2025年の崖」克服とDXの本格的な展開～
#awscer2019

13. レガシーシステムのマイクロサービス化
入力
記録
通知
画像表示
集計計算
レポート
ファイル出力
検索
認証
認可
提供
#awscer2019
入力
記録 検索
認証
管理
提供
計算
出力

14. レガシーシステムのマイクロサービス化
・頻繁な改修
・改修コストの削減
・リリース期間の短縮
・テストは変更箇所のみ
#awscer2019
入力
記録 検索
認証
管理
提供
計算
出力

15. 自己紹介も兼ねてクラウドと自分のなれそめを
テクノロジーの活用
20201995 2000 2005 2010 2015
Amazon.com
Google検索 Wikipedia
Skype
Facebook
YouTub
e
Twitte
r
Instagram
SlackLINE
Client Mobile client Smart Phone
FireTVEcho
Sensor
Action
CarHouse
Bicycle Door lock Factory
2025
5GAI
IoT VR/AR
Blockchain
#awscer2019

16. 2025年の崖を飛び越えるための人材 #awscer2019

17. 2025年の崖を飛び越えるための人材 #awscer2019

18. 本日お話すること
✓2025年の崖
✓飛び越えるためのDX
✓DXをさえぎる4つの壁
✓壁をこえるためのクラウド活用
#awscer2019

19. DXをさえぎる4つの壁
コスト
今のシステムでもそれなりに出来ている(よう
に見えている)ので余計なコストをかけたくな
い。
定性効果や将来の効果が測れない。
時間
時間がかかる。
定性効果が測れるとしても成果まで遠い。
リスク
コストと時間をかけるので、
失敗したリスクが大きい。
ロールバックできなければ状態が悪化する。
リーダーレス
リーダーシップをとる最適な役割りがいない。
他責。
#awscer2019

20. 本日お話すること
✓2025年の崖
✓飛び越えるためのDX
✓DXをさえぎる4つの壁
✓壁をこえるためのクラウド活用
#awscer2019

21. 4つの壁を越えるクラウド活用
コスト
小さくはじめて、最初から大きなコストをかけない。
時間
マネージドサービスの活用により時間をかけない。
作るよりも、選んで繋げて使う。
リスク
小さくすばやくはじめて、何度もやり直す。
多くの素早い失敗により知見をためる。
リーダーレス
全員リーダーシップ。
#awscer2019

22. 具体例 コース中の質問フォーム
課題
受講者さんが質問をしやすくしたい。
手をあげての質問はしない人もいる。
#awscer2019

23. 具体例 コース中の質問フォーム
ソリューション
匿名フォーム
#awscer2019

24. 具体例 コース中の質問フォーム
コスト
1.83USD(2019年8月 約197円)
時間
開発期間 6時間
他部署、他社に依頼しないので早い。
リスク
個人情報を含まない。
システム停止時の影響も低い。
リーダーレス
自分で判断。まずは動かして結果を共有。
マネージャには見せて「いいですね」と言わ
れただけ。これでOKな組織だからできた。
#awscer2019

25. 具体例 コース中の質問フォーム #awscer2019

26. 具体例 コース中の質問フォーム #awscer2019

27. 具体例 コース中の質問フォーム
結果
質問が多く寄せられ、
受講者さんの満足度が向上。
付随効果として質問と回答の蓄積と、
情報共有、リアルタイムな協力が得られた。
#awscer2019

28. 外製によって起こる例
ユーザー企業
担当部門
IT部門 PM/営業
エンジニア
IT企業
「言われたとおりに作る」
「予算範囲内で作る」「最初に全部決める」
「使いやすいものを依頼」
#awscer2019

29. 外製によって起こる例
コスト
関わる組織が増えれば単純にコストはあがる。
責任リスクもコストに上乗せされる。
やり始める前に契約と金額がFIXするから過剰コストに
なる。
時間
決められた納期の中で終えることが目標とされる。
ただしだいたいのケースで納期遅延は発生する。
リスク
納品されたものが使えるかどうかは納品されるまでわ
からない。これが一番のリスク。
リーダーレス
IT部門や利用部門はその上司から承認を得ることで、責
任が上司に移り自分ごとではなくなる。
IT企業は自分たちの責任を回避するための契約を用意す
る。自分ごとレスなチームになる。
#awscer2019

30. 餅は餅屋論
専門家に頼むべきという考え。でも餅屋って誰でしょう？
#awscer2019

31. こんな経験はありませんか？
RFPに「つぶあん」と明記したのに「こしあん」で納品された。
餅屋に「こしあん」の経験しかなかったことが原因。
#awscer2019

32. こんな経験はありませんか？
杵と臼がたびたび壊れるので5年間の保守契約と専用部門で運用している。
お客さまにお餅を提供したいのであって杵と臼を管理したいはずではない。
#awscer2019

33. 理想の内製化の一例
ユーザー企業
担当部門 = ビルダー
IT部門 = エンジニア PM/営業
エンジニア
IT企業
「共通のSaaSサービスを提供」
「コンサルティング支援」「再利用性の高い社内APIを構築」
「社内APIを組み合わせてビルディング」
#awscer2019

34. 承認について
承認者 = 判断できるスキルを持っている人
(が望ましい)
#awscer2019

35. 承認者が技術スキルを持ちあわせていないケース
・承認者にわかる資料作り
・承認者が判断しやすいよう社外事例の収集
・新しい技術は承認されにくい
・結果的にDXは遅れる
#awscer2019

36. 承認が必要な場合
遅い(ボトルネック) 速い
#awscer2019

37. チームの速度をあげる
遅い(ボトルネック) 速い
判断
#awscer2019

38. 判断することで自分ごとになる
速い
判断
失敗
チャレンジ
#awscer2019

39. 失敗を早くする
速い
判断
失敗
チャレンジ
「やってみないと分からない」
をやる時代
#awscer2019

40. 作って終わり論
エンジニアを増やしてほ
しい。
システムは作って終わりじゃないの
か。
作り終わったあとその社員は要るの
か？
#awscer2019

41. 作って終わり論
システムは家ではありませんし、サービス開発は建築とは違います。
#awscer2019

42. 作って終わり論
必要なときに必要な量を数分で調達し、使い捨てができる。
= いくらでも作り直しができるということ。
#awscer2019

43. 作って終わり論
ビジネスが成長する→顧客が増える→ニーズが増える
システムを変えない→ニーズに対応できない→顧客が減る
現状維持は下り坂
#awscer2019

44. 作って終わり論
無理やりニーズに対応するために
「運用でカバー」
現場には手順書とチェックリストが増える。
手作業なのでミスが発生する。
さらにチェックプロセスが増える。
手順書は陳腐化し乖離が生じる。
一子相伝手順が伝わる。
現場は疲弊し離職率があがる。
新人に一子相伝手順が伝わりきらずミスが発生。
チェックプロセスが増える。
#awscer2019

45. 作って終わり論
増え続ける顧客ニーズに応えるためには、サービスを作り続ける。
イレギュラーは顧客ニーズから生まれている。サービスとして育てる
。
#awscer2019

46. 作って終わり論
AWSの各サービスはAPI化されたマイクロサービス。
選んでつなぎあわせてサービスを構築する。
そのためには、
各サービス、各機能を
知り、よりよい使い方
を知ることが必要。
#awscer2019

47. 作って終わり論 #awscer2019

48. Trainocate #awscer2019

49. Trainocate
0
4,000
8,000
2016年 2017年 2018年 2019年
2019年度個人実績
9月17日現在
実施日数 112日
受講者数 1,083名様
#awscer2019

50. Architecting on AWS #awscer2019

51. AWS Technical Essentials 1 #awscer2019

52. Trainocate #awscer2019

53. 内製 例 #awscer2019

54. 内製 例 #awscer2019

55. 内製 例 #awscer2019

56. 新しい技術をキャッチアップし続けるには
・インプットを常に行える環境つくり
・書籍、外部トレーニングなどを組織が支援
・自己選択による業務時間中のカンファレンスなど参加
・学んだことを試せる環境の提供
・試したことを活かせる権限移譲
・アウトプットを意識したインプット文化
・アウトプットする場所/ツールの提供
・外へのアウトプットを制限しないルール作り
#awscer2019

57. アウトプットによる付随効果
2010年8月に発生したmixiの
memcached起因による障害。
調査や解決にいたる進捗や情報を
Twitterでアウトプットしていたとこ
ろ、社外のユーザーからも情報共有
がされた。
#awscer2019

58. ブログでアウトプット #awscer2019

59. ブログでアウトプット #awscer2019

60. コミュニティでアウトプット #awscer2019
JAWS FESTA 2019/11/2 札幌 北海道テレビ放送 創世スクエアスタジオ

61. コミュニティでアウトプット #awscer2019

62. まとめ ~2025年の崖を飛び越える越えるクラウド活用~
コスト
小さくはじめて、最初から大きなコストを
かけない。
時間
マネージドサービスの活用により時間をかけ
ない。(なるべく作らず試す)
作るよりも、選んで繋げて使う。
リスク
小さく素早くはじめて何度もやり直す。
多くの素早い失敗により知見をためる。
リーダーレス
全員リーダーシップ。
丸投げせずに自社トリガーでマイクロサービス化。
小さくはじめてPoCと最新技術のインプットとアウトプットを繰り返す。
#awscer2019

63. AWS 学びの小冊子
←AWSをはじめて使う人
←AWSの学習を始める方
AWSのスキルを高めたい方→
AWS認定取得を目指す方→
#awscer2019