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時代のYAGNI:「爆速で無駄になった機能」からの学び / 20260720 Naoki ...
Search
SHIFT EVOLVE
PRO
July 17, 2026
Technology
2.1k
4
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
AI時代のYAGNI:「爆速で無駄になった機能」からの学び / 20260720 Naoki Takahashi
2026/7/20 PHP Conference Japan 2026
https://phpcon.php.gr.jp/
株式会社SHIFT
製造ソリューションサービス部
髙橋 直規
SHIFT EVOLVE
PRO
July 17, 2026
More Decks by SHIFT EVOLVE
See All by SHIFT EVOLVE
中四国PMセミナー2026_価値を生み出すアジャイルマネジメント - アウトプット重視からの脱却 / 20261023 Takeshi Watarai
shift_evolve
PRO
0
23
価値実現重視へとシフトした時代を生き抜くには / 20260713 Takeshi Watarai
shift_evolve
PRO
1
150
SHIFTのコミュニティ活動 / 20260828 Yumiko Ohata
shift_evolve
PRO
2
98
AI活用によるレガシーモダナイゼーションとプロジェクトマネジメント / 20260827 Tsukasa Takemura & Takashi Maekawa
shift_evolve
PRO
0
110
兼務の事務局から、組織へ SHIFTのAWSアライアンス立ち上げ記 / 20260807 Satoshi Torano
shift_evolve
PRO
1
100
AIは実装を速くする。では、私たちは何を今作るべきか?-立場を越えてリリースに向き合ったチーム開発の実践 / 20260801 Hiromi Nakaya and Naoki Takahashi
shift_evolve
PRO
3
1.5k
Issue設計から始める仕様駆動開発 / 20260731 Mizuki Hirata
shift_evolve
PRO
1
350
”そのまま移行”からの脱却へ ― AI解析で実現するSAP S/4HANA導入成功メソッド / 20260729 Akio Hane
shift_evolve
PRO
1
96
区民の問い合わせ、AIにどこまで任せる? 品川区×SHIFTが挑む自治体音声AI実証の現在地 / 20260626 Taku Nishizawa and Satoshi Torano
shift_evolve
PRO
1
370
Other Decks in Technology
See All in Technology
フィンテック養成勉強会#68
finengine
0
240
CSS2026:OWS研究会・招待講演「世界観を、実装する」
atsush1_sada
2
330
Claude Code をローカルとサーバー上で利用した際の Bedrock 利用料をユーザー単位で一本化してみる
ohorig
0
150
生成AI時代、PMは事業責任者に進化するともっと面白い〜PMだからこそ事業構造を動かせる時代に〜
kakehashi
PRO
0
850
AWS DevOps Agentはどこまで任せられるか 〜機能の現在地と、機能拡張の実践〜
nyankotaro
0
230
「エーアイ」をバズワードにしないために RPA 導入経験と Kiro 上での Claude モデル利用経験から
kazzpapa3
0
120
How we choose session proposals
kawaguti
PRO
0
170
バフェットコード開発チームの心得(v1.1)
shoe116
0
100
[FECONF-2026] 신대륙을 향한 카카오페이증권 프론트엔드 항해기 (이주승)
l1ghthouse
0
180
演劇と私とスクラム
chinmo
0
160
Vue.jsのGitHubから学ぶ意思決定
yut0naga1_fa
1
170
ストレスなくAIと付き合いたい!こんなときどうしてる?
namiki64
4
690
Featured
See All Featured
Getting science done with accelerated Python computing platforms
jacobtomlinson
2
550
エンジニアに許された特別な時間の終わり
watany
109
250k
Exploring the relationship between traditional SERPs and Gen AI search
raygrieselhuber
PRO
4
4.4k
Ruling the World: When Life Gets Gamed
codingconduct
0
420
Gemini Prompt Engineering: Practical Techniques for Tangible AI Outcomes
mfonobong
2
600
Writing Fast Ruby
sferik
630
63k
AI Search: Implications for SEO and How to Move Forward - #ShenzhenSEOConference
aleyda
1
1.4k
Unlocking the hidden potential of vector embeddings in international SEO
frankvandijk
0
1k
Sam Torres - BigQuery for SEOs
techseoconnect
PRO
0
590
Money Talks: Using Revenue to Get Sh*t Done
nikkihalliwell
0
540
A brief & incomplete history of UX Design for the World Wide Web: 1989–2019
jct
2
540
Scaling GitHub
holman
464
140k
Transcript
髙橋直規 株式会社SHIFT Copyright SHIFT Inc, All Rights Reserved. 2026.7.20 PHP
Conference Japan 2026 #phpcon AI時代のYAGNI: 「爆速で無駄になった機能」からの学び
本日お話すること https://fortee.jp/phpcon-2026/proposal/184bde2e-f907-433f-a6ca-c1637ec6d064 2
必要のないものは、必要になるまで作らない 3 YAGNI原則とは You Aren't Gonna Need It. 必要となるまで作らない。 AIで速く作れるようになった時代に、
変更が少なそうだと思った機能を 先回りして一気に作りました。 結果、すべてが使われなくなりました。
髙橋直規(幡ヶ谷亭直吉) @asagayanaoki • エンジニア歴 :19年目 • 役割 :プロジェクトマネージャー、エンジニア • 大切
:経験主義、プロダクト思考、チーム開発 • 好きな原則 :YAGNI、DRY、単一責任の原則 4 著書 主催コミュニティ Copyright Murata Manufacturing Co., / SHIFT Inc., All Rights Reserved.
この話の前提:AIで何でもできる気がしていた 5 0→1の本番運用を前提にした 新規プロダクト開発 世の中から少し遅れてのAIコーディング 人間だけの開発スピードより 1.5倍以上の加速を期待されるが、楽に達成
AI開発の熱に浮かされていた この話の前提:AIで何でもできる気がしていた 6
AI時代の新しい開発の模索 7 AIが特別なツールに思えた。 今までと違う開発の進め方に挑戦したいと考えた。 それまで1本ずつ進めていたAPI開発を、 まとめて実装できないか試した。 API1 API2 API3 API4
API5 ・・・ それまで 挑戦 API2 API3 API4 API1 API5
単純な機能での実験 8 実験対象は、シンプルな検索APIの5本に絞った。 複雑な処理や業務判断が求められるAPIは対象外にした。 ロジックが似ているAPI群と、 同じ業務フローのAPI群を分けて開発を進めた。 ロジックが似ているAPI群 マスタテーブルを検索し、 レコードを取得する処理。 同じ業務フローのAPI群
処理自体は単純だが、API同士に 業務上の関連性がある処理。
まとめて進めたことで、学びが遅れた 9 ロジックが似ているAPI群は問題なく進んだ。 同じ業務フローのAPI群では、 複数APIの設計・実装・テストを同時に並行したことで、 テーブル定義の考慮漏れという設計ミスに気づくのが遅れた。 1本目で得られるはずの学びを次のAPIに活かせなかった。 業務が不確定な機能こそ、 まず1本をテストまで通してから、 残りに横展開すべきだった。
実験としては、成功したと思っていた 10 すべてのAPIの実装を完了した まとめて作れるものと、 まず1本通すべきものの違いも見えた
成果も学びも得ることができた 実験としては、成功したと思っていた 11
12 その後、まもなく...
5本作ったAPIはすべて無駄になった 13 要件の消滅、仕様変更、既存機能での代替により、 先回りして作ったAPIは、すべて使われなくなった。 0本 5本
作れることに意識が奪われていた 14 AIで想像以上に楽に速く作れるようになった。 その結果、プロダクトにその機能が本当に必要かより、 機能を作ること自体に意識が奪われていた。 「将来必要になりそう」で先回りしたAPIは、 要件の変化によって使われなくなった。
AI時代でもYAGNI原則は変わらない 15 You Aren't Gonna Need It. 必要となるまで作らない。 速く作れるからこそ、作る前に 「本当に今必要か」を考える。
作る前に考えるべきだったこと 16 その機能は、 次のリリースでは遅いのか?
17 では、実験も 無駄になったのか?
作るためではなく、試すための速度 18 圧倒的に速く開発できるようになったからこそ、 生産量を上げるだけでなく、 より価値のある機能をつくるために、 空いた時間で何を学ぶかが重要になる。 それまで AI開発
AI時代こそ実験からの学びを 19 実験をしたからこそ、 YAGNIの重要性も追体験できた。 AI時代の速度は、 学びを増やすためにも使える。
20