AtlassianがJiraをAIで刷新、仕様書からClaudeにコーディングを直接依頼できるようになった

AtlassianがJiraをAIネイティブな開発基盤に刷新したことで、仕様チケットの内容をそのままClaudeに渡してコーディングを直接依頼できるようになりました。

Jiraは長年、エンジニアチームのタスク管理ツールとして定着してきました。「仕様書を書く場所」と「コードを書く場所」は別々で、チケットを作成してからエンジニアがIDEを開いて実装するというサイクルが当たり前でした。今回の刷新で、その前提が変わります。

Jiraのチケットが、そのまま開発の指示書になる

今回Atlassianが発表した変更では、Jiraのチケット内から直接Claudeへコーディングを依頼できる機能が加わりました。「ユーザー登録フォームのバリデーション処理を実装する」という仕様チケットがあれば、その場でClaudeにコードの生成を任せられます。

エンジニアが「仕様を読む → 解釈する → コードに落とす」という工程をAIがサポートすることで、実装着手までの時間が縮まります。特に定型的な処理——CRUDの実装、APIのレスポンスハンドリング、テストケースの自動生成——はAIの得意分野です。

プロジェクト管理と開発サイクルが1つに

これまでのAI開発支援は、IDEにAIを組み込む方向が中心でした。MicrosoftのCopilotにClaudeが統合されたように、主要なソフトウェアツールにClaudeを組み込む動きは加速しています。AtlassianがJira側からAIを組み込む意図はさらに踏み込んでいます。「仕様作成から開発完了まで」を1つのプラットフォームで完結させることです。

チームにとって変わるのはコンテキストの移動コストです。Jiraのチケットを確認してSlackで質問してIDEを開くという行き来が減ります。仕様とコードが同じ画面に収まることで、チーム間の認識ずれも起きにくくなります。

エンジニアの仕事の重心が変わる

Atlassianのこの動きは「プロジェクト管理ツール」というカテゴリの再定義といえます。JiraはこれまでタスクのステータスやチケットIDを管理する場所でしたが、AIが実行エンジンになることで「チームの指示系統」に進化します。

エンジニアの仕事の重心がシフトします。コードを書く作業よりも、何を作るかを決め、AIの出力を検証・修正するレビュー的な役割が増えます。仕様の精度が開発速度に直結するようになるため、要件定義やチケット記述の質がこれまで以上に重要になります。

すでにJiraを使っているチームにとっては、ツールを変えずに開発フローが変わる変化です。「プロジェクト管理の側から開発フロー全体を作り直す」というAtlassianの試みは、開発ツール業界の次の競争軸を決めることになるかもしれません。

ドリップ（執筆）

Jiraのチケットって、書いたらそこで仕事が終わってた感じありますよね。

今回面白いのは、「仕様書の精度が開発速度に直結する」という点です。AIに指示を渡す文章として仕様書を書くようになると、曖昧な表現が減って、チーム内の認識ずれも自然と少なくなりそうです。

Jiraを使っているチームは、今のチケット記述の質を見直す良いタイミングかもしれません。