Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
AIが実装を担う時代の「技術設計」と「チームマネジメント」
Search
Kaito Minatoya
November 06, 2026
Programming
110
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
AIが実装を担う時代の「技術設計」と「チームマネジメント」
TechLead Conference 2026 Autumn 登壇資料
Kaito Minatoya
November 06, 2026
More Decks by Kaito Minatoya
See All by Kaito Minatoya
フルサイクルエンジニアリングをAI Agentで全自動化したい 〜構想と現在地〜
kamina_zzz
0
500
開発生産性を上げながらビジネスも30倍成長させてきたチームの姿
kamina_zzz
2
2.5k
組織と文化から設計するエンジニア採用ストラテジー
kamina_zzz
0
1.1k
Other Decks in Programming
See All in Programming
Railsのためのパスキー実践入門 〜マルチテナントSaaSでの意思決定〜
utakaha
4
2.9k
Seven New Principles of Software Engineering
yegor256
0
440
AI-Powered Domain-Driven Design
ziobrando
0
380
[DroidKnights 2026] Workflow AX: From Auto-Documented Policies to E2E Testing
raeminkang
0
510
クラウドゲーミングのパフォーマンス最適化に挑む / Cloud Gaming Performance Tuning
vivion
0
320
조합이폭발하는디자인시스템이걸눈으로도테스트하라고요
giljongyu
0
710
はじめてのPLATEAU
nokonoko1203
1
290
ActionController meets Protocol Buffers
sorah
1
780
現場と育てるRailsモデリング 〜Spreadsheetから始めたモデル設計〜
siroemk
2
1.2k
自作Discord音声botをLambda MicroVMsに移行した話 / Migrating My Discord Voice Bot to Lambda MicroVMs
akihisaikeda
1
260
複数ドメインを一つのアプリに統合するFlutterの設計と運用_FlutterKaigi2026登壇資料(須永高弘)
takahirosunaga
0
140
Goコンパイラを作ってGoをもっと理解する / Build a Go compiler to better understand Go
ikura_hamu
0
120
Featured
See All Featured
Scaling GitHub
holman
464
140k
Building a A Zero-Code AI SEO Workflow
portentint
PRO
0
810
Building Better People: How to give real-time feedback that sticks.
wjessup
371
20k
jQuery: Nuts, Bolts and Bling
dougneiner
66
8.7k
Leveraging LLMs for student feedback in introductory data science courses - posit::conf(2025)
minecr
1
460
Raft: Consensus for Rubyists
vanstee
143
7.8k
Reality Check: Gamification 10 Years Later
codingconduct
0
2.4k
Future Trends and Review - Lecture 12 - Web Technologies (1019888BNR)
signer
PRO
0
3.8k
Building AI with AI
inesmontani
PRO
1
1.4k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.9k
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
25
2.2k
Test your architecture with Archunit
thirion
2
2.5k
Transcript
TechLead Conference 実装を AI に委ねられる時代に エンジニアリングリーダーが磨くべき 「技術設計」の勘所と、開発生産性と 事業成長を両立させるチームマネジメント kamina-zzz|Ubie Platform
Engineering
自己紹介 @kamina-zzz 湊谷 海斗 Ubie 株式会社 Platform Engineering Tech Lead
Music 🎸, Camera 📷, Fishing 🎣, Poker ♠️, Game 🎮, Drinking 🍻, Camping ⛺ kamina-zzz|Ubie Platform Engineering
Tech Lead とは Lead を「ベクトル」と考えてみる 大きさ 同じコスト・リソースでチームやプロジェクトをどれだけ遠 くに運べるか 向き どんなプロジェクトを選び、チームやプロジェクトをどこに
向かわせるか kamina-zzz|Ubie Platform Engineering
Tech Lead とは どちらかだけでは、優れた Tech Lead とは言えない 大きさだけが強い TL 向きだけが強い
TL チームの出力は大きい。 目指す先は正しい。 でも、会社の目指す方向性からズレている。 でも、チームが前に進まない。 kamina-zzz|Ubie Platform Engineering
01 大きさ チームの出力を、どう伸ばすか
01 大きさ AI の自律性がチームの出力を決める 以前 いま メンバーの知識・経験によって差が出た AI が自走できる環境を作れることが効く DORA
Capability AI の自走 出力が伸びる 自動テスト、ドキュメン Harness, Loopを設計し、 チームの ト、疎結合、etc. 人の手を待たずに回る ベクトルが大きくなる kamina-zzz|Ubie Platform Engineering
あえてポジションを取ると Platform Engineering が一番大切 なぜなら、AI の自律性を強化し、ベクトルの大きさに直結する kamina-zzz|Ubie Platform Engineering
01 大きさ Platform Engineering とは 開発に必要な共通の仕組みを、セルフサービスで使える形で提供する Platform として提供するもの 強化される DORA
Capability CI/CD・デプロイの基盤 継続的インテグレーション、デプロイ自動化 テスト・検証の環境 テストの自動化 ゴールデンパス・テンプレート 疎結合な構成、ドキュメント 監視・オブザーバビリティ モニタリングとオブザーバビリティ ☑ AI が扱えるような形で DORA Capability を強化することでチームの出力が上がる ☑ Stream aligned team だけで出来ることもあれば Enabling/Platform team がやったほうが良いものもある ☑ どの立場の Tech Lead でも学ぶ優先度が高い kamina-zzz|Ubie Platform Engineering
02 向き 今この瞬間、どこを目指すべきか
02 向き チームによって目指す方向は変わる 例:あるスクラムチームの Tech Lead が、PO・PdM と一緒に投資先を選ぶ パターン A
パターン B 状況 状況 新規プロダクトを立ち上げ、 利用者が増え、 PMF を探している 大口顧客との契約を控えている PO・PdM と選ぶ投資 PO・PdM と選ぶ投資 仮説検証を速く回すための投資 信頼を失わないための投資 (計測基盤、フィーチャーフラグ) (権限管理、監査ログ、SLO) あえて後回しにするもの あえて後回しにするもの 作り込みや性能の最適化 新機能を追加するペース kamina-zzz|Ubie Platform Engineering
02 向き 正解らしい向きを探すには、情報を集めるしかない 前提 だから 向きを予め 100% 正確に 少しでも正解らしい向きを探すために、 予想することはできない
チームの外の情報を集める 有用な情報集めは、わかりやすく評価される仕事ではない glue work と言われるように、目立たず評価されにくい。 それでも、Tech Lead にとって重要な仕事である。 ref: Being Glue(Tanya Reilly) kamina-zzz|Ubie Platform Engineering
ここまでのまとめ Lead = ベクトルを磨くために必要なこと 大きさ 向き Platform Engineering 情報集め AI
の自律性を高め、 チームの外を知り、 チームの出力を伸ばす 正解らしい向きを探す kamina-zzz|Ubie Platform Engineering
訓練する ベクトルを磨くために必要なこと 大きさ 向き Platform Engineering 情報集め プラクティスは世の中に流通している 社内外の情報を組み合わせる必要 社内にしかない情報も重要
「向き」の精度を高めるほうが難しいし、差がつく 判断を記録し、ふりかえって精度を上げていく kamina-zzz|Ubie Platform Engineering
03 精度と再現性 向きを正しくする力を、どう鍛えるか
スタッフレベルを目指す 高い精度を、 再現性を持って出せること 再現性を持たせるには、記録する必要がある kamina-zzz|Ubie Platform Engineering
03 精度と再現性 ふりかえりの重要性 打ち立てる 記録する 実行する ふりかえる 稟議・目標・ プロジェクト 何を回収するか
なぜそう信じたか 決めた向きに 投資する その向きは 正しかったか ↻ 次の方向性を決める精度が上がる kamina-zzz|Ubie Platform Engineering
結局のところ 大事なことは、 以前から変わっていない
まとめ おわりに 01 Tech Lead はベクトル。向きと大きさ、どちらかだけでは優れた TL とは言えない 02 大きさは
Platform Engineering で伸ばし、共通化できる。差がつくのは向き 03 向きの精度は、記録とふりかえりで再現性あるものにする kamina-zzz|Ubie Platform Engineering
ありがとうございました kamina-zzz|Ubie Platform Engineering