Yandex Tracker: 효율적인 작업 관리를 위한 고급 자동화 기법 10가지
IT 프로젝트의 역동적인 환경과 끊임없이 증가하는 효율성 요구 속에서, 표준적인 작업 관리 시스템 기능만으로는 부족함을 느낄 때가 많습니다. 이 글에서는 Yandex Tracker의 기능을 획기적으로 확장하기 위해 고안된 10가지 실용적이고 때로는 비전통적인 해결책, 즉 '워크어라운드' 또는 '핵(hack)'을 전문가적 관점에서 소개합니다. 이 자료는 워크플로우의 제어, 자동화 및 측정 정확도를 높이기 위해 심층적인 맞춤 설정을 추구하는 숙련된 개발자, 팀 리더, 시스템 관리자를 대상으로 합니다. Tracker 기능에 대한 창의적인 접근 방식이 일반적인 문제뿐만 아니라 까다로운 문제까지 어떻게 해결하고, 작업 생성부터 분석까지의 프로세스를 최적화할 수 있는지 살펴보겠습니다.
작업 생성 시 자동화 및 제어
효율적인 워크플로우는 올바르게 생성된 작업에서 시작됩니다. 종종 초기 작업 생성 단계에서 기본적으로 제공되지 않는 필수 필드가 필요한 경우가 있습니다. 팀에게 항상 편리하지만은 않은 양식에 의존하는 대신, 다음 접근 방식을 사용할 수 있습니다.
- 작업 생성 시 필수 필드 구성:
* 문제: 작업 생성 시 필수 필드(예: 설명, 작업 유형)의 입력을 강제하는 메커니즘이 없습니다. Yandex Tracker는 초기 단계에서 이 옵션을 기본적으로 제공하지 않습니다.
* 해결책: 큐의 워크플로우 내에서 '새 작업(New)' 상태와 '작업 준비 완료(Ready for Work)' 상태 사이에 '전환 화면(Transition Screen)'을 활성화합니다. 이 화면에서 작업이 실제 작업으로 이동하기 전에 채워져야 하는 모든 필드를 구성합니다. 이렇게 하면 작업이 생성된 후 중간 단계가 필요하긴 하지만, 워크플로우에 진입하는 작업에 필요한 정보가 이미 포함되어 있도록 보장할 수 있습니다.
- 리드 타임(Lead Time) 계산에서 특정 작업 제외:
* 문제: 예상치 못한 어려움이나 지연이 발생하는 특정 작업은 리드 타임 통계를 왜곡하여 팀 성과에 대한 정확한 평가를 방해할 수 있습니다.
* 해결책: '리드 타임에서 제외(Exclude from Lead Time)'라는 이름의 '정수(Integer)' 유형 사용자 정의 필드를 생성합니다. '문제성' 작업의 경우 이 필드를 '1'로 설정합니다. 리드 타임을 계산하는 대시보드를 구축할 때, '리드 타임에서 제외' 필드 값이 '1'인(또는 비어 있지 않은) 작업을 제외하는 필터를 적용합니다. 이를 통해 더 깔끔하고 관련성 높은 성과 지표를 얻을 수 있습니다.
- 유용한 필드 자동화: 생성일, 완료일, 해결책:
* 문제: 표준 생성일 및 완료일 필드는 대시보드에서 사용하기에 항상 편리하지 않습니다. 해결책(Resolution) 또한 수동 입력이 필요한 경우가 많습니다.
* 해결책: 워크플로우 및 트리거를 통해 이러한 필드의 자동 채우기를 구성합니다.
* 완료일 및 해결책: 작업이 '닫힘(Closed)' 상태로 전환될 때, 해결책은 자동으로 '해결됨(Resolved)'으로 설정됩니다. '취소됨(Cancelled)'으로 전환될 때는 '진행 안 함(Won't Do)'으로 설정됩니다. 작업이 다시 열리면 잘못된 데이터를 방지하기 위해 해결책과 완료일이 지워져야 합니다.
* 생성일: 작업이 생성될 때 사용자 정의 '생성일(Creation Date)' 필드를 현재 날짜로 자동으로 채우는 트리거를 사용합니다. 이 필드는 보고서 및 대시보드를 구축하는 데 사용될 수 있습니다.
향상된 자동화 및 알림
기본적인 작업 관리를 넘어, 책임 할당 및 팀 정보 공유에 있어 더 정교한 자동화가 필요합니다. 이는 특히 대규모 팀이나 역할이 자주 변경되는 경우에 더욱 중요합니다.
- 담당자 자동 할당:
* 문제: 작업 수명 주기의 여러 단계에서 담당자(개발자, 테스터)를 빠르고 정확하게 할당하고, 작업 기록에서 이들의 역할을 추적해야 합니다.
* 해결책: '개발자(Developer)' 및 '테스터(Tester)'와 같은 추가 사용자 정의 필드를 생성합니다. 그런 다음 상태 전환에 대한 자동화를 구성합니다.
* 작업이 '진행 중(In Progress)' 상태로 전환될 때, 전환을 시작한 사용자가 담당자로 할당되고 '개발자' 필드에도 저장됩니다.
* '테스트 중(In Testing)' 상태로 전환될 때, 테스터(또는 테스터 그룹)가 담당자로 할당되고 이들의 이름이 '테스터' 필드에 저장됩니다.
* 필요한 경우, '비즈니스 검토(Business Review)' 상태로 전환될 때 작업이 자동으로 작성자에게 반환될 수 있습니다.
이 접근 방식은 할당을 자동화할 뿐만 아니라 다양한 역할의 참여에 대한 통계를 수집할 수 있도록 합니다.
- 개별 사용자에게 Telegram 알림:
* 문제: Tracker의 일반적인 시스템 알림량 속에서 일부 매우 중요한 알림이 사용자에게 간과될 수 있습니다.
* 해결책: Telegram 봇(예: @BotFather를 통해)을 생성하고 Yandex Tracker에서 이 봇으로 메시지를 보내도록 트리거를 구성합니다. 봇은 다시 이 알림을 특정 사용자에게 전달합니다. 사용자나 큐의 수가 많을 경우, 각 사용자 및 큐마다 별도의 트리거가 필요하므로 이 설정이 번거로워질 수 있다는 점에 유의해야 합니다.
- 재오픈된 이슈 카운터:
* 문제: 이슈가 재오픈된 횟수(예: 헬프데스크에서)를 추적하는 것은 지원 품질에 대한 중요한 지표이지만, Tracker에서 직접 지원되지 않습니다.
* 해결책: '재오픈 횟수(Reopened Count)'(정수)와 '카운터 도우미(Counter Helper)'(역시 정수)라는 두 개의 사용자 정의 필드를 생성합니다. 트리거와 자동화를 사용하여:
* 작업이 생성될 때 '카운터 도우미'는 '0'으로 초기화됩니다.
* 작업이 '닫힘(Closed)'(또는 다른 최종 상태)에서 활성 상태(예: '진행 중(In Progress)')로 다시 전환될 때마다 '재오픈 횟수' 필드가 1씩 증가합니다.
이를 통해 대시보드에서 재오픈된 이슈에 대한 통계를 쉽게 수집할 수 있습니다.
사용자 경험 및 외부 통합 강화
포괄적인 프로젝트 관리를 위해서는 외부 시스템과의 통합과 특정 평가 방법론에 Tracker를 적용하는 것이 종종 필요합니다.
- CSAT 설문조사 (고객 만족도 점수):
* 문제: 작업 완료 후 익명성을 유지하고 결과를 외부에서 처리하면서 익명의 고객 만족도(CSAT) 설문조사를 수행해야 합니다.
* 해결책: Tracker에서 작업이 닫힐 때 웹훅(webhook)을 통해 이벤트를 보내도록 구성합니다. 이 웹훅은 외부 시스템(예: n8n)에 의해 가로채지고, 이 시스템은 Telegram 봇을 시작하여 작업 작성자에게 작업 실행의 품질과 속도에 대한 피드백을 요청합니다. 수집된 평점은 별도의 데이터베이스에 기록되며, 예를 들어 Datalens에서 시각화할 수 있습니다. 이 방법은 피드백 수집의 익명성과 유연성을 보장합니다.
- 티셔츠 사이즈(T-shirt Sizing)를 통한 스토리 포인트(Story Points) 변환:
* 문제: 팀은 티셔츠 사이즈(XS/S/M/L/XL)를 사용하여 작업을 추정하는 데 익숙하지만, 성과 지표에는 스토리 포인트가 필요합니다.
* 해결책: 팀에게 새로운 추정 시스템을 재교육하는 대신, '티셔츠 사이즈' 필드의 값을 '스토리 포인트' 필드의 해당 숫자 값으로 자동 변환하는 트리거를 생성할 수 있습니다. 예를 들어, XS=1, S=3, M=5, L=8, XL=13과 같이 설정합니다. 이 접근 방식은 변화에 대한 저항을 최소화하고 팀이 익숙한 추정 방법을 사용하면서 동시에 지표를 위한 데이터를 제공할 수 있도록 합니다.
- 반복 이벤트에 대한 마감일 알림:
* 문제: 라이선스 갱신, 호스팅, 인증서와 같은 반복 이벤트와 그 마감일을 관리하는 것이 어렵고 종종 놓치게 됩니다.
* 해결책: 이러한 작업을 위한 별도의 큐(예: 'LICENSE')를 생성합니다. 각 라이선스 또는 반복 이벤트는 완전한 정보(클라이언트, 결제 방법, 담당자)를 포함하는 개별 작업으로 설정됩니다. 책임 있는 사람(예: 관리자 또는 시스템 관리자)이 담당자로 할당됩니다. 마감일이 다가오는 알림은 Telegram을 통해 일반 채팅으로 구성됩니다. 갱신 작업이 완료되면 관리자는 다음 기간의 마감일을 업데이트합니다. 유사한 접근 방식은 OKR 체크인 캘린더에도 적용될 수 있습니다.
- 온콜(On-Call) 근무 달력:
* 문제: Tracker 내에 저장되지 않은 외부 근무 일정에 따라 온콜 담당자를 작업에 자동으로 할당해야 합니다.
* 해결책: '워크어라운드의 신(God of Workarounds)' 역할을 할 n8n과의 통합을 활용합니다.
* 매일 n8n은 외부 근무 달력(Google 캘린더, 공유 문서 또는 데이터베이스에 있을 수 있음)에서 API를 통해 최신 데이터를 검색합니다.
* n8n은 Tracker에 나타나는 새로운 이슈나 작업을 모니터링합니다.
* 근무 데이터를 기반으로 n8n은 현재 온콜 담당자에 대한 정보를 기업 채팅으로 보냅니다.
* Tracker API를 통해 n8n은 현재 온콜 담당자를 관련 작업의 담당자로 할당합니다.
* 또한, 온콜 담당자에 대한 정보는 후속 분석 및 보고를 위해 별도의 사용자 정의 작업 필드에 저장됩니다.
핵심 요약
- 사용자 정의 구성을 통한 유연성: Yandex Tracker는 본질적인 강력함에도 불구하고, 사용자 정의 필드, 트리거 및 자동화를 통해 광범위한 적응 기회를 제공하며, 기본 기능으로 다루지 않는 로직 구현을 가능하게 합니다.
- 반복적인 프로세스 자동화: 여기에 제시된 많은 '워크어라운드'는 수동 작업을 제거하고 인적 오류를 최소화하여 작업 실행 속도와 신뢰성을 높이는 것을 목표로 합니다.
- 지표 및 보고 개선: 사용자 정의 필드와 자동화된 데이터 채우기는 성과 분석 및 관리 결정을 위해 필요한 정확하고 상세한 통계를 수집하는 데 매우 중요합니다.
- 외부 시스템과의 통합: 웹훅(webhook) 및 n8n과 같은 도구의 사용은 Tracker와 다른 서비스 간의 원활한 통합을 위한 문을 열어주며, 그 생태계를 크게 확장합니다.
- 실용적인 해결책 우선: 실제 프로젝트에서는 건축적으로 가장 우아하지 않더라도 기능적이고 안정적인 해결책을 찾는 것이, 비합리적인 시간과 자원 소모를 요구하는 이상적인 해결책을 추구하는 것보다 훨씬 더 중요할 때가 많습니다.
— Editorial Team
아직 댓글이 없습니다.