Jira 스윔레인 자동 생성 봇.

01 · PROBLEM

버전이 생길 때마다 반복되던 보드 운영의 수작업 병목

라이브 서비스 운영에서는 새 버전이 생길 때마다 Jira Kanban 보드에 해당 버전용 스윔레인을 추가해야 했습니다. 이 작업은 단순해 보이지만, 여러 보드에 반복 적용해야 하고 누락 시 실무자들이 새 버전 기준으로 업무를 정렬하지 못하는 문제가 있었습니다. 특히 버전 추가는 주기적으로 발생하는데, 매번 Jira 보드 설정에 직접 들어가 이름을 만들고 JQL을 넣고 순서를 맞추는 과정은 운영 집중도를 떨어뜨리는 소모적 관리 업무였습니다.

02 · APPROACH

”새 버전 생성”이 곧 “보드 운영 반영”으로 이어지도록 설계

반복되는 보드 관리 작업을 사람의 기억이나 수동 대응에 맡기지 않고, 새 버전의 생성 자체를 트리거로 삼아 자동 반영되도록 만들었습니다. Jira의 버전 목록을 주기적으로 감시해 새 버전이 확인되면, 지정된 여러 Kanban 보드에 해당 버전용 스윔레인을 일괄 생성하는 흐름을 설계했습니다. 단순 생성에 그치지 않고, 이미 존재하는 스윔레인과 비교해 더 높은 버전만 추가되도록 하여 중복 생성이나 과거 버전 오염도 막았습니다.

03 · BUILD

실제 운영에 맞춘 핵심 기능 구현

• Jira 버전 목록 주기 감시 — 새 버전 자동 탐지
• 여러 보드 대상 스윔레인 일괄 생성
• 기존 스윔레인 조회 후 최신 버전보다 높은 경우에만 추가
• Puppeteer 기반 Jira UI 자동화 및 로그인 세션 유지
• 수동 실행 (node index.js 12.0.0) + 자동 감시 (npm run watch) 이중 지원

04 · IMPACT

버전 관리가 개인 작업이 아니라 시스템 반응이 되다

새 버전이 나올 때마다 사람이 Jira 보드 설정을 반복적으로 손보던 흐름을 제거했습니다. 그 결과 보드 운영 반영이 더 빨라지고, 여러 보드 간 적용 누락 가능성도 줄였습니다. 특히 업무툴의 관리성 문제를 사람의 꼼꼼함으로 해결하는 대신, 시스템이 먼저 반응하도록 바꾸면서 버전 단위 업무 정렬의 일관성을 확보했습니다. 작지만 자주 발생하는 관리 업무를 줄여 팀의 운영 리듬을 더 매끄럽게 만들었습니다.

05 · LEARNINGS

운영 자동화의 핵심은 기능 구현보다 ‘누락 가능성 제거’에 있다

이 작업을 통해 운영 자동화는 시간을 몇 분 아끼는 문제를 넘어서, 반복 업무에서 발생하는 누락과 편차를 구조적으로 제거하는 일이라는 점을 확인했습니다. 또한 Jira처럼 완전한 공개 API만으로 해결되지 않는 도구는 UI 자동화와 내부 API 활용을 함께 고려해야 실무적인 해법이 된다는 것도 배웠습니다. 결국 중요한 것은 거창한 시스템이 아니라, 팀이 반복적으로 겪는 작은 불편을 정확히 제거하는 자동화였습니다.