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
ボトルネックは レビューに移った〜開発フローの5工程をチーム標準化した話
Search
daichi
August 12, 2026
Programming
47
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
ボトルネックは レビューに移った〜開発フローの5工程をチーム標準化した話
daichi
August 12, 2026
More Decks by daichi
See All by daichi
元和菓子職人、エンジニアになって5年経ちました。
daikin555
0
100
Agent Skillsを 正しく活用する
daikin555
0
290
PostgreSQLのロジカルレプリケーションを利用してみる
daikin555
0
160
データベースエンジニアの仕事と魅力
daikin555
0
91
Other Decks in Programming
See All in Programming
そのリトライ、死んだコネクションを使い回していませんか ── GoのHTTPクライアントとHTTP/2を実プロダクト障害から学び直す
myus4a
0
110
[DroidKaigi 2026] Bring your own phones to Gradle Managed Devices
f2lk
0
120
What We Talk About When We Talk About XP
m_seki
2
610
高専キャリア LT 発表内容
crysta1221
6
5.7k
LL言語やWebフレームワークのPostgreSQL対応 〜DBの機能がユーザーに届くまで〜
kentaroutakeda
1
150
市販E-Readerを乗っ取れ 〜Embedded Swiftで電子ペーパーガジェットを制御する〜
trickart
0
190
cdk deploy JawsSonic #MARATHONしながらAWSリソースをデプロイしてみよう
akihisaikeda
2
130
AWS DevOps Agentで インシデント対応をAIに任せたい
honmarkhunt
7
2.9k
マイコン向けの軽量Ruby「PicoRuby」で各種デバイスを制御するネイティブアプリの実現手法
bash0c7
0
390
WebMCP Challenge に星空観察アプリで参加した話
okajun35
0
160
Java 27新機能 / Java 27 new features
kishida
2
130
GKE で Pod の見方を変えたら、スケールアウト時の挙動を真に捉えられた話
stkk
0
120
Featured
See All Featured
A designer walks into a library…
pauljervisheath
211
25k
The Cult of Friendly URLs
andyhume
79
7k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
9
1.6k
jQuery: Nuts, Bolts and Bling
dougneiner
66
8.6k
GraphQLの誤解/rethinking-graphql
sonatard
75
12k
HDC tutorial
michielstock
2
870
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.9k
The Power of CSS Pseudo Elements
geoffreycrofte
82
6.6k
Gemini Prompt Engineering: Practical Techniques for Tangible AI Outcomes
mfonobong
2
520
We Are The Robots
honzajavorek
0
370
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.9k
Self-Hosted WebAssembly Runtime for Runtime-Neutral Checkpoint/Restore in Edge–Cloud Continuum
chikuwait
0
790
Transcript
1 / 20 ボトルネックは レビューに移った 開発フローの5工程をチーム標準化した話 2026年8月5日 ── ディップ株式会社 コアエンジニアリング部
伊藤 大地 Copyright dip.inc All Rights Reserved.
伊藤 大地 / コアエンジニアリング部 部の開発プロセスを支える開発支援基盤の主担当 社内OSS的な体制。他メンバーもPRで参加できる Skillは個人設定ではなく部の共通資産として配布 複数プロジェクトで同じものが動いている Copyright dip.inc
All Rights Reserved. 2 / 20
個人は速くなった。ボトルネックが動いた 「個人がコードを書く時間」から「他のメンバーがレビューする時間」へ Copyright dip.inc All Rights Reserved. 3 / 20
AさんとBさんが同じレールに乗っていないと詰む Aさんだけが速くなる構図は、チーム全体のスループットを引き上げない Copyright dip.inc All Rights Reserved. 4 / 20
5工程はどう生まれたか 2 どこまで共通化するか 3 効果をどう測るか 4 運用でつまずいた話 1 目次 Copyright
dip.inc All Rights Reserved. 5 / 20
01 5工程はどう生まれたか
全員が同じ順番で通る5つの工程 運用期間 2026/04/27 - 07/16。利用回数ではなく、工程のTop5です Copyright dip.inc All Rights Reserved.
7 / 20
この5つは、統合してできた もともと「コミット」「PR作成」「レビュー対応」は独立したSkillだった Phaseという単位の中に処理を畳んでいった 狙いは、人間が判断・操作するポイントを意図的に絞ること 3ヶ月で延べ37のSkill名が生まれ、いま残っているのは15です Copyright dip.inc All Rights Reserved.
8 / 20
02 どこまで共通化するか
判断基準が、個人の便利さからチームの価値へ 「自分だけが助かるSkill」を見つけることは、もちろんある それを部の共通Skillに入れるかは、 影響を受ける人数と、提供できる価値で判断する 便利だが採用しない、という判断を能動的に行う場面が増えました Copyright dip.inc All Rights Reserved.
10 / 20
マージだけは、パイプラインから外した AIが自律的に動く範囲と、人間が責任を持って判断する範囲。 その境界を、PR操作の上にはっきり置いておきたかった Copyright dip.inc All Rights Reserved. 11 /
20
03 効果をどう測るか
ランキングを取っても、5工程が並ぶだけ パイプラインにした時点で、ランキングは逸脱の検知にしか使えなくなる Copyright dip.inc All Rights Reserved. 13 / 20
04 運用でつまずいた話
陳腐化より先に「使われない」が来た 6/13、使われていなかった3つのSkillを一括削除した コミットメッセージは「未使用 skill 3 ディレクトリを削除」 「便利だが採用しない」を先に判断できず、後追いで消すことになった 作るより、消すほうが難しいです Copyright dip.inc
All Rights Reserved. 15 / 20
畳んだあと分けたら、今度は重複した 1つに畳んだあと、処理を4階層のエージェントに分け直しました 粒度の正解は一度では決まらず、畳むと分けるを往復しています Copyright dip.inc All Rights Reserved. 16 /
20
変化① ルールを覚えていなくてもよくなった 複数の作業を並列で進めようとしたとき、Claudeが運用ルール違反を止 めた そのルールがどこに明文化されているかを把握していなくても Skillが規約を抱えて守ってくれる レビューにも本番にも影響を出さずに、未然に防げました Copyright dip.inc All
Rights Reserved. 17 / 20
変化② レビュアーの認知負荷が下がった Skillを順番に通せば、部の最低限の品質で開発が回る状態になった Skillの使い方を全員に教えるのではなく、 沿って作業すれば自然と部の標準に揃う状態をつくる 複数プロジェクトに配っているので、ある現場の改善が別現場へ逆輸入されて きます Copyright dip.inc All
Rights Reserved. 18 / 20
まとめ 個人が速くなるほど、ボトルネックはレビューに移る だから投資先は個人の使いこなしではなく、全員が同じ順番で通る状態 共通化の判断軸は「影響を受ける人数 × 提供できる価値」 AIと人間の責任境界は、マージ操作の上に置いた Copyright dip.inc All
Rights Reserved. 19 / 20
ありがとうございました Copyright dip.inc All Rights Reserved.