ENGINEER BLOG ENGINEER BLOG
  • 公開日
  • 最終更新日

【AWS Summit】AI 活用のパラドックスについてのセッションを聴講して

この記事を共有する

目次

はじめに

こんにちは、パーソル&サーバーワークスの Endo です。
2026 年 6 月 25 日、26 日に開催された AWS Summit Japan 2026 の 1 日目に現地参加してきました。
本記事では、筆者が聴講したセッションの中で興味深かったものをご紹介します。

※本記事で紹介するセッションの内容には、筆者の解釈も含まれます。

セッション概要

セッションカタログから、以下にタイトルと説明の抜粋を掲載します。
近日オンデマンド配信が公開されるようですので、実際のセッション内容は こちら からご確認いただければと思います。

タイトル

AI でコードは書けても、レビューできる人がいなくなる ― ソフトウェア開発における自動化のパラドックス

説明

AI がコードを生成すれば開発者は設計やレビューに集中できる--この期待には落とし穴があります。
日常的なコーディング経験を失った開発者は、コードレビューや設計判断の能力も衰えていく「AI 活用のパラドックス」です。
要件定義や設計工程でも、AI が仕様整理やパターン提案を担うほど、それを評価できる PM やアーキテクトが育たなくなります。
本セッションでは、経営者・PM・開発リーダーに向けて、この構造的課題の本質と対処法を解説します。
段階的な AI 活用設計、安全な開発環境での失敗経験、AI 駆動開発における「AI が実装し人間がレビューする」役割分担など、開発組織の技術力を維持しながらAI活用を進める実践手法をお伝えします。

聴講前の所感

もともと日々の業務の中で AI や AI Agent を使うことが多いですが、人間の考える力が衰えているのではないか?と感じることがあります。
また、個人では AI を活用しているものの、チームでの AI 活用手法や、AI を使ったレビューの標準化についてはまだまだ考える必要があるとも感じています。
このセッションは、今の筆者自身に必要な情報が詰め込まれているのでは、と思い予約しました。

セッション内容

ここからは実際に聴いたセッションの内容をご紹介します。

AI 活用のパラドックス

AI を活用するうえでの、現場で声が上がる「違和感」や「不調」の共通パターンについて紹介されています。

ai_paradox_1.jpeg

この不調については、AI そのものやプロンプトなどの技術的な要因ではなく、組織構造の問題であり、意思決定の仕組みや健全性を映し出す鏡であるとされています。
共通パターンに対して、責任範囲の曖昧さや判断を下す人間がいないことなどが鏡として映る、という内容です。
これがパラドックス = 合理であったり矛盾したりしていながら、よく考えると一種の真理であるという事柄 となっていると筆者は解釈しました。

ai_paradox_2.jpeg

パラドックスの要因

パラドックスが発生する要因として、以下 2 つの事象を挙げられていました。

  1. スキル侵食の悪循環
  2. オーナーシップの欠如

スキル侵食の悪循環

スキル侵食の悪循環とは、システムや業務が正常に動作している限り、本人のスキル低下や 注意力の減少、自動化依存などの問題が顕在化されないことを示しています。

ai_paradox_5.jpeg

オーナーシップの欠如

オーナーシップの欠如とは、AI と作成した成果物に対し、心理的オーナーシップを持てる経路がなくなってしまう事象を指しています。
この経路は 3 つあります。

  • コントロール:AI が作成したから、と自分がコントロールしている感覚がなくなる
  • 深い知識:AI が作成したから、コードの設計妥当性(網羅的な確認)が未確認状態となる
  • 自己投入:AI が 10 分で作成したから、自分の思考や時間がしみこむ感覚がない

ai_paradox_6.jpeg

この 2 つの要因が絡んでいる組織にはレビューできる人は育たないとされています。

ai_paradox_7.jpeg

どうすればレビューできる人が育つのか

本セッションで受けた提案は、レビューできる人を育てるためには、「育成」と「実践」を繰り返す、ということでした。

  • 意図的に非効率化することで育成
  • AI-DLC (AI 駆動開発ライフサイクル)による実践

育成

効率化だけを目的にすると判断と育成の余地が消え、簡単すぎる環境は育成を止めてしまいます。
この育成を止めないために、意図的に非効率化した育成領域(環境)を確保し、段階的な AI 活用の設計や安全な失敗経験の設計を行うことで、どこが人間の領域かを設計するガードレール型の統制が可能となります。

実践

AI-DLC を鏡にして、弱点を映して育成の起点とします。
主体を明示化、責任の所在などを明らかにし開始→構築→運用のサイクルを回していくことで「判断・議論・育成」に時間を振り向けられるようになります。
※ AI-DLC の詳細はこちらをご参照ください。

ai_paradox_9.jpeg

聴講して

セッションは立ち見の方も多く、AWS Summit Japan 2026 に参加された方の興味や関心がとても高い内容だったのだと認識しました。
また、業務効率化にあたり AI や AI Agent の利活用は必ず必要、または必要になってくると思いますが、AI はあくまでも手段であり、組織や人間を映している鏡であると認識することが改めて重要であると感じました。  

おわりに

本記事がどなたかの参考になりましたら幸いです。

この記事は私が書きました

S.Endo

記事一覧

コーヒーインストラクター検定2級を所持しているエンジニアです。コーヒーを飲みながら仕事をしています。

S.Endo

この記事を共有する

クラウドのご相談

CONTACT

クラウド導入や運用でお悩みの方は、お気軽にご相談ください。
専門家がサポートします。

サービス資料ダウンロード

DOWNLOAD

ビジネスをクラウドで加速させる準備はできていますか?
今すぐサービス資料をダウンロードして、詳細をご確認ください。