情シスと開発の壁を越える 〜ZOZOが実践する「攻めと守りを両立させる」AI時代のIT基盤戦略〜 IT Strategy Summit 2026 2026.07.16 Copyright © ZOZO, Inc. 1 

株式会社ZOZO 執行役員 兼 CTO Ruby, Fluentd コミッタ 瀬尾 直利 / そのっつ 2019.01 (株)ZOZOテクノロジーズ入社 (前職: DeNA) 2019.04 MLOps立上げ 2021.04 EC基盤本部長 / CTO委員長 @sonots 2021.10 (株)ZOZO 技術本部長 2022.04 技術本部長 兼 VPoE 2023.06 執行役員 兼 CTO 2024.12 執行役員 兼 CTO 兼 IT統括本部長 © ZOZO, Inc. 2 

「セキュリティと生産性、 どう天秤にかけていますか？」 先日、グループ会社のCTOから直接受けた問い。 結論 ── 天秤にかけない。止めるのではなく、安心して攻めるために「整える」。 © ZOZO, Inc. 3 

本日のアジェンダ 1 ZOZOはこの3年、どれだけ攻めてきたか 2 攻めと守りの壁 3 意思決定の実際〜通した・止めた 4 情シスの役割を、捉え直す © ZOZO, Inc. 4 

ZOZOはこの3年、どれだけ攻めてきたか まず、攻めの実績から © ZOZO, Inc. 5 

社内インフラ整備 2022年11月にChatGPTがリリースされたことで、生成AIが一気に普及。 ZOZO社でも、生成AI活用のための社内インフラ整備が急務に。 © ZOZO, Inc. 6 

ZOZOで利用可能な生成AIツール 生成AIモデル基盤 チャットツール • Amazon Bedrock • Gemini • Vertex AI Model • ChatGPT Enterprise • GitHub Copilot • Microsoft Copilot • Gemini Advanced • NotebookLM Plus • Claude Code • Claude • Devin Garden • OpenAI API コーディングAI その他（一部部署） • Dify • Figma AI • Codex • Antigravity CLI • Cursor © ZOZO, Inc. 7 

生成AIインフラ整備の歴史 〜 チャットツール 〜 2023.12 2025.03 2025.08 2026.06 Microsoft Copilot （旧 Bing Chat Enterprise） Gemini Advanced NotebookLM Plus ChatGPT Enterprise Claude (Cowork) Microsoft 365 付属 Google Workspace 付属 New! Microsoft Copilot、Gemini を利用できていたが、 部署個別での ChatGPT Team 契約が発生 ChatGPT コネクタのような社内システムとの連携機能もあ り、統括管理するために Enterprise を導入 エンジニア部門でのみ利用していた Claude も、ビジネス向 けの機能 (例: パワポ作成) が増えてきたことで、全社的に 利用要望が発生。全社にも展開した © ZOZO, Inc. 8 

生成AIインフラ整備の歴史 〜 コーディングAI 〜 2023.05 2025.03 2025.07 2025.09 2026.01 Devin / Cursor 全社展開 GitHub Copilot Cline / Devin Cursor Claude Code Gemini CLI Codex CLI GitHub Copilot coding agent 全社展開 試験導入 全社展開 全社展開 6月までは『最終的に Copilot 一強になる』にベット して GitHub Copilot を推進。 他のコーディングAIは部署ごとの試験利用に限定 6月以降、Claude Code の評価が急上昇したこと で、マルチスタンダードを容認。 変化に備え、予算は『開発AIエージェント』として柔軟 に運用できる形とした。 2025年7月、全エンジニアを対象に1人あたり月額 200米ドルの基準のもと、開発AIの全社展開決定 https://corp.zozo.com/news/20250729-007217/ © ZOZO, Inc. 9 

導入判断 1 2 3 試験導入 効果をヒアリング 全社展開を決定 特定部署に試験導入し、 削減効果をヒアリング コーディングAI 開発業務 3〜5割削減 工数削減と月額費用を比較 コストメリットありと判断 ChatGPT 月9〜16時間削減 © ZOZO, Inc. 10 

コーディングAIの効果計測 プレAI（1年前：2025/04〜06）比・開発工数 単位時間あたり（開発部門平均） 2.05倍 1.98倍 2.15倍 GitHub 変更行数 JIRA タスク完了数 ドキュメント作成数 AI共著コミットは約25%、まだまだ伸び代は大きい © ZOZO, Inc. 11 

生成AI活用リテラシー研修 全社員でカスタムGPTを作成・利用し、月間利用者数をチーム戦で競い合う 楽しみながら、実践を通して活用を学ぶ試み © ZOZO, Inc. https://corp.zozo.com/news/20260408-007551/ 12 

AI活用指標 〜 All ZOZO AI Readiness Score（AZARS） 個人AI活用レベル 組織AI活用レベル LV1 トライアル 調べもの中心にAIを使い始めた LV1 個人内完結 一部が個人的に活用、知見は未共有 LV2 習慣化 日常業務でAIを使うのが当たり前 LV2 共有 ノウハウが共有されている LV3 業務改善 AIで業務改善できる LV3 業務定着 業務改善が組織に定着 LV4 業務変革 AI前提で業務プロセスを再構築できる LV4 業務変革 主要業務がAI前提で再構築 © ZOZO, Inc. 13 

攻めと守りの壁 両立を支える組織のかたち © ZOZO, Inc. 14 

攻めと守りには対立構造がある 攻め（現場） 守り（情シス） 新ツールを今すぐ 統制外は許容できない 生産性・競争力に直結 情報漏えい・制御不能を防ぐ 判断が遅いと 止めれば安全 現場が勝手に使う＝シャドーIT だが事業が止まる スピードが命 止める人になると 事業速度に直結 相談が来なくなる © ZOZO, Inc. 15 

壁の正体 ── 評価軸が、逆を向いている 攻め（開発） 守り（情シス) KPI：開発生産性・リリース速度 速く・多く出すほど評価される KPI：インシデント最小・統制 ≠ 事故を防ぐほど評価される だから だから 新ツールを今すぐ使いたい 統制外のものは認めたくない 止められると 通してしまうと 生産性が落ち、マイナス評価に 事故リスクを負い、マイナス評価に 壁は「仲の悪さ」ではない。KPIが逆を向いていることが壁の正体 © ZOZO, Inc. 16 

しかし攻めは、守りにつながる 実際にあった事例 1 乱立が起きた ChatGPT の Team 契約が 部署ごとに乱立 2 統制が効かない 課金も利用実態も分散し、 守りがむしろ崩れる 3 統合して一元管理 Enterprise に集約し 情報シスが一元管理。 統制を取り戻した 止めるのではなく、速く整える ── それが、いちばんの守りになった。 © ZOZO, Inc. 17 

2025年、IT統括本部のミッションを再定義した 以前 ── FY24テーマ 改定後 ── FY25テーマ（継続） より安全に安心に効率的に 業務効率・業務体験を 向上させる ※当時は情報セキュリティ部も同本部 （セキュリティレベルは保ったまま） 攻めと守りの両立は、思いつきでなくミッションそのもの。 だから情シスの役割も「止める」から「整える」へ変わる。 © ZOZO, Inc. 18 

両立を支える、2つの部署 IT統括本部 技術戦略部 CTOブロック コーポレートエンジニアリング部 主に開発部門へのAI活用を推進。 SaaS等インフラの運用。 攻めのアクセル（＝CTO直轄） 守りの実行部隊（＝情シス） 推進 ／運用を分けたことが、速さと安全を同時に成立させている © ZOZO, Inc. 19 

ZOZOはどう壁を越えたか 正直に言えば ── 私がCTO兼IT統括本部長。攻めと守りを一人の意思決定に統合していた。 ① 共通のミッション ② 速く判断する ③ 一貫した判断軸の整備 セキュリティを保ったまま業務体 験を上げる。攻めと守りを同じ ゴールに縛る。 両部門の代表が同じテーブルで、 可否をその場で決める。 （ZOZOの場合は同一人物） 開ける／閉じる基準。 誰が判断しても同じ結論になる。 © ZOZO, Inc. 20 

意思決定の実際〜通した・止めた © ZOZO, Inc. 21 

生成AIツールの利用ルール ※登壇用の簡易版であり、社内にはより詳細なチェック項目があります 1 著作権・肖像権・商標の侵害に注意 著作権・肖像権・商標を侵害していないか確認する 2 入力情報を学習させない オプトアウト（学習させない）設定 必須 情報漏えいを念頭に、不必要な社外秘情報は入力しない 3 人のチェックを通す 生成結果は人によるチェックを前提。 4 会社メールアドレスでアカウント発行 未承認の利用は禁止 大量で困難な場合はシステム化して対応すること © ZOZO, Inc. 22 

生成AIツールの導入審査 ※登壇用の簡易版であり、社内にはより詳細なチェック項目があります MUST SHOULD MUST SHOULD WANT © ZOZO, Inc. 入力内容を学習されない設定が可能なこと MUST 経済安全保障上の懸念国・地域にデータを保管して いない その設定を管理サイドで一括管理できること MUST 反社チェックに通っていること アカウント管理（退職者管理）ができること MUST その他セキュリティ・法的な懸念がないこと アカウントをSSO管理できること MUST 情報セキュリティ部のチェックに通っていること 生成物が訴訟された場合の補償があること MUST 法務部のチェックに通っていること 23 

抽象化：生成AI導入 判断フレームワーク データ／権限／実行能力／自律性／監査性／可逆性／ユーザー影響／セキュリティ 開ける方向に働く 閉じる方向に働く 価値が明確 管理外の操作経路 効果を具体的に説明できる スマホ・外部チャネル 可逆である（破壊的でない） 自律性が高すぎる まず参照から 影響範囲が読めない・秘密に到達しうる 統制できる 統制できない ガードレール・監査を用意できる 管理機能が足りない © ZOZO, Inc. 24 

通した① Claude Code / Claude Cowork 価値が明確なものは、通す Claude Code Claude Cowork 誰が使う 誰が使う 開発部門（エンジニア） 非エンジニアも含む全社 価値 価値 実装を大幅に高速化（PoCが1週間→1日） 資料作成など業務変革の効果が大きい 判断 判断 全社展開（$200/人月） 許可・全社展開 © ZOZO, Inc. 25 

通したら、締める ── Claude Code のガードレール 「通す」で終わりにせず、配布後もガードレールを更新し続ける // managed-settings.json { （全端末に配布） "disableBypassPermissionsMode": "disable", "permissions": { "deny": [ "Bash(rm -rf:*)", "Read(**/.env)", …, 端末に強制 managed-settings.json で全端末にポ リシー配布 実行前にブロック PreToolUse hooks が実行前に割り込む ] }, "hooks": { "PreToolUse": "guardrail.sh" Denyを継続更新 脅威に合わせてルールを育てる } } 攻めを支える守りの実装。 © ZOZO, Inc. 26 

通した② MCPを段階的に開放 大前提：部署ごとの契約でなく、IT統括本部が一元管理するアカウントで接続。だから開けられる コネクタ 参照 作成 更新 削除 Gmail 可 下書き・ラベル ラベルのみ 不可 Google Drive 可 可 不可 不可 Slack 可 投稿・Canvas Canvasのみ 不可 Jira / Confluence 可 可 可 不可 Box 可 可 可 不可 Google カレンダー 可 可 可 可 削除＝不可逆はカレンダー以外すべて不可。参照から開け、破壊的操作は閉じる。 © ZOZO, Inc. 27 

止めた ── Remote Control / Computer Use Remote Control Computer Use スマホから会社端末を遠隔操作 PC画面を自律操作 外出先からでも Claude Code を動かせる 操作範囲が広く統制が困難 BYODでClaudeモバイルを禁止 computer_use = false 管理外の端末＝統制が及ばない 管理設定で既定オフに 止めた理由 止めた理由 操作経路が管理の外にある 自律性が高すぎ統制が追いつかない 軸：管理外の操作経路・自律操作は開けない（否定ではなく、整うまでの保留） © ZOZO, Inc. 28 

意思決定 事例まとめ 判断 対象 主な懸念 落とし所 通した Claude Code・Cowork・MCP参照 権限・データ露出 統制下で許可 締めた Claude Code のガードレール 配布後の自律実行 hookで制御・承認必須 止めた Remote Control・Computer Use 管理外の操作経路・自律操作 保留（整うまで） 通した・締めた・止めた ── すべて同じ軸（価値・可逆性・統制手段）の別々の出力。 © ZOZO, Inc. 29 

再掲）抽象化：生成AI導入 判断フレームワーク データ／権限／実行能力／自律性／監査性／可逆性／ユーザー影響／セキュリティ 開ける方向に働く 閉じる方向に働く 価値が明確 管理外の操作経路 効果を具体的に説明できる スマホ・外部チャネル 可逆である（破壊的でない） 自律性が高すぎる まず参照から 影響範囲が読めない・秘密に到達しうる 統制できる 統制できない ガードレール・監査を用意できる 管理機能が足りない © ZOZO, Inc. 30 

軸があると、相談が集まる 予測できる 現場が「先に相談」しやすくなる © ZOZO, Inc. 統制が効く シャドーITが減り、統制が効く 一緒に整える 「止める人」から 「一緒に整える人」へ 31 

情シスの役割を、捉え直す 止めるから、整えるへ © ZOZO, Inc. 32 

すべては、ミッションから来ている 2025年に再定義したテーマ（再掲） 業務効率・業務体験を向上させる （セキュリティレベルは保ったまま） 攻めと守りの両立は、思いつきでなくミッションそのもの。 だから情シスの役割も「止める」から「整える」へ変わる。 © ZOZO, Inc. 33 

情シスの役割：止める → 整える Before：止める人 After：整える人 安全を最優先 使える仕組みを整える リスクを未然に防ぐ ガードレールを敷く 慎重に見極める 速く決める 一件ずつ確認する 判断の仕組みを持つ 守りは堅い 段階開放 止める人 実績を見て開けていく © ZOZO, Inc. 34 

持ち帰っていただけることまとめ ① 早く整える ② 段階開放 ③ 一貫した軸を持つ 判断の速さも統制の一部。 遅れればシャドーIT化する。 止めるより、速く整える。 全禁止でも全許可でもなく、 小さく始めて段階解放。 開放の運用こそが統制。 止める判断にも軸を。 © ZOZO, Inc. 軸があるから相談が集まる。 同じミッションを持つ。 35 

「セキュリティと生産性、どう天秤にかけていますか？」 答え ── 天秤にかけない。 両立を前提に、整える。 止めるのではなく、安心して攻めるために「整える」。それが情シスと開発の壁をこえる鍵。 © ZOZO, Inc. 36 

37