6つのAgent。4週間。実際の運用へ。

自社のIT部門は、Agentなら数分で片づく作業に毎週何時間を費やしているでしょうか。

ドイツの企業には、ほぼすべてのIT部門が知っているプロセスがあります。誰かが契約書を読む。別の誰かが要件をカテゴリーに分類する。また別の誰かが、昨日も誰かが答えたのと同じ配送に関する質問に答える。華やかな課題ではありません。しかし合計すれば年間数万時間を消費し、しかもどこにテコを当てるかさえ分かればAI Agentに驚くほど向いている課題です。

2月、6社が当社のオフェンバッハでまさにそれに取り組みました。Kiekertは、R&Dの要件をルールベースで分類し、確信度スコアとフィードバックループを備えたAgentを導入しました。このAgentはすでに本番で動いています。Dr. OetkerはIT契約書の重要条項を点検し、購買部門と法務部門向けに構造化された点検レポートを作成するContract Review Assistantを構築しました。Eckes-Graniniは2つのAgentで参加しました。1つは新入社員を初回ログインの時点からMFA、Officeのセットアップ、セキュリティポリシーへと導くオンボーディングAgent、もう1つは配車担当者からの出荷、料金、運送業者に関する質問に答える物流Agentです。igefaは社内ITサポート向けに音声ベースのホットラインAgentを開発し、JIRAとConfluenceに接続しました。そしてlila logistikは、おそらく最も変わったプロジェクトを持ち込みました。SharePointとExchangeを観察して自動化の余地がどこにあるかを見つけ出すUse Case Generatorです。本当の問題は技術ではなく、社内の誰も適切な着手点に気づけないことにあるからです。

これらはすべて、Agent Flows、Dataverseとの連携、MCPコネクターを使ってCopilot Studio上で生まれました。当社のMVP4名が伴走しています。通常業務と並行しての4週間のビルドフェーズです。参加者はチケット対応や四半期決算、日々の運用の合間を縫って、1時間ずつ時間を捻出しなければなりませんでした。それでも最終的に6つの動作するAgentが揃ったことは、技術よりも、それを作ったチームについて多くを物語っています。

3月10日、Microsoft Office Frankfurtで本番を迎えました。6件のプレゼンテーション、各20分、ビジネスインパクト、技術的な深さ、そして会場の拍手（そう、これも評価シートに入っています）で評価されました。優勝はKiekertです。Agentが本番で稼働していること、しかも作ったのがIT出身でもCopilot Studioの経験もない事業部門の担当者だったからです。Dr. Oetkerが評価されたのは、契約書チェックがあまりに普遍的で、審査員が終了後に自社のIT契約について考え込んだからです。6チーム全員が通常業務と並行して4週間で動くAgentを作り上げたこと。それがこの日の本当のニュースでした。

この形式はglueckkanja AI Agent Hackathonといいます。ミュンヘンで開かれたMicrosoftのハッカソンから生まれました。当社はKnorr-Bremseとともに参加しています。その後Microsoftから、当社のお客様と一緒に続けてほしいと依頼を受けました。仕組みは単純です。企業は現在手作業で回っている具体的なプロセスを持って応募します。当社がユースケースを研ぎ澄まし、アーキテクチャを定義し、一緒に構築します。いきなりハッカソンに入るのが難しい場合には、ユースケースを洗い出してAgentのアーキテクチャを準備するワークショップも実施しています。入口としても、独立した形式としても利用できます。

次回のglueckkanja AI Agent Hackathonは2026年秋に始まります。登録は受付中です。その前にユースケースを洗い出し、自社の環境を整えておきたい場合も、喜んでお手伝いします。お気軽にご相談ください。

この形式を信頼してくださったMicrosoftのSylviaとMiriamに感謝します。Kiekert、Dr. Oetker、Eckes-Granini、igefa、lila logistikの皆さんには、その勇気と尽力に。そして、これを実現してくれたglueckkanjaのチームに。