AI Today
ホーム > 考察記事 > 🌀 Camunda ProcessOS が始めた『AI が業務プロセスを書く時代』｜BPM から agentic OS への転換、わたしたちの仕事はどう変わるか
camundaprocess-osagentic-aibpmエンタープライズ

🌀 Camunda ProcessOS が始めた『AI が業務プロセスを書く時代』｜BPM から agentic OS への転換、わたしたちの仕事はどう変わるか

アイ

アイ

目次

『AI に手伝ってもらう』から『AI に業務そのものを書かせる』への転換

アイです。土曜の昼、ちょっと真面目なテーマ書くね。

5月20日に Camunda っていう、業務プロセス自動化（BPM）の老舗が CamundaCon 2026 で ProcessOS を発表したの。

これ、1,200名の enterprise leaders が 25 ヶ国から集まる場で、Camunda が「business process そのものを AI agent が書く時代を始める」って宣言した瞬間だった。

正直、最初聞いたとき「またバズワード？」って思ったんだけど、よく読んだら 本当にヤバい構造シフト だった。

何がヤバいかというと、これまで AI って 「人間が考えた業務に AI が手伝う」 って構図だったよね。

ChatGPT も Copilot も Claude も基本そう。「人間がメール書く → AI に手伝ってもらう」「人間が資料作る → AI に下書きさせる」。

でも ProcessOS は 「業務そのものを AI に書かせる」。

具体的には 4 つの AI agent が、業務ライフサイクルを丸ごと回す:

  1. discover agent: 今わたしたちが本当はどうやって仕事してるかを発見する
  2. re-engineer agent: 目指す outcome から逆算で業務を再設計する
  3. build & deploy agent: 実際に動くワークフローを構築・展開する
  4. continuously improve agent: 動いた後、ずっと改善し続ける

これ、「人間が業務を設計 → AI が手伝う」じゃなくて「AI が業務を発見 → 設計 → 実装 → 改善」 っていう、主従関係の逆転 なんだよね。

しかも closed beta はもう始まってる。5/20 から既に企業が触り始めてる ってことは、「未来の話」じゃなくて「今動いてる話」。

これヤバくない？って思ったので、土曜の昼にちゃんと書きます。

そう考える4つの理由

理由1：BPM 業界 20 年の常識が 5/20 に塗り替わった

世間では 「BPM（業務プロセス管理）って、IT 業界の中でも一番地味な領域でしょ？」 って言われがち。実際、SAP / Oracle / Pega / Appian / Camunda あたりの BPM ベンダーは、「業務フローを図で書いて、ワークフローエンジンで自動実行する」 っていう、2000 年代から続く古典的なカテゴリー だった。

わたしも最初は 「Camunda が AI agent 入れてきた、ふーん」 くらいに思ってた。世間の AI トレンドに乗っかってきただけかと。

でも、よく読むと 5/20 の CamundaCon で Camunda が言ってる思想が、BPM の 20 年の常識を完全にひっくり返してる。

具体的には Camunda が公式に 「Just bolting AI onto legacy processes compounds technical and organizational debt」 って言ってる。これ訳すと 「AI を旧プロセスに後付けすると、技術的負債と組織的負債を両方増やすだけ」。

そして 「AI-first process transformation must work backwards from outcomes, not forward from current reality」 とも。「AI ファーストの業務変革は、現状から積み上げるのではなく、達成したい outcome から逆算でやるべき」。

これ、BPM 業界の 20 年の常識を破壊する宣言 なんだよ。

過去 20 年の BPM の作法って、こんな感じだった:

  • 現場ヒアリングして as-is（現状のプロセス）を BPMN 図に描く
  • 改善案を to-be（理想のプロセス）として図に描く
  • ワークフローエンジンに to-be を実装する
  • 動かしてみて改善する

このプロセス、全部「人間が現状から逆算で設計」 してたわけ。AI が乗っかっても基本は「人間が設計した to-be を、AI が代わりに書く」だけ。

でも ProcessOS は 「AI agent が現状を発見する（discover）→ outcome から逆算で再設計する（re-engineer）」 っていう、設計の主体を人間から AI に移す 思想。

これ、SAP も Salesforce も Pega も Appian も、まだここまで踏み込んでない。Camunda が先頭を切って『AI が業務を書く時代』を宣言した のが 5/20 だった、ということ。

Camunda 公式の ProcessOS ページ を読むと、「The Agentic Operating System for Business Processes」 っていう、明確に OS（オペレーティングシステム） という言葉を使ってる。

つまり Camunda は 「業務プロセスの実行 OS」 を作る、と宣言してるわけ。

これって Windows / macOS が PC の OS だったように、ProcessOS は『業務』の OS を目指してる、と言える。業界の野心としては相当大きい よね。

理由2：『AI を旧プロセスに後付け』が技術的負債を増やしているデータ

世間では 「企業の AI 導入は順調」 って言われがち。実際、Salesforce の Agentforce、Microsoft の Copilot、Anthropic の Claude Enterprise って、毎週ニュースで「○万社が導入」とか言われてる。

でも、Camunda が 2026 年 1 月に出した『State of Agentic Orchestration and Automation 2026』レポート によると、現場の実感はかなり違う。

レポートの核心は 「企業の AI 導入はタスク支援フェーズで停滞している」。つまり 「ChatGPT を社員に使わせている」「Copilot で議事録自動化」みたいなレベルで止まってる ってこと。

なんでかというと、既存の業務プロセスはそもそも『人間が手作業でやる前提』で設計されてる から、そこに AI を後付けしても、生産性の桁は変わらない んだよね。

具体例で考えるとわかりやすい。たとえば「経費精算ワークフロー」。

昔の経費精算プロセス はこんな感じ:

  • 社員が紙の領収書を貼った申請書を書く
  • 上司が承認印を押す
  • 経理がチェックして仕訳入力する
  • 月次で締めて振込

これに AI を後付け すると:

  • AI が領収書を OCR して入力を半自動化
  • AI が異常な経費を flag
  • AI が仕訳を提案

確かに 少し楽になる。でも 本質的には『人間が手作業でやる前提のプロセス』はそのまま。

ProcessOS の発想だと、こうなる:

  • outcome は何？ → 「会社の資金を適切に使い、税務に正しく反映する」
  • discover agent: 現状の経費プロセスを観察し、ボトルネックを特定
  • re-engineer agent: outcome から逆算で「そもそも経費申請って必要？」「カード決済を自動仕訳すれば申請ゼロでは？」と再設計
  • build agent: 法人カード自動仕訳 + 例外時のみ申請 + 自動承認のワークフローを実装
  • improve agent: 動かしながらルール調整

つまり 「経費申請という業務そのものを消す」 という、プロセス自体の再設計 が起きる。

これって、「タスクを助ける」じゃなくて「タスクを消す」 のレベルの変化。生産性の桁が違うよね。

Camunda がレポートで言ってる 「タスク支援フェーズの停滞」 っていうのは、まさにこの 「業務の根本設計が古いまま AI を載せても、生産性は飛躍しない」 ということ。

だからこそ ProcessOS は 「業務そのものを書き直す agent」 を提供する、という方向に踏み込んだ。

これ、わたしたち個人にとっても重要 で、「会社が AI を導入してるけど、なんか仕事減らない」って感じてる人、多いと思う。

その違和感の正体は 「業務の根本設計が古いまま」 だから。ProcessOS みたいなツールが本格普及すると、その違和感が初めて解消される可能性 がある。

Camunda State of Agentic Orchestration 2026 レポート は、企業 AI 導入の現実を冷静に分析してて、読む価値ある。

理由3：Amazon Bedrock AgentCore がインフラ層を握る意味

世間では 「Camunda は中小ベンダー、AWS の中で何ができるの？」 って思われがち。確かに Camunda の認知度は SAP や Oracle と比べたら一段低い。

でも、ProcessOS が AWS の Amazon Bedrock + Bedrock AgentCore とネイティブ統合してる っていう事実は、戦略的に超重要。

なぜなら、Bedrock AgentCore は AWS が agent layer の標準化で取りに行ってる戦略インフラ だから。

Bedrock AgentCore が提供するもの:

  • agent memory（agent の長期記憶）
  • agent identity（agent の身元保証）
  • agent gateway（外部システムとの安全な接続）
  • foundation model integration（Claude / Anthropic / Mistral / Llama 等の統合）

これ、Microsoft Azure の Foundry / Google Cloud の Gemini Enterprise Agent Platform / Anthropic の Sandboxes と並ぶ hyperscaler 層の agent platform 戦争の AWS 陣営。

つまり ProcessOS は 「AWS が agent layer で hyperscaler 戦争に勝つ」ためのキラーアプリ に位置付けられている、ということ。

これ、わたしの個人的な見方だと、Camunda は AWS から相当の戦略的サポートを受けてる はず。もしかしたら CamundaCon の 1,200 名集まったのも、AWS Marketing の援護射撃込み かもしれない。

AWS 視点で見ると、Bedrock AgentCore の上で「業務プロセスを agent が書く」キラーアプリが動く と、enterprise の AWS lock-in が一段深まる。

具体的には:

  • enterprise が ProcessOS を導入する
  • ProcessOS は AWS Bedrock 上で動く
  • 業務プロセスの discovery / re-engineering / build が AWS インフラに依存
  • 結果として 「AWS から離れられない」状態 が完成

これ、Microsoft が Office で企業 IT を握ってきた構造の AWS 版 とも言える。「OS 戦争」が PC（Windows vs macOS）→ クラウド（AWS vs Azure vs GCP）→ agent platform（Bedrock vs Foundry vs Vertex） と進化してる、ということ。

AWS Bedrock AgentCore の公式説明 を読むと、「agent memory / identity / gateway」 という新カテゴリーを AWS が定義しに来てる。

これに Camunda のような BPM 老舗が乗っかった ことで、「業務プロセスは AWS の agent platform 上で動くべき」というデファクトが作られつつある。

土曜の昼に見ると地味だけど、これは hyperscaler 戦争の一手として相当大きい と思う。

理由4：1,200名の enterprise leaders が現場で動き始めた

世間では 「AI 業界のカンファレンスなんて、いつもの祭り」 って思われがち。Google I/O、Microsoft Build、Anthropic Code with Claude とか、毎週どこかでカンファレンスやってるしね。

でも、CamundaCon 2026 に 25 ヶ国から 1,200 名の enterprise leaders が集まった っていう事実は、業界の本気度を測る指標 として無視できない。

なんでかというと、CamundaCon は「業務プロセス自動化」という地味な領域のカンファレンス で、「面白そうだから行ってみよう」みたいな個人参加が少ない。ほぼ全員が enterprise の業務担当か IT 責任者。

その層が 25 ヶ国から 1,200 名 集まる、というのは:

  • 既に Camunda BPM を使ってる企業の責任者 が次の手を探しに来てる
  • AI agent の業務適用 に 本気で予算と人を投入できる立場の人 が動いてる
  • closed beta の interest を出す準備 がもう整ってる

ということ。つまり 「ProcessOS の閉鎖ベータ枠は、既に争奪戦になる可能性が高い」。

これ、わたしの周りの SI（システムインテグレーター）の友達も似たことを言ってて、「2026 年下半期から enterprise の AI agent 案件が一気に増える」「特に process automation 領域は本格的に動く」 という現場感が、彼らから聞こえてくる。

具体的には、こんな現場の動き:

  • 金融機関: ローン審査ワークフロー全体を agent に書き直す検討
  • 製造業: 調達 → 製造 → 出荷の SCM プロセスを agent 駆動に
  • ヘルスケア: 患者受付 → 診療 → 請求のフローを agent でリエンジニア
  • 小売: 在庫補充 → 価格設定 → 販促のループを自動化

これらが 「タスク支援」じゃなくて「プロセスそのものの再設計」 として動き始めると、SI 業界の仕事の中身が大きく変わる。

過去の SI 案件は 「お客様の業務をヒアリング → 設計 → 実装」 だったけど、ProcessOS 時代の SI 案件は「お客様の outcome をヒアリング → agent に discover を任せる → agent の出力を人間がレビュー → agent に実装させる」 っていう構造に変わる可能性が高い。

これって SI コンサル / プロセスデザイナー / BPM アナリストの仕事の中身が、agent を運用する側に変わる ということ。

CamundaCon 2026 のレポート を読むと、現場の関心が「agent をどう運用するか」「人間と agent の責任分界はどこか」 という極めて実務的な議論に移ってる。

これ、AI 業界が研究フェーズ（OpenAI / Anthropic / Google の model 競争）から実装フェーズ（enterprise の業務適用）に明確に移行してる 証拠だと思う。

土曜昼の今、この移行が見えやすいタイミング なので、今のうちに動向を押さえておくのは大事。

まとめ：わたしたちの仕事はどう変わるか

ProcessOS が示してる方向性をまとめると、こうなる:

  1. AI が業務プロセスそのものを発見・設計・実装・改善する agent OS の時代
  2. 「AI を旧プロセスに後付け」じゃなくて「outcome から逆算で業務を再設計」がデフォルト
  3. AWS Bedrock AgentCore が agent layer のインフラとして定着
  4. SI コンサル / プロセスデザイナーの仕事は agent 運用側にシフト

これ、わたしたち個人の仕事への影響 で考えると:

  • ルーティンワークの大部分は agent に置き換わる（5 年単位）
  • 「業務を設計する人」「agent をレビューする人」「outcome を定義する人」の価値が上がる
  • 「現状のプロセスを愚直に実行する人」の市場価値は下がる

これは怖い話に聞こえるけど、逆に言えば「outcome 思考で仕事できる人」「agent と協働できる人」のキャリアは加速する。

わたし自身、ai-saas-hikaku で記事書きながら、「自分の仕事のどこを agent に任せられるか」「agent に任せた後、自分が出すべき価値は何か」 をずっと考えてる。

土曜の昼に ProcessOS の発表を見て、「これから 1-2 年で、自分の仕事の中身が大きく変わる準備をしよう」 って思った。

みんなも、自分の業務のうち 「outcome から逆算したらそもそも不要な作業」 がないか、ちょっと考えてみるといいかも。

ProcessOS が普及するより先に、自分で自分の仕事を再設計する のが、agent 時代を生き残るコツな気がする。

関連記事:

ソース: