Claude Media
ClaudeでJiraスプリントレポートを作る方法

ClaudeでJiraスプリントレポートを作る方法

毎週手作業でまとめているスプリントの進捗報告を、Claudeに集計・要約・Confluence公開まで任せる方法です。generate-status-reportスキルの使い方を扱います。

このTipsでできること

Jiraのスプリント進捗をまとめる週次レポートを、Claudeに「作って」と頼むだけで生成し、そのままConfluenceへ公開する手順です。使うのはAtlassian公式プラグインが提供するgenerate-status-reportというスキルで、プラグインページの使用例は次の1文です。

「Generate a weekly status report for the Engineering project and publish to Confluence(Engineeringプロジェクトの週次ステータスレポートを作って、Confluenceに公開して)」

このスキルはプラグインページで「プロジェクトの更新内容を作成し、公開する(create and publish project updates)」と説明されています。前提として、Jira連携とConfluence連携の両方が接続済みである必要があります。集計元がJira、公開先がConfluenceという2製品にまたがる処理だからです。

週次レポートが手作業で負担になる理由

スプリントの進捗報告は、内容自体は単純でも作業が地味に重いタスクです。Jiraのボードを開き、担当者ごとにissueのステータスを目で追い、完了・未完了・遅延を仕分けてから文章にまとめ、最後にConfluenceへ貼り付ける。毎週ほぼ同じ手順の繰り返しですが、チームの人数やissue数が増えるほど確認作業だけで時間を取られます。

generate-status-reportスキルが埋めるのは、この「集計してから文章化し、公開する」までの定型作業です。Claudeが代わりにJiraを検索して集計し、Confluenceへの書き出しまで一続きで終わらせます。

やり方 — チャットで頼むだけの場合

claude.aiでAtlassianコネクタを接続済みなら、特別な準備なしにチャットへ次のように頼むだけで動きます。

「Q3 Planningプロジェクトの今週のスプリント進捗レポートを作って、Engineeringスペースに公開して」

コネクタの正体はAtlassianのRovo MCPサーバーで、Confluenceのページを検索・作成・更新するツール(searchConfluence、createConfluenceContent、updateConfluenceContentなど)を備えています。Claudeはこれらを使って、対象プロジェクトのissueを集計し、指定スペースへページとして書き出します。依頼には、プロジェクト名・対象期間・公開先スペースの3点を入れます。

やり方 — Claude Codeでスラッシュコマンドとして使う場合

同じ処理は、Claude Codeに公式プラグインを入れることでスラッシュコマンド化できます。

claude plugin install atlassian@claude-plugins-official

v2.1.289のclaude plugin install --helpには、インストール先を選ぶ-s, --scope <scope>が出ます。値はuser・project・localの3つです。チームのリポジトリに共有したいならproject、自分の環境だけならuserという分け方になります。projectを選んで設定を共有しても、プラグインが入るのは実行した環境だけです。チームの各メンバーもclaude plugin install <name>@<marketplace> --scope projectを1回実行します。

導入後は/atlassian:generate-status-reportが使えます。プラグインのスキルは/プラグイン名:スキル名の形で呼ぶ仕様で、スキルのドキュメントにもmy-plugin/skills/review/SKILL.mdが/my-plugin:reviewになる例があります。プラグインページの紹介文は/generate-status-reportと接頭辞なしで書かれていますが、Claude Codeで打つ形は接頭辞付きです。

何が入っているかは、インストール後にclaude plugin details <名前>で見られます。helpの説明は「コンポーネントの一覧と、読み込みに伴うトークン消費の見積もりを表示する」です。コードレビューやIssue対応の合間に同じセッションからレポートを叩けるのが、claude.aiのチャットとの違いです。

プラグインに入っているスキルは5つ

プラグインページには、/generate-status-reportと並んで次の5つのスキルが挙がっています。レポート作成だけでなく、Jiraの前後の工程をまとめて受け持つ構成です。

まとめ

Atlassianプラグインのスキル

  • generate-status-report

    プロジェクトの更新内容を作成し、公開する。この記事の主役です。

  • triage-issue

    issueを分類し、優先度を付ける。

  • capture-tasks-from-meeting-notes

    議事録からアクションアイテムを抜き出し、担当者付きのJiraチケットを作る。

  • spec-to-backlog

    Confluenceの仕様書を、Epicと子チケットを持つバックログに変換する。

  • search-company-knowledge

    社内ドキュメントを検索して答える。

レポートに何が含まれるか

プラグインページの説明は1行で、出力の書式は示されていません。含まれる内容は依頼文の具体性に左右されると考えて、次の要素を依頼文に入れておくと狙いに近づきます。

指定する要素例
対象プロジェクト・スプリント例「Engineeringプロジェクトの現在のスプリント」
集計の切り口例「担当者別に完了・未完了の件数を分けて」
公開先例「ConfluenceのEngineering/Sprint Reportsスペースに」
過去との比較例「前回のスプリントと比べて遅延しているissueも挙げて」

プラグインなしでも同じ依頼は動くか

結論から言うと、Jira・Confluenceの接続さえ済んでいれば、プラグインなしで同じ依頼を自然文で出しても処理は動きます。プラグインページには、既存のJira・Confluenceの権限に従って動くとあります。

くらべる

プラグインなしとプラグインありの違い

コネクタだけ

対象プロジェクト・集計の切り口・公開先を、毎回自然文で説明する。claude.aiのチャットでそのまま使える。

プラグインあり

/atlassian:generate-status-reportと打てば、プラグインのスキルが呼ばれる。

チームで頻繁に使うなら、全員が同じスキル名で呼ぶ形にそろえる手があります。

依頼から公開までの流れ

出力の書式はプラグインページに示されていないため、典型的な流れを例示します(生成される文面は依頼内容によって変わります)。

手順

依頼から公開まで

  1. 1

    チャットで依頼する

    「Engineeringプロジェクトの今週のスプリント進捗レポートを作って、担当者別に完了・未完了を分けて、Engineering/Sprint Reportsスペースに公開して」と頼みます。

  2. 2

    Jiraのissueを検索する

    対象プロジェクトのissueをClaudeがJiraから検索します。「ステータス・担当者・優先度でグルーピングして」のように切り口を指定すれば、集計の観点に反映されます。

  3. 3

    文章にまとめる

    完了・進行中・着手前の件数や、遅延が疑われるissueの一覧などを、依頼文の内容にもとづいて文章にします。

  4. 4

    Confluenceに書き出す

    指定したスペースに新規ページとして公開します。

途中で「もっと詳しく」「このissueは除外して」と追加で頼めば、公開前に内容を調整できます。公開まで一気に頼まず、まずチャット内で内容を確認してから公開を指示する2段階にしておくと、意図しないページが公開されにくくなります。

毎週の実行を自動化する — Routinesという選択肢

毎週手動で頼む代わりに、Claude Code Routinesでスケジュール実行する構成も選べます。Routinesはクラウド上でClaude Codeのセッションを動かす仕組みで、頻度は毎時・毎日・平日・毎週のプリセットか、特定時刻の1回限りから選びます。「毎週金曜の朝にスプリントレポートを生成してConfluenceへ公開する」という依頼文を、そのままRoutineのプロンプトに登録できます。

注意したいのは、Routineの実行環境がローカルのClaude Codeとは別だという点です。Routineはクラウドで走るため、使うのはclaude.aiに接続済みのコネクタです。作成フォームでは接続済みのコネクタが既定で全部含まれ、含まれたコネクタのツールは書き込みも含めて確認なしで使われます。claude mcp addでCLIにローカル追加したMCPサーバーはコネクタ一覧に出ないため、Routineで使うAtlassian接続はclaude.aiのコネクタ側に用意します。

この性質は、レポート用途では次の2点に効きます。

  • 公開前の確認が入らない: チャットなら「内容を見てから公開」の2段階にできますが、Routineは書き出しまで止まりません。最初の数回は公開先を検証用のスペースにしておく手があります
  • 不要なコネクタは外せる: レポートに要るのはAtlassianだけなので、他のコネクタはフォームで外すと、実行中に使えるツールを絞れます

最短の実行間隔は1時間で、それより短い間隔は設定できません。週次レポートでは問題になりませんが、「1日に何度も更新するダッシュボード代わり」の用途には、頻度の上限があると覚えておくと設計しやすくなります。Routinesの対象はPro・Max・Team・Enterpriseのプランです。

よくあるつまずき

  • 依頼が曖昧でレポートの粒度が安定しない: 「今週のレポート作って」だけでは対象プロジェクト・期間が曖昧になりがちです。プロジェクト名と対象スプリントを明示します
  • Confluence公開時に権限エラーになる: コネクタはAtlassianの既存の権限に従って動きます。書き込みはAtlassian側の権限と、管理者のRovo MCPサーバー設定で決まります。公開先スペースで接続したアカウントの権限を確かめ、管理者設定でも書き込みが許可されているか確認します
  • Claude Codeでコマンドが見つからない: プラグインのスキル名にはatlassian:の接頭辞が付きます。単体の/generate-status-reportではなく/atlassian:generate-status-reportと打ちます
  • Routineで想定外のページができた: 書き込みが確認なしで実行されるため、プロンプトに公開先スペースとページ名の付け方まで書いておきます

まとめ

手元で内容を見てから公開したいならチャットです。チームで同じスキル名を使いたいならClaude Codeのコマンド、毎週の実行を手放したいならRoutineです。選ぶ分かれ目は、公開前に自分の確認を挟むかどうかにあります。

よくある質問

複数プロジェクトを横断したレポートも作れますか

依頼文で複数のプロジェクト名を挙げて頼みます。

このスキルはJira以外の連携でも使えますか

generate-status-reportはAtlassianプラグインのスキルで、Jira・Confluenceの組み合わせが前提です。LinearやAsanaにも、それぞれのコネクタやプラグインがあります。ツール固有のスキルに頼らず、複数の情報源から進捗レポートを組み立てる一般的な手順はClaudeでプロジェクトの進捗レポートを自動生成する方法で扱っています。

この記事を共有:XはてブLinkedIn