AIネイティブ組織の作り方。1人のPOとAIから始める、自社での実験

スクラムフェス札幌2026 Day2（2026年11月14日）の登壇資料です。

1. SCRUM FEST SAPPORO 2026 AIネイティブ組織 の作り方。 1人のPOとAIから始める自社での実験 調べる 起案する PO ＝ 私 AI 記録する 2026.11.14 ／ 天野 祐介 ／ アバロスプラス株式会社 1 / 28
2. 天野 祐介 2009 サイボウズに新卒入社。エンジニアとして kintone の開発へ 2016 社内で初めてスクラムマスターと呼ばれる役割に 2025 16年勤めたサイボウズを退職 いま アバロスプラス株式会社 代表（2026年7月設立）。変容実践家／アジャイルコー チ 拠点 著書 仙台 『野蛮なアジャイル ［サイボウズ発！］組織の常識を覆した反骨のス クラム実践記』（翔泳社、2026年10月） 2 / 28
3. 退職してから毎日AIで遊んでいた 2026年7月 自社を設立。これ以上ない実験の素 材だと思い、自社をAIネイティブに キャリアブレイク中 運営する実験を始めた AIと対話しながら本を書き、道具を 2025 作る日々 サイボウズを退職。キャリアブレイ クへ 考えたこと：「AIネイティブな組織はどう作ればいいのか？」 3 / 28
4. ある日の朝 判断カード メールの下書き 作業の枠 AIが前の日からの状況を読んで、決 返信が要るメールには下書きが入っ 今週やることから逆算した作業時間 めてほしいことだけを選択肢つきで ている。送信ボタンを押すのは自分 が、カレンダーに入っている 並べている 4 / 28
5. 土曜の朝、週次経理 私 AI AI 私 freeeにログインして、 明細をルールに照らして 登録したものをfreeeか カードを選ぶ。残りの明 口座の同期ボタンを押す 登録し、領収書をメール ら読み直して照合する。 細0・証憑0を機械で確 から探して添付する 決めきれない明細は判断 かめて終わり カードにする 11/7 明細 10 件 領収書 6 点 約 18 分 （ほぼゼロタッチ） 5 / 28
6. AIネイティブな組織 「AIを会社から取り除いても会社が回り続けるなら、それはAIネイティ ブではない」 cyber.fund 「Corporate giants are botching AI transformations」(訳: 天野) URL: https://cyber.fund/content/corporate-giants-are-botching-ai-transformations-learn-from-their-mistakes AIネイティブ AIを前提に業務と組織を設計し直す。 AI-first AIを抜くと、組織が動かない 新しい仕事はまずAIでやる。AIを抜く AI活用 と、速度は落ちるが構造は保つ 既存の業務にAIを後付けする。AIを抜 くと、元のやり方に戻るだけ 6 / 28
7. アジャイルな組織を作るにはまず1つの チームをアジャイルにするところから始 まる。 スケーリングのアプローチをAIネイティブな組織づくりにも使え るのではないかと思った。 1つのチーム アジャイルな組織 1つのチーム から広がる AIネイティブなチーム AIネイティブな組織 7 / 28
8. AIネイティブな組織（チーム）の最小の単位は「1人のPOとAI」ではないか？ PO ＝ 私 AI ビジョンと届ける価値、優先順位に責任を持つ。 目的を理解して実務を進める。調べる、起案する、 決める・承認する・外に出て行動する 下ごしらえする、記録する、結果を確かめる ビジョンと価値 外に出て行動する 優先順位 決める・承認する 調べる 起案する 下ごしらえする 記録する 結果を確かめる 8 / 28
9. 7月から11月までの試行錯誤 04 ・ 11月 AIのチームを組む 各社のAIを秘書にして、役割 と境界を決めた 03 ・ 9〜10月 AIがAIを管理する 02 ・ 8月 先回りする 割り振りと監査をAIに任せて みた 指示する前に、AIが起案と下 ごしらえを進める 01 ・ 7月 共有する 目標・バックログ・決定を、 AIが読める場所に置く 各段階で見る4つの問い 共有する目的と情報 ／ AIに任せる準備 ／ 人間が判断する場面 ／ 成果の確かめ方 9 / 28
10. 01 共有する 10 / 28
11. 会社の状態を1つのリポジトリに置いた 目標、バックログ、決定、出来事、定常業務の手順。中身は Markdown と YAML だけ。gitにしたのは、今の状態 だけでなく経緯まで、AIが読めるから 1つのリポジトリ 決定の記録 バックログ 背景・討議・見直し条件をセットで書く タスクはすべてここにだけ書く。1タスク1ファイル 追記専用のログ 手順書 出来事はぜんぶここに残る 定常業務は初回に実行しながら書く 11 / 28
12. 4か月続けて残った原則 1 同じ情報は1か所にだけ置く 2 空の箱を作らない 3 記録はAIに任せる 他の場所には値をコピーせず、参照先だけを書く ディレクトリも文書も、最初の中身と同時に作る 決めたその場で、AIが記録まで済ませる 12 / 28
13. 任せ方は業務ごとに決める L3 AIが実行し、自分は終わったあとに見 る L2 AIが起案し、自分が承認してから進む （既定） L1 AIは調べる・整理する・下書きまで。 手を動かすのは自分 L1 から動かさないもの 署名・支払い・契約・外部への送信 13 / 28
14. 02 先回りする 14 / 28
15. 毎朝AIが会社の状態を読んで起案する バックログ メール 今日決めるべきこと 0〜3件 AI カレンダー バックログ・メール・カレンダーを読んで、今日決めるべきことを0〜3件起案 25 サイクル 起案 20 禁止操作の実行・試行 件 0 試験運転のあとの 8/24〜9/28。9/28 に本採用 15 / 28
16. メールは下書きまで。送信は自分 AI 人間 下書きまで 送信 返信が必要なメールは、言われる前に全部下 送信ボタンを押すのは必ず人間 書きにする 門 送信は人間が開ける 16 / 28
17. 判断の入力がどんどん短くなった 文で 「予定が動かせないので、この枠を前日に前倒し。他は推奨どおりで」 短文で 「前者はスルー、02承認」 記号で 「01 は (c) で承認します」 クリックで 「3枠とも延期（推奨）」をタップ 8月の試験運転の5日間の記録から。言い回しは読みやすく整えています 17 / 28
18. 人間の判断がボトルネックになった 「件数の問題というよりも、起案された内容を読み込んで 理解して判断入れるのがしんどい」 試験運転中の私の発言（8月） 今すぐ答える 送信・支払いなど取り返しがつかないもの、答えないと作業が止まるもの、期限が今日・明日のもの AIから届く確認 朝にまとめて判断する それ以外の判断。判断カードにして、朝に1日5件まで 記録だけで届けない 結果次第で打ち手が変わらないもの 『返事がなければ実行する』仕組みも試しましたが、一度も発動しないまま閉じました 18 / 28
19. 03 AIがAIを管理する 19 / 28
20. 「管理する役」のAIを置いてみた 9/5 始める 最初の2週 回った 10/9 やめる 頼んだこと やめた理由 「私のかわりに全体を見て、監査や指示出しをして、 必要なものは私にエスカレーションするエージェント がほしい」 0 件 直近3週の割り振り 回った2週間 不具合の修正を担当のAIに割り振り、管理役のAIが成果を照 合する 仕事の入口は、朝の起案や経理の仕組みがすでに持って いた。管理役に回ってくるのは隙間だけ。見張りもタス クの記載しか見ておらず、定期実行の全停止を見逃した。 残したのは、経理の不具合修正の許可だけ 20 / 28
21. 04 AIのチームを組む 21 / 28
22. 各社のAIを秘書にして母艦とつないだ ⊗ アプリから母艦へは通さない（直接は触せない） 本人 本人 クラウドの秘書（入口と見張り役） GitHub（非公開） 母艦（Mac mini）正本と実行役 Grok Bot（xAI）主窓口 受け渡し箱（秘書ごと） 受け取り役 相談・調べもの・文案・発信 依頼 → 回答 context/ カンバン・目録・申し送 り reports/ 申し送り・朝の報告 書けるのは箱だけ 20秒ごとに箱を見て、申し送りを別の秘書の箱へ写す 見張る入力: X・Web スマホから各社のAIに頼む 朝、判断カードに判断を入 れる 送信・公開・支払いは自分 で行う 実行役 Muse（Meta）私生活 Claude Code / Codex（見せてよいフォルダだけ） ダイエット・買い物・予定・登壇資料の磨き込み 見張る入力: 私用のSNS 会社の記録（会社OS） 目標・タスク・決定・記録 dots（ChatGPT）検証役 顧客の情報が要らない下調べ 母艦の Claude だけ 見張る入力: 個人のメール 会社の記録・顧客の案件。箱には出さない 本人 スマホから各社のAIに頼む／朝、判断カードに判断を入れる／送信・公開・支払いは自分で行う 外部の入力（見張るのは1体だけ） X・Web コミュニティ Grok Bot 境界と守り 私用のSNS Grok Bot 見張りは入力1つに1体 Muse 秘書どうしは直接話さない（申し送りは受け取り役が確かめて写す） 個人のメール 会社と顧客 dots 母艦の Claude 決まりを守らせるのはプログラム 顧客の情報が要る仕事は母艦の Claude だけ 2026年11月9日時点。参考: miyatti さんの秘書エージェントの構成図 (X) 22 / 28
23. 分け方は「仕事かどうか」ではなく「顧客の情報に触れるか」 違う物差し 正しい物差し 仕事かどうか 顧客の情報に触れるか 仕事かどうかでは分けなかった 顧客の情報が要る仕事は、母艦の Claude だけが扱います。たとえば X で書籍 の反応を集めるのは仕事ですが、顧客の情報はないので Grok に任せます 23 / 28
24. 必要だったのは管理職ではなく 役割と境界と受け渡し の決まりだった 役割 誰がどの依頼を受け、受けないものを誰に回すか（Grok は主窓口、Muse は私生活、dots は検証役） 境界 顧客の情報は母艦の Claude だけが扱う。見張る入力は1つにつき1体 受け渡しの決まり 依頼と回答は箱を通す。秘書どうしの申し送りは母艦が確かめて写す。決まりを守らせるのはプロ グラム 24 / 28
25. 人の組織で起きることがAIのチームでも起きた 役割の重なり 同じメールに2体が反応しそうになる 情報の境界 どの会社のAIに何を見せるか 引き継ぎの漏れ 申し送りが届かない 誰も見ていない警告 止まっても誰も気づかない 25 / 28
26. プロンプト／持ち帰ってください 持ち帰れるもの AIと最初のユニットを立ち上げる、スタータープロンプトです あなたがPOになり、AIが実務を進める関係で、新しいチームやプロジェクト、小さな事業を立ち上 げます。AIとの対話で目的と最初のゴールを決め、運営の記録を作り、最初の成果物まで進めます。 次のセッションでも続きから再開できます 1 Claude Code か Codex で、専用のフォルダを開いて貼る 2 外への送信や公開の手前では、必ずあなたに戻ってくる abarosplus.com/starter-prompt/ 3 次回は、最後に出てくる再開文から続ける 26 / 28
27. 最小の単位は今も1人のPO。 AIの側はチームになった 1人のPO AIのチーム Grok Muse dots 母艦の Claude 27 / 28
28. AIのチーム 本人（PO） Grok Bot 主窓口 Muse 私生活 dots 検証役 母艦 Mac mini 決める・承認する ありがとうございました 天野 祐介 ／ アバロスプラス株式会社 Web X abarosplus.com @ama_ch 『野蛮なアジャイル』（翔泳社） 会場のアバロスプラスのブースで販売しています スタータープロンプト 28 / 28