ン T e c h L e a d C o n f e r e n c e 2 0 2 6 A I が コ ー ド を 書 く 時 代 に 、 何 が 重 要 に な る の か AI時代の エンジニアリングの原則 S P E A K E R 0 1 和田 卓人 タワーズ・クエスト株式会社 × S P E A K E R 0 2 佐藤 治夫 株式会社ビープラウド o r g a n i z e d b y p o w e r e d b y
セ ッ シ ョ ン A I 時 代 の エ ン ジ ニ ア リ ン グ の 原 則 T e ch L e a d C o n fe r e n c e 2 0 2 6 自己紹介 P R O F I L E 佐藤 治夫 S A T O H a r u o @haru860 株式会社ビープラウド 代表取締役社長 BPStudy 主催 2007年9月 〜 / エンジニアのための月例勉強会 匠Method User Group リーダー幹事 受 託開 発 Python Web / 機械学習システム開発 自 社 サ ー ビ ス T e c h L ea d C o nf er e n c e 20 2 6 / K e y no t e 対 談 セ ッ シ ョ ン o r g a n i z e d b y p o w e r e d b y エンジニアとして、モデリングを中核としたソフトウェアエンジニアリ ングを実践。「TRACERY Lab.（トレラボ）」にて、要件定義を中心に システム開発のノウハウを発信中。匠MethodAgentを開発・リリース
fe r e n c e 2 0 2 6 自己紹介 P R O F I L E 和田卓人 W A D A T a k u t o @t_wada プ ロ グ ラ マ 、 テ ス ト 駆 動 開 発 者 学生時代にソフトウェア工学を学び、オブジェクト指向分析/設計に傾倒。 執筆活動や講演、ハンズオンイベントなどを通じてテスト駆動開発を広 めようと努力している。テストライブラリ power-assert-js 作者。 主な 著書・監 修・翻訳 『プログラマが知るべき97のこと』（オライリー・ジャパン、2010）監修 『テスト駆動開発』（オーム社、2017）翻訳 『事業をエンジニアリングする技術者たち』（ラムダノート、2022）編者 『SQLアンチパターン第2版』（オライリー・ジャパン、2025）監訳 X @t_wada | GitHub @twada | Bluesky @twada T e c h L ea d C o nf er e n c e 20 2 6 / K e y no t e 対 談 セ ッ シ ョ ン o r g a n i z e d b y p o w e r e d b y K E Y N O T E | 対 談 セ ッ シ ョ ン A I 時 代 の エ ン ジ ニ ア リ ン グ の 原 則 タワーズ・クエスト株式会社 取締役社長
f e r e n c e 2 0 2 6 o r g a n i z e d b y p o w e r e d b y 私のエンジニアリングの前提：システム、ソフトウェアは開発してからが長い 開発 1年 運用・継続開発 7年 開発期間より、運用・継続開発期間の方が圧倒的に長い— 長期的な保守性・変更容易性が重要 T e c h L ea d C o nf er e n c e 20 2 6 / K e y no t e 対談 セッショ ン K E Y N O T E | 対 談 セ ッ シ ョ ン A I 時 代 の エ ン ジ ニ ア リ ン グ の 原 則
f e r e n c e 2 0 2 6 o r g a n i z e d b y p o w e r e d b y 大事にしてきたエンジニアリングの価値観①：V字モデルを開発の地図として持つ 事業 企画 運用・評価 業務 業務要件定義 運用テスト (受入テスト) システム システム要件定義 システムテスト ソフトウェア 基本設計 結合テスト 詳細設計 単体テスト プログラミング コードレビュー T e c h L ea d C o nf er e n c e 20 2 6 / K e y no t e 対談 セッショ ン K E Y N O T E | 対 談 セ ッ シ ョ ン A I 時 代 の エ ン ジ ニ ア リ ン グ の 原 則
f e r e n c e 2 0 2 6 o r g a n i z e d b y p o w e r e d b y 大事にしてきたエンジニアリングの価値観②：プロダクト品質はプロセス品質から 目先の開発スピード重視 — 品質保証が最後に集中、リリース直前に課題が顕在化 プロダクト リリース プロセスごとに品質を高める — 各プロセスで品質を担保、累積的な品質向上 プロセス プロセス プロセス プロセス 品質保証 プロダクト リリース T e c h L ea d C o nf er e n c e 20 2 6 / K e y no t e 対談 セッショ ン 品質保証 品質保証 品質保証 K E Y N O T E | 対 談 セ ッ シ ョ ン A I 時 代 の エ ン ジ ニ ア リ ン グ の 原 則 品質保証
f e r e n c e 2 0 2 6 o r g a n i z e d b y p o w e r e d b y 大事にしてきたエンジニアリングの価値観③：インサイドアウトで品質を高める P R O C E S S プロセス品質 ・要件管理 ・設計基準 ・レビュー ・早期テスト I N T E R N A L 内部品質 ・保守性 ・再利用性 ・テスト容易性 E X T E R N A L 外部品質 ・機能 ・性能 ・セキュリティ I N - U S E 利用時の品質 ・目的の達成 ・価値の創出 品 質 + 開 発 生 産 性 の 向 上 T e c h L ea d C o nf er e n c e 20 2 6 / K e y no t e 対談 セッショ ン K E Y N O T E | 対 談 セ ッ シ ョ ン A I 時 代 の エ ン ジ ニ ア リ ン グ の 原 則
f e r e n c e 2 0 2 6 o r g a n i z e d b y p o w e r e d b y 大事にしてきたエンジニアリングの価値観④：手戻りコストの影響を常に意識する T e c h L ea d C o nf er e n c e 20 2 6 / K e y no t e 対談 セッショ ン K E Y N O T E | 対 談 セ ッ シ ョ ン A I 時 代 の エ ン ジ ニ ア リ ン グ の 原 則 ソフトウェア開発201の鉄則、鉄則41「今すぐ要求仕様書の誤りを直せ」 もし要求仕様書に誤りがあれば、見つけるのが後になればなるほどとんでもなく高くつく ・設計まで残っていたら、それを見つけて修正するのに5倍のコストがかかる ・コーディングまで残っていたら、10倍かかる ・テスティングまで残っていたら、20倍かかる ・納入時点まで残っていたら、200倍かかる 「ソフトウェア開発201の鉄則」 アラン M. デービス著 「後で修正すればいい」という考え方が、最終的な納期とコストを破壊する
f e r e n c e 2 0 2 6 o r g a n i z e d b y p o w e r e d b y 2025〜2026年、AI Agent 時代が到来 T e c h L ea d C o nf er e n c e 20 2 6 / K e y no t e 対談 セッショ ン K E Y N O T E | 対 談 セ ッ シ ョ ン A I 時 代 の エ ン ジ ニ ア リ ン グ の 原 則
fe r e n c e 2 0 2 6 Is The Software Development Lifecycle Dead? T e c h L ea d C o nf er e n c e 20 2 6 / K e y no t e 対 談 セ ッ シ ョ ン o r g a n i z e d b y p o w e r e d b y The Software Development Lifecycle Is Dead より https://boristane.com/blog/the-software-development-lifecycle-is-dead/ システム設計 要求 実装 テスト コードレビュー デプロイ モニタリング Intent(意図) Agent コード+テスト +デプロイ 動作するか？ 出荷 K E Y N O T E | 対 談 セ ッ シ ョ ン A I 時 代 の エ ン ジ ニ ア リ ン グ の 原 則
fe r e n c e 2 0 2 6 エンジニアリングは終焉するのか、進化するのか T e c h L ea d C o nf er e n c e 20 2 6 / K e y no t e 対 談 セ ッ シ ョ ン o r g a n i z e d b y p o w e r e d b y ・私が取り組んできたエンジニアリングは過去の遺物なのか？ ・ひょっとして、エンジニアは不要となるのか？ 和田卓人さん（ @t_wadaさん）と話してみたい！と思い、オファー。 K E Y N O T E | 対 談 セ ッ シ ョ ン A I 時 代 の エ ン ジ ニ ア リ ン グ の 原 則
fe r e n c e 2 0 2 6 セッション登壇者への質問、感想、コメント T e c h L ea d C o nf er e n c e 20 2 6 / K e y no t e 対 談 セ ッ シ ョ ン o r g a n i z e d b y p o w e r e d b y ▪質問 Sli.doにて受け付けます。 いただいた質問は、14:10 ~のセッションで回答します。 ▪感想・コメント Xにてご投稿ください（励みになります！） ハッシュタグ： #TechLeadConf2026 K E Y N O T E | 対 談 セ ッ シ ョ ン A I 時 代 の エ ン ジ ニ ア リ ン グ の 原 則 質問はQRから t_wadaさんに 何か質問ある？
f e r e n c e 2 0 2 6 o r g a n i z e d b y p o w e r e d b y AIがコードを書く時代、何が変わり、何が変わらないのか？ 事業 企画 運用・評価 業務 業務要件定義 運用テスト (受入テスト) システム システム要件定義 システムテスト ソフトウェア 基本設計 結合テスト 詳細設計 単体テスト プログラミング コードレビュー T e c h L ea d C o nf er e n c e 20 2 6 / K e y no t e 対談 セッショ ン 観点 ・各プロセスはAIの活用によって どのように変わっていくのか ・人の役割の中心は何になるのか ・AIは何を担うのか 質問はQRから K E Y N O T E | 対 談 セ ッ シ ョ ン A I 時 代 の エ ン ジ ニ ア リ ン グ の 原 則
f e r e n c e 2 0 2 6 o r g a n i z e d b y p o w e r e d b y AI時代のエンジニアリングの原則とは？ 事業 企画 運用・評価 業務 業務要件定義 運用テスト (受入テスト) システム システム要件定義 システムテスト ソフトウェア 基本設計 結合テスト 詳細設計 単体テスト プログラミング コードレビュー T e c h L ea d C o nf er e n c e 20 2 6 / K e y no t e 対談 セッショ ン 観点 ・エンジニアリングの重要ポイント ・エンジニアはどのように取り組めばよいか （仕事、マインド、学び） 質問はQRから K E Y N O T E | 対 談 セ ッ シ ョ ン A I 時 代 の エ ン ジ ニ ア リ ン グ の 原 則
haru860
satoshi256kbyte
yuukiyo
watura
debop
itsmedreamwalker
tamadeveloper
toham
marcelgsantos
yuuumiravy
serradura
hadashia
koic
popppiees
jonoalderson
lara
ks91
asonas
geshan
destraynor
smashingmag
rasagy
codingconduct
jakevdp
ryanjones
