AtlassianとOpenAIが提携拡大、JiraとConfluenceをChatGPTへ

AtlassianとOpenAIが提携を拡大した。OpenAIが2026年10月6日に公式発表している。発表記事によると、今回の拡大は2023年に始まった協業を土台にしている。

新しい契約のもと、OpenAIのフロンティアモデル(各社が最先端として出す大規模AIモデル)が、Atlassianのプラットフォーム全体のエージェントと、同社のRovoを動かす。Rovoは、人・プロジェクト・文書・意思決定をつなぐ企業コンテキスト層のTeamwork Graphと、OpenAIの知能を組み合わせている。つまり、社内の文脈をまとめた土台の上でAIが答える設計である。

現場で変わること

発表が示す利用例では、ローンチ準備中のプロダクトマネージャーがRovoに、チームが順調かどうかを尋ねられる。これはあくまで公式が挙げた例である。

もう一つは接続の話だ。AtlassianとTeamwork Graph CLI(コマンド操作で使う道具)のプラグインにより、顧客はChatGPTやCodex(OpenAIの開発者向けAI)を既存のワークフローにつなげる。プロジェクト情報・ドキュメント・開発コンテキストへAIがアクセスできるようになるが、アクセスは適切な権限の範囲内に限られる。Atlassianはプラグイン拡張も公開しており、Jiraの作業項目、Confluenceのコンテンツ、人物をChatGPTやCodexのプロンプトに直接取り込める。Atlassian社内でも、開発者3,000人超がターミナル、IDE、コードレビューのワークフローでCodexを使っているという。

仕事をする側から見ると、チケットや社内文書を毎回コピーしてAIに貼る手間が減る。一方で、AIに渡せる文脈は、JiraやConfluenceに書かれた範囲に限られる。

AIに仕事を任せるなら、決定の経緯を書き残す

発表には、両社がJiraとのより深い統合を検討しているとの記述もある。AIエージェントへの作業の割り当て、進捗の追跡、意思決定の記録、結果のレビューをしやすくする構想だ。検討段階であり、提供が確定した機能ではない。

この構想で目を引くのは、作業の割り当てや進捗と並んで、意思決定の記録が挙がっている点である。AIにタスクを任せるとき、何をやるかより、なぜそれをやるのかが欠けている場合に出力がずれやすいからだ。チケットの題名と担当者だけでは、AIは過去に却下された案を、もう一度提案しかねない。

ここで反論が立つ。決定の経緯は、人が読めば足りるのではないか。Teamwork Graphのようにプロジェクトと文書をつなぐ層があれば、AIが自力で経緯を推し量るのではないか、という見方だ。しかし、つなぐ層が結びつけられるのは、すでにどこかに書かれたものだけである。会議や雑談で決まり、どこにも文章化されなかった判断は、権限をいくら広げてもAIには届かない。

だから、AI連携を入れる組織が先に整えるべきなのは、決定を文章で残す習慣だと考える。ツールの接続設定より前に、会議の結論と理由を誰でも読める形にして、JiraやConfluenceに置く。これがAIに渡せる文脈の質を決める。

録音をテキストにする側の作りから見ても、同じことが言える。文字起こしや要約は、正確さだけでなく、出力が次の作業にそのまま渡せる形になっているかで価値が分かれる。

メモリスはAIボイスメモで、録音した音声を後からAIが文字起こし・要約する。録音を渡せば、結論と理由が書かれたテキストが数分で手元に届く。それをConfluenceなどの文書に貼れば、AIに読ませる文脈の材料になる。

ただし、書き残せば安心というわけではない。個人の時短と組織の成果が結びつかない問題は別の調査でも指摘されており、パーソル総合研究所のAI活用調査の記事で扱っている。記録を増やすこと自体が目的になると、AIが読む量だけが増え、判断の質は上がらない。残す対象は、決定とその理由に絞るのがよい。

AIが企業の文脈を読む時代には、会議の中身をどれだけ文章に変えられたかが、そのままAIの使い勝手になる。