Upgrade to PRO for Only $50/Year—Limited-Time Offer! 🔥
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
【Classmethod Showcase Ver.】ITを事業推進の核に変えていくための内製...
Search
阿部 信介
November 16, 2021
Technology
0
110
【Classmethod Showcase Ver.】ITを事業推進の核に変えていくための内製化とその実現戦略について
阿部 信介
November 16, 2021
Tweet
Share
More Decks by 阿部 信介
See All by 阿部 信介
【SORACOM Tech Days】クラスメソッドの内製化支援サービスについて
cmabe
0
230
受託で「楽しい開発」を突き詰めて価値を再定義してみた
cmabe
5
5.8k
Developers.IO 2020 Connect Day5:経験談、失敗談、勘所から語るフルリモートマネージャへの方向転換 #devio2020
cmabe
1
1.6k
PyConJP2019チュートリアル Lambda(Python)を利用したサーバーレスのハンズオン
cmabe
2
580
クラウドネイティブのススメ
cmabe
1
1.2k
Lambda周りの新サービス、アップデートとその影響
cmabe
0
560
タスクの「終わり」は見えてますか?
cmabe
0
1.3k
物理デバイスのデータ収集基盤をサーバーレスで開発する
cmabe
0
1.1k
Other Decks in Technology
See All in Technology
【CEDEC+KYUSHU2025】学生・若手必見!テクニカルアーティスト 大全 ~仕事・スキル・キャリアパス、TAの「わからない」を徹底解剖~
cygames
PRO
0
140
LLM-Readyなデータ基盤を高速に構築するためのアジャイルデータモデリングの実例
kashira
0
200
AWS Bedrock AgentCoreで作る 1on1支援AIエージェント 〜Memory × Evaluationsによる実践開発〜
yusukeshimizu
5
360
著者と読み解くAIエージェント現場導入の勘所 Lancers TechBook#2
smiyawaki0820
12
5.8k
世界最速級 memcached 互換サーバー作った
yasukata
0
320
Ruby で作る大規模イベントネットワーク構築・運用支援システム TTDB
taketo1113
1
170
Kubernetes Multi-tenancy: Principles and Practices for Large Scale Internal Platforms
hhiroshell
0
110
regrowth_tokyo_2025_securityagent
hiashisan
0
150
グレートファイアウォールを自宅に建てよう
ctes091x
0
140
日本Rubyの会の構造と実行とあと何か / hokurikurk01
takahashim
4
880
GitHub Copilotを使いこなす 実例に学ぶAIコーディング活用術
74th
3
830
第4回 「メタデータ通り」 リアル開催
datayokocho
0
110
Featured
See All Featured
XXLCSS - How to scale CSS and keep your sanity
sugarenia
249
1.3M
The Cost Of JavaScript in 2023
addyosmani
55
9.3k
Building Flexible Design Systems
yeseniaperezcruz
330
39k
Fashionably flexible responsive web design (full day workshop)
malarkey
407
66k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
333
22k
We Have a Design System, Now What?
morganepeng
54
7.9k
Intergalactic Javascript Robots from Outer Space
tanoku
273
27k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
35
3.3k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
162
15k
Documentation Writing (for coders)
carmenintech
76
5.2k
Thoughts on Productivity
jonyablonski
73
5k
Side Projects
sachag
455
43k
Transcript
ITを事業推進の核に変えていくための 内製化とその実現戦略について クラスメソッド株式会社 阿部 信介 1
2 自己紹介 阿部 信介(Shinsuke Abe) • クラスメソッド株式会社 ◦ CX事業本部 内製化支援チーム
• マネージャ(事業担当) • 開発マネージャの経験長い • 好きなAWSサービス ◦ Lambda https://dev.classmethod.jp/author/abe-shinsuke/
3 略歴 • パチンコ店向け設備データ管理プログラム開発 • 中小SIerにてSESでのシステム開発 • 教育系事業会社のシステム子会社にてアプリケーション 開発および開発リーダー •
ショッピングセンター管理システムの開発マネージャ • クラスメソッド入社 ◦ サーバーレス開発部マネージャ ◦ CX事業本部で採用や評価プロセスの策定、メンテナンス ◦ 現在、内製化支援チームのマネージャ
4 本日のメッセージ 丸投げアウトソーシングから脱却して 事業のハンドルを握り直そう
5 本日の内容 1. ビジネス環境の変化について 2. 丸投げによって事業に生じる影響 3. 内製化を達成するためのステップとそのご支援内容の紹 介
6 ビジネス環境の変化について
7 例えばモバイルオーダーペイ https://cxorder.jp/lp/
8 例えばウォークスルー店舗 https://classmethod.jp/news/developersio-cafe-open/
9 両者に共通することは? テクノロジーがビジネスを変える?
10 両者に共通することは? ユーザー体験がビジネスを変える
11 変化のサイクルが早い時代 • 一人一台(以上)のスマー トフォン • データの利用量を気にす る必要のない契約 • 基本的にどこでもイン
ターネットに接続可能 • ユーザとの接点は時と場 所を選ばない • ユーザもそのようにサー ビス提供されることに慣 れている
12 マーケットのスピードとテクノロジー 伝播が早く、淘汰も早い https://hbr.org/2013/03/big-bang-disruption
テクノロジーが変化の起爆剤に 13 ユーザー体験とテクノロジー できない →できる つながる いつでも たくさん 変化の スピード
アップ
14 探索と深化(両利きの経営) 事業の領域広げる活動(探索) 既存の事業の効率を 高める活動(深化)
速く柔軟に市場投入する 15 求められるのは速さと柔軟性 VUCA Un- controllable Adaptation
16 フレームワーク例:OODAループ
17 フレームワーク例:クネビンフレームワーク 無秩序 複雑 困難 単純 カオス
18 マーケットのスピードとテクノロジー 伝播が早く、淘汰も早い https://hbr.org/2013/03/big-bang-disruption
19 クラウドの利用 • ビジネスモデルの寿命 < システムの寿命 • システム構築や運用の償 却や回収が負担に •
システムを捨てやすくす る • IT基盤を資産からコスト に • 所有しないスタイルでス ピードと柔軟性を
20 丸投げによって事業に生じる影響
21 よくある丸投げの光景
・ユーザの動きに対する学び、経験、ノウハウ ・どんな変更に対してどんなリアクションをしたか ・適応を続けていくことで得られる ・実践がなく、アップデートのない知識の空洞化 ・ベンダーの提案内容に対して批判的な視点を失う ・ビジネス環境に応じた選定の自由が失われる ・開発そのもの以外のアウトソースで発生するオーバーヘッド ・計画のバッチサイズを大きくしてオーバーヘッドを最適化 ・一括請負での変更コストを避けるバイアス 22
丸投げにより失われるもの スピード感 弾力性 試行錯誤
23 なぜ、この三つが必要なのか?
24 フィードバックを得るタイミングを考える 仮説と同じ前提のフィードバックか? 仮説を作る タイミング フィードバックのタイ ミング
25 フィードバックを得るタイミングを考える 例えば、こうなっていない保証は? 仮説を作る タイミング 同じ課題に対する 他社サービス 爆発的に伸びて ブームが去る ユーザがいない
26 結果を得るスピードの重要性
27 (身近なケース)COVID-19による変化を考えてみる
28 • 飲食店の時短営業要請 • 助成金を出しての働き方 改革 • 個人のスタイルの変化 (行動、趣味) •
人の流れの変化 • ビジネス現場への波及
29 ビジネス環境でも 同様のことは起こりうる
30 コロナ禍が終わった後? • 生活や仕事のスタイルは? • 通勤をし続ける意味は? • 都内で高い固定費を維持する意味は? →否応なしに発生した変化での気づきを踏まえてもう一度変 化がくる。
31 日々リリースされる新サービス • 誰よりも早く試す • ユーザーの動きを知る
32 どちらが今のビジネス環境で生き残れるか?
33 なぜ速さが出ないのか?
・ユーザ体験実現のための重要な要素 ・採択の可否や可能性の検討を主体的に行わずにブラックボックスに ・ビジネスの要素に対する判断基準をベンダーに委ねる ・事前に成果物の明確な定義が必要 ・詳細に決めても曖昧さは残る ・曖昧さへの対処として工数やスケジュールにバッファを乗せる ・実際の開発以外のオーバーヘッド ・契約ごとにかかるので、削減するために契約は大きく、少なくする ・計画のバッチサイズが大きくなる 34
速さに対する阻害要因 バッチサイズの大きな計画 一括請負によるバッファ テクノロジーへの無関心
35 阻害要因を乗り越えるために 「内製化」できるだけの 自力を身につける
36 内製化する自力 • 差別化要因になる事業の手の内化 • ベンダに判断を依存せず、自社で意思決定できる状態 • 全ての開発を自社で行うことではない →システムを作るスキルや知識が必要になる
37 変化を把握するリテラシー 変化を把握して味方につける • サービスのトレンド • ユーザ体験のトレンド • 技術のトレンド →ベンダーの提案に健全な疑問をもつ
38 どこから始めればいいのか?
39 基本戦略 目的と ロードマップ ボトルネックを把 握 ボトルネック解 消のためのア クション
40 内製化支援 STEP0 サービスを開始します https://classmethod.jp/services/insource/step-0/
41 STEP0サービスのレポートイメージ https://classmethod.jp/services/insource/step-0/
42 クラウド活用までの道筋 活用までの道標はすでにある https://pages.awscloud.com/rs/112-TZM-766/images/H-01.pdf
43 各種リソースを活用して小さな取り組みを始める • 公式ドキュメント • トレーニング • セミナー
44 内製化を達成するためのステップと そのご支援内容の紹介
45 クラスメソッドのご紹介
46 内製化支援サービス https://classmethod.jp/services/insource/
47 内製化までのステップ
48 支援スタイル
49 内製化支援 STEP0 サービス https://classmethod.jp/services/insource/step-0/
50 支援事例 • スキルが属人化しているチームでナレッジ定着のための ロードマップ、仕組み作り • 採用基準や募集要項の作成支援 • 保守・運用体制構築支援(技術支援含む)
51 すぐにはできるようにならないので ステップバイステップでの変化に 伴走いたします
52 まとめ
53 本日のメッセージ(再掲) 丸投げアウトソーシングから脱却して 事業のハンドルを握り直そう
54 事業のハンドルを握り直すために • 小さな検証を繰り返す • 検証を繰り返すための基 盤を作る • そのためにテクノロジー を手の内化する
55