방법론과 도구 목록으로
방법론과 도구

Team '26 Europe 뒤 Jira 에이전트: 지금 쓸 수 있는 것과 아직 베타, 예정인 것

발표 내용 기준: 이 글은 Atlassian의 공식 발표만 읽고 썼습니다. 우리가 직접 써 본 기능은 없습니다.

요지

  • Jira 업무 항목에 AI 에이전트를 배정하는 기능(Agents in Jira)은 이번 행사에서 새로 나온 것이 아니다. Atlassian은 2026년 5월 Team ’26 행사 글에서 이미 정식 출시(GA)로 표시했다.
  • 10월 6~7일 Team ’26 Europe에서 더해진 것은 세 갈래다. Jira에 붙일 수 있는 외부 코딩 에이전트가 늘었고, 에이전트에게 일을 넘기는 계획과 기록 기능이 베타나 예정으로 나왔으며, 다른 AI 도구가 Jira와 Confluence에 들어오는 연결 통로(MCP)가 넓어졌다.
  • PM에게 중요한 것은 기능 목록보다 상태다. 지금 쓸 수 있는 것, 베타인 것, 「곧」인 것을 나눠 보고, 베타와 예정 기능은 운영 절차에 넣지 않는다.

상태부터 나눠 본다

아래 상태는 발표 글에 적힌 표시 그대로다. 대상 요금제는 발표 글에 없어 적지 않았다.

표는 가로로 밀어서 볼 수 있습니다.

갈래 기능 발표 글의 상태
에이전트 배정 Agents in Jira(업무 항목에 에이전트 배정, 작업 기록 남김) 정식 출시(2026-05 발표)
외부 코딩 에이전트 Devin, Factory, Warp를 Jira에 연결 Marketplace에서 지금 사용 가능
OpenAI Codex를 배정 대상으로 곧 제공
계획과 기록 Record for Agent(Loom 녹화를 에이전트가 처리할 계획으로 바꿈) 오픈 베타
Planner(거친 아이디어를 실행 계획으로) 비공개 얼리 액세스
Agent Sessions(에이전트 작업을 Jira에 기록) 비공개 얼리 액세스(EAP)
연결 통로 Atlassian MCP 확대(연결 도구와 대상 제품 늘어남) 정식 출시(2026-10-06)
ChatGPT와 Codex가 Atlassian MCP로 Jira, Confluence에 연결 지금 사용 가능
Jira Service Management를 MCP로 연결 곧 제공

두 가지를 덧붙인다.

  • Atlassian의 Planner는 Microsoft Planner와 이름만 같은 다른 기능이다. 사내 공지에 쓸 때 헷갈리지 않게 「Jira의 Planner」처럼 적는다.
  • Agent Sessions는 9월 Atlassian Cloud 변경 안내에 「작업 항목의 Agent sessions 탭」이 생겼다는 항목이 있었는데, 10월 발표 글은 같은 이름을 「비공개 얼리 액세스」로 적었다. 같은 기능의 다른 범위인지 확인하지 못했다. 자기 사이트에 탭이 보이는지 직접 확인하는 편이 안전하다.

Confluence 쪽의 외부 에이전트 호출과 Remix with Rovo는 5월 발표 때 베타였다. 10월 글에는 외부 에이전트를 Jira와 Confluence에 연결하는 기능이 「지금 사용 가능」으로 나오지만, 5월의 베타 기능과 같은 범위인지, 5월 베타 표시가 풀렸는지는 공식 글로 확인하지 못했다.

프로젝트에 무엇이 달라지나

공급자가 하나 늘어난다. Devin이나 Codex를 Jira에 붙이면, 업무 항목의 설명과 첨부, 연결된 코드가 Atlassian 밖의 다른 회사 서비스로 갈 수 있다. 사내 도구 하나에 기능을 켜는 일이 아니라 외부 공급자를 새로 들이는 일이다. 보안 검토, 계약, 데이터 위치 확인이 일정에 들어가야 한다. 가상의 E사처럼 고객 요구사항 문서를 Confluence에 두는 조직이라면 특히 그렇다.

비용이 두 군데서 나온다. Jira 안의 Rovo 에이전트는 Rovo 크레딧을 쓰고, 외부 코딩 에이전트는 그 회사의 요금이 따로 붙을 수 있다. 예산표에 두 줄을 만든다. 크레딧 추가 사용량 과금 시작일(2026년 12월 3일)은 10-04 글에서 다뤘다.

기록이 책임의 근거가 된다. 에이전트가 무엇을 받아 무엇을 했는지 남는 기록은, 결과가 틀렸을 때 사람이 무엇을 확인했어야 했는지를 따지는 근거다. 기록 기능 일부(Agent Sessions)가 아직 비공개 얼리 액세스라면, 그 사이에는 사람이 업무 항목 댓글에 「무엇을 맡겼고 무엇을 확인했는지」를 남기는 규칙으로 메운다. 책임을 누구에게 남길지는 10-04 글 「Jira 업무 항목의 담당자가 AI 에이전트일 때, 책임은 누구에게 남는가」에서 다뤘다.

베타는 일정의 전제로 삼지 않는다. 「Record for Agent로 회의 녹화를 계획으로 바꾸면 계획 수립 기간이 줄어든다」는 기대를 일정에 넣으면, 기능이 바뀌거나 늦어질 때 일정이 함께 흔들린다. 베타는 시범 팀에서 따로 시험하고, 결과가 나온 뒤 절차에 넣는다.

먼저 살펴볼 곳과 아직 이른 곳

  • 먼저 살펴볼 곳: 이미 외부 코딩 에이전트를 쓰는 개발 조직으로, 그 결과를 Jira 업무 항목에 묶어 추적하고 싶은 곳. 연결이 「지금 사용 가능」인 도구부터 본다.
  • 이른 곳: 외부 AI 서비스에 대한 보안 기준이 아직 없는 조직. 기준 없이 연결부터 열면 무엇이 밖으로 나갔는지 나중에 거꾸로 추적해야 한다.
  • 하지 말 때: 아직 나오지 않은 기능(「곧 제공」인 Codex 배정, 비공개 얼리 액세스인 Planner와 Agent Sessions)을 이번 분기 계획의 전제로 삼는 것.

PM과 PMO가 이번 주에 할 일

  1. 위 표를 자기 조직 기준으로 다시 만든다. 기능마다 「우리 사이트에 보이는가」, 「쓰려면 어떤 요금제와 라이선스가 필요한가」를 칸으로 둔다. 요금제는 발표 글에 없으니 관리자 화면과 요금제 페이지에서 확인한다.
  2. 외부 에이전트를 연결하기 전에 보안 담당과 「밖으로 나가도 되는 업무 항목」의 범위를 정한다. 고객 자료가 붙은 프로젝트는 처음부터 빼 둔다.
  3. 예산표에 「Rovo 크레딧」과 「외부 에이전트 요금」 두 줄을 만든다.
  4. 베타 기능은 시범 팀 하나에서만 켜고, 시험 결과를 기록한 뒤 다음 분기 절차에 넣을지 정한다.

참고

혼자 배운다면 공개 과정, 팀 단위라면 기업 맞춤 출강이 있습니다. 프로젝트 관리 과정 보기 → 새 창

목록으로 돌아가기