Jira 티켓 조사 자동화 — Claude Code + MCP로 반복 작업 날리기
Jira 티켓 분석, 재현, 원인 추적까지 Claude Code와 MCP로 자동화하는 실전 워크플로우를 정리한다.
"이 티켓 좀 봐줘요" 메시지를 하루에 몇 번 받나. 매번 Jira 열고, 코드 찾고, 재현하는 과정이 소모적이다.
Claude Code의 MCP 연동으로 이 작업의 상당 부분을 자동화할 수 있다. 티켓 URL 하나 던지면 관련 코드·로그·PR을 알아서 모아준다.
문제: 조사 단계가 너무 분산돼 있다
버그 티켓 하나를 조사하는 전형적인 흐름이다.
- Jira 열기 → 설명 읽기 → 스크린샷 확인
- GitHub 열기 → 관련 PR 검색
- 로그 시스템 열기 → 해당 시간대 에러 찾기
- IDE 열기 → 의심 파일 확인
- 재현 시도 → 가설 확인
각 단계마다 탭 전환, 검색 쿼리, 컨텍스트 스위칭이 발생한다. 한 티켓에 30분~1시간이 우습게 간다.
해결: MCP 서버로 정보 소스를 하나로 묶기
Claude Code의 MCP(Model Context Protocol)는 이 분산된 도구들을 하나의 인터페이스로 묶어준다.
{
"mcpServers": {
"jira": {
"command": "npx",
"args": ["-y", "@atlassian/mcp-jira"],
"env": {
"JIRA_URL": "https://example.atlassian.net",
"JIRA_TOKEN": "${JIRA_TOKEN}"
}
},
"github": {
"command": "npx",
"args": ["-y", "@modelcontextprotocol/server-github"]
},
"sentry": {
"command": "npx",
"args": ["-y", "@sentry/mcp-server"]
}
}
}이 설정 후 Claude Code를 실행하면 세 가지 도구가 한 세션에서 동작한다.
[💡 잠깐! 이 용어는?] MCP(Model Context Protocol): AI 모델이 외부 도구·데이터에 접근하는 표준 프로토콜. Anthropic이 제안했고, USB-C처럼 어떤 도구든 같은 방식으로 꽂힌다.
실전 조사 프롬프트
Jira 티켓 PROJ-1234 분석해줘.
1. 티켓 설명과 재현 단계 요약
2. 같은 모듈에서 최근 30일 내 머지된 PR 조회
3. 에러 메시지가 있으면 Sentry에서 관련 이벤트 찾기
4. 의심 파일 3개와 그 안에서 수정이 필요할 만한 지점 표시
5. 재현용 스크립트 초안 작성Claude Code는 이 지시를 받아 Jira → GitHub → Sentry → 파일시스템 순으로 조회한다. 최종 응답은 "분석 요약 + 재현 스크립트 + 다음 행동 제안"이 된다.
비유하면 예전에는 주치의 한 명이 환자 이송, 검사, 판독을 다 했는데, 이제는 검사실·영상의학실·응급실이 자동으로 연결되어 의사는 진단에만 집중하는 구조다.
실제 워크플로우 단축 효과
실측해보면 이런 단축이 가능하다.
| 작업 | 수동 | Claude Code + MCP |
|---|---|---|
| 티켓 컨텍스트 파악 | 10분 | 1분 |
| 관련 PR 찾기 | 15분 | 30초 |
| 로그 매칭 | 20분 | 1분 |
| 재현 스크립트 작성 | 30분 | 5분 |
| 총계 | 75분 | 8분 |
90% 단축이 나오는 이유는 도구 전환 시간과 반복 쿼리가 사라져서다.
잘 동작하게 만드는 팁
1. 티켓 메타데이터를 구조화
Jira 커스텀 필드에 영향 모듈, 연관 서비스를 필수로 받게 만들면 MCP 쿼리가 훨씬 정확해진다.
2. 프롬프트를 .claude/commands/에 저장
자주 쓰는 조사 프롬프트를 슬래시 커맨드로 만들어두면 재사용이 편하다.
---
description: Jira 티켓 종합 조사
---
다음 Jira 티켓을 조사해줘: $ARGUMENTS
단계:
1. 티켓 설명 요약
2. 관련 PR 검색 (최근 30일)
3. Sentry 이벤트 매칭
4. 의심 파일 목록 + 근거
5. 재현 스크립트 초안이후 /investigate PROJ-1234만 치면 된다.
3. 민감정보 필터링
Jira 티켓에 개인정보가 있을 수 있다. MCP 서버 설정에서 허용된 프로젝트·필드만 조회 가능하게 제한한다.
"env": {
"JIRA_ALLOWED_PROJECTS": "PROJ,DEVOPS",
"JIRA_EXCLUDED_FIELDS": "customfield_ssn,customfield_phone"
}주의할 점
환각(Hallucination) 위험. Claude가 존재하지 않는 PR 번호를 만들어내는 경우가 드물게 있다. "URL로 직접 검증 가능한 것만 보고"라는 지시를 프롬프트에 넣는 것이 안전하다.
API 레이트 리밋. Jira API는 분당 호출 제한이 있다. 한 번의 조사에서 100개 이슈를 한 번에 조회하면 쿼터를 빠르게 소진한다.
팀 합의 필요. 자동으로 티켓을 수정하거나 코멘트를 다는 기능은 조사 기능과 분리해서 권한을 관리하는 것이 좋다.
정리
- Jira 티켓 조사는 탭 전환과 반복 쿼리가 핵심 비용이다
- Claude Code + MCP로 여러 도구를 하나의 세션에 묶을 수 있다
- 슬래시 커맨드로 조사 흐름을 재사용 가능한 명령으로 만들자
- 민감정보 접근과 자동 수정 권한은 별도로 관리해야 안전하다
반복 조사에 쓰이는 시간이 코드 품질을 올리는 시간으로 옮겨간다. 티켓 하나당 아끼는 1시간이 주 5시간을 만든다.
참고:
- Dev.to 원문: https://dev.to/automate-jira-claude-mcp
같은 카테고리 · Claude Code
비슷한 주제의 최신 글
태그가 겹치는 글
공통 태그가 많을수록 위에 보인다