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
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
daichi
August 12, 2026
Programming
58
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
110
Agent Skillsを 正しく活用する
daikin555
0
290
PostgreSQLのロジカルレプリケーションを利用してみる
daikin555
0
160
データベースエンジニアの仕事と魅力
daikin555
0
92
Other Decks in Programming
See All in Programming
APNsからLive Activityを開始する話
yumnumm
0
150
Augmenting AI with the Power of Jakarta EE
ivargrimstad
0
520
技術的負債を組織課題として解く-増えすぎたマイクロサービスとの戦い-
reimaru
1
2.8k
The Rails Doctrine Decade
koic
2
490
ハーネス設計入門 〜 基礎知識の整理から実務へのステップアップ 〜
kinopeee
20
21k
GemmaをJevのように使ってみる / Use Gemma like Jev
kishida
5
660
UnityでSystem.Net.WebSocketsなWebSocketサーバが動かないのでUnity Monoのコードを覗いてみた / about implementing websocket server with unity mono
drumath2237
1
550
Findy - エンジニア向け会社紹介/Findy Company Deck
findyinc
6
400k
When benchmarks go bad - what I learned from measuring performance wrong
hollycummins
0
130
Embedded Swiftで作る自作USBデバイス によるiOSデバイスの自動テスト / iOSDC Japan 2026 glassfiber
glassfiber
0
290
AWSに止められる覚悟してますか?
morizo_1984
2
510
設計次第でAIコードの読む量は減らせる / designing-for-code-reading
minodriven
34
15k
Featured
See All Featured
Paper Plane (Part 1)
katiecoart
PRO
2
11k
Conquering PDFs: document understanding beyond plain text
inesmontani
PRO
4
3.2k
How to Grow Your eCommerce with AI & Automation
katarinadahlin
PRO
2
310
AI in Enterprises - Java and Open Source to the Rescue
ivargrimstad
0
1.5k
Unsuck your backbone
ammeep
672
58k
[RailsConf 2023] Rails as a piece of cake
palkan
59
7.1k
Thoughts on Productivity
jonyablonski
76
5.4k
16th Malabo Montpellier Forum Presentation
akademiya2063
PRO
0
400
30 Presentation Tips
portentint
PRO
1
420
Why Our Code Smells
bkeepers
PRO
340
58k
The Illustrated Guide to Node.js - THAT Conference 2024
reverentgeek
1
550
Art, The Web, and Tiny UX
lynnandtonic
304
22k
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.