Claude Code×Backlog・Jiraで、チケットから改修までの流れを短くする｜依頼の読み取り、調査メモ、見積と承認を人に残す線

この記事は、Claude Code×Backlog・Jiraで、顧客の改修依頼のチケットから、調査・見積・改修までの流れを短くする方法を扱います。

チケットを読んで、調べて、書くまでに、一日が終わっていないか

「お問い合わせ一覧の並び順を変えてほしい」とチケットが届く。

担当者はチケットを読み、該当のコードを探し、影響の範囲を調べ、見積もりのコメントを書く。
小さな改修ほど、作業そのものより、この前後の時間のほうが長くなります。

チケットの管理ツールと、コードの調査は、同じ流れの前後です。
つなげれば、人は「やるか、いくらか」の判断に集中できます。

チケットから改修までの流れとは、依頼の読み取り・コードの調査・見積と承認・改修・報告を、1枚のチケットの上でつなぐ受託の工程である

黒字化の外科医です。Claude CodeとBacklog・Jiraで、チケットの前後の時間を短くする手順を解剖します。

つなげる理由は、三つあります。

第一に、BacklogもJiraも、外部から読み書きする仕組みを持っているから。
BacklogのAPIは、APIキーかOAuth 2.0で認証します。APIキーはURLに入れることもできますが、アクセスログや閲覧の履歴に残るおそれがあるため、リクエストのヘッダーで送ることが勧められています（Backlog公式ドキュメント、2026年11月2日確認）。
Atlassianは、JiraやConfluenceにつなぐリモートのMCPサーバーを提供しています。Claude Codeでは claude mcp add --transport http atlassian https://mcp.atlassian.com/v2/mcp で追加し、/mcp で認証します。認証はOAuth 2.1で、操作は利用者がもともと持つ権限の範囲で行われます（Atlassian公式ドキュメント、2026年11月2日確認）。

第二に、チケットとコードを、同じ会話の中で突き合わせられるから。
チケットの文面から、関係しそうな画面やファイルを探し、影響の範囲を下調べする。ここまでをClaude Codeに任せると、担当者は調査メモを読むところから始められます。

第三に、見積と承認を、チケットに残せるから。
調査メモ、見積、顧客の承認、改修の記録が1枚のチケットにそろえば、後から「言った・言わない」になりません。

Backlog・JiraをAIにつなぐ前に、決めること

• 誰の名義でつなぐか。顧客のBacklogやJiraなら、顧客の承認を得て、自社用のアカウントか権限を用意してもらう
• どこまで許すか。最初は読み取りと、コメントの下書きまでにする
• どのプロジェクトをつなぐか。関係のないプロジェクトの情報が流れないように範囲を絞る
• チケットに個人情報が書かれていないか。書かれる運用なら、AIに渡すことを契約に書き、同意を取る

Backlogの開発元のGitHubにもMCPサーバーが公開されていますが、READMEには保証や公式のサポートがないことが明記され、APIキーの権限をそのまま使える道具だと書かれています（2026年11月2日確認）。使うかどうかは、自社で中身と権限を確かめて決めてください。

なお私は弁護士ではありません。実務の指針として読み、個別の判断は専門家や公的な窓口に確認してください。

▶ Claude CodeのMCPで社内ツールをつなぐ前に──信頼できるサーバーか、どこまで許すか、どの情報が流れるかの点検表

今すぐ試せる：チケットから調査メモを作るプロンプト

〔Backlog／Jira〕のチケット〔チケット番号〕を読み、このリポジトリを調べて、調査メモを作ってください。チケットの更新とコードの変更はしません。

【調査メモに書くこと】
1. 依頼の要約（1〜2行）
2. 依頼の中で、意味が二通りに取れる点（顧客に確認すること）
3. 関係しそうなファイルと画面の一覧
4. 影響を受けそうな、ほかの画面や機能
5. 作業の手順の案と、それぞれの見込み時間
6. 確かめていないこと（「未確認」と書く）

見積もりの金額は書かないこと。

チケット工場：調査から報告までの型

チケットの流れ

① 受付：顧客がチケットを起票する（起票の型を渡しておく）
② 調査：Claude Codeで調査メモを作る（上のプロンプト）
③ 確認：担当者が調査メモを読み、顧客への質問を整理する
④ 見積：担当者が工数と金額を決め、チケットにコメントする
⑤ 承認：顧客が承認したことを、チケットに残す
⑥ 改修：ブランチを分けて作業し、レビューを通す
⑦ 報告：変更の中身と確認の結果を、チケットに書く

②だけがAIの工程です。④の金額と、⑤の承認と、⑥の本番への反映は、人に残します。

顧客に渡す起票の型

【改修のご依頼】
・対象の画面（URL）：
・今の状態：
・どうなってほしいか：
・急ぎの度合い：〔いつまでに／特になし〕
・参考の画面や資料：

起票の型があるだけで、調査メモの「顧客に確認すること」が減ります。

時間の計算例

（例）時間単価8,000円で計算

チケット1件の、読み取り・調査・見積のコメント：60分 → 30分
月20件の場合：短くなる時間 30分 × 20件 ＝ 600分 ＝ 10時間
10時間 × 8,000円 ＝ 80,000円分の時間

（数字はすべて例です。自社のチケットで、1か月の時間を測ってください）

浮いた時間を値引きで返すか、件数の上限を上げるか、対応の速さで返すかは、経営の判断です。

▶ 保守にClaude Codeを入れたら、月額はどう見直すか──値下げだけで返さず「範囲・速さ・一部還元」の3つから選ぶ、1サイトの原価の計算例

構造的なリスク

逆説を指摘しておきます。

調査メモが速く出るようになると、見積もりの前の確認を飛ばしたくなります。
調査メモの「意味が二通りに取れる点」を顧客に確かめずに進めると、手戻りで、浮いた時間がすぐに消えます。

もう一つは、チケットの外の依頼です。
電話やチャットで来た依頼も、必ずチケットに起こしてから進めてください。チケットにない依頼は、仕組みの外に落ちます。

よくあるQ&A

Q. 顧客がBacklogもJiraも使っていない。

自社のチケット管理に、顧客を招く形から始められます。起票の型を渡し、依頼の入口を一つにします。

Q. AIに、チケットへのコメントを書かせてよいか。

下書きまでにしてください。顧客に見えるコメントは、人が読んでから投稿します。

Q. 改修まで、AIに任せてよいか。

改修のコードを書かせるのはかまいません。差分のレビューと、本番に出す判断は人に残します。

最後に

小さな改修ほど、作業の前後に時間がかかります。

チケットとコードをつなぎ、調査はAIに、見積と承認は人に残した会社だけが、小さな改修を、手戻りのない売上に変えられるのです。

これまでの記事は、メンバーシップ「黒字化オペ室」でまとめて読めます。月額1,980円、記事2本分の金額です。詳しくはプロフィールから。

#Web制作会社 #ClaudeCode #Backlog #Jira #チケット管理 #改修 #制作会社経営 #中小企業 #進行管理 #AI活用