사용 안내

완전한 사용자 가이드. 개념은 소개를 참고하세요.

계정

가입 및 로그인

eastagiletracker.com/register에서 이메일과 비밀번호로 등록하거나, OAuth를 선호한다면 continue with GitHub를 사용하세요. 우리가 보내는 링크에서 이메일을 인증하세요. 그전까지는 로그인할 수 있지만 일부 기능이 제한됩니다.

프로젝트나 조직에 초대받았다면, 초대 이메일의 링크를 따라가세요 — 계정이 생성되거나(또는 로그인하고) 해당하는 보드에 바로 도착합니다.

비밀번호를 잊으셨나요? 로그인 페이지에서 Forgot Password를 사용하세요. 재설정 링크를 이메일로 보내 드립니다.

계정 설정

오른쪽 위의 아바타 → Account Settings에서:

Profile — 표시 이름, 이니셜(소유자 아바타에 사용됨), 이메일.
Bio — 짧은 자기소개(최대 4 KiB). /me와 조직 멤버 목록에 표시되어, 에이전트(또는 동료)가 누구에게 물어볼지 적절히 고를 수 있습니다. 빈칸으로 두면 표시하지 않습니다.
Password — 언제든지 변경.
Avatar — 이미지를 업로드하거나, 이니셜로 대체.
API Keys — 개인 API 토큰 생성. API 가이드 참고.
Theme — Agile, Labs, Dark, Light(사이드바에서도 전환 가능).
Delete Account — 2단계 확인. 모든 조직과 프로젝트에서 여러분을 제거합니다.

보안

오른쪽 위의 아바타 → Security에서:

Two-factor (TOTP) — 아무 인증 앱(1Password, Authy, Google Authenticator, …)에서 코드를 설정하세요. 일회성 복구 코드 10개를 받습니다 — 한 번만 표시되므로 저장하세요. 나중에 현재 코드나 복구 코드로 비활성화할 수 있습니다.
Passkeys — 기기에 묶인 WebAuthn 패스키(Touch ID, Windows Hello, 하드웨어 보안 키)를 추가하세요. 이후 비밀번호 없이 로그인하세요. 같은 페이지에서 키를 추가, 명명, 제거할 수 있습니다.

세션 및 리프레시 토큰

성공적인 로그인은 두 개의 토큰을 발급합니다: 수명이 짧은 access JWT와 수명이 긴 refresh token(30일, 사용할 때마다 회전). SPA는 access 토큰이 만료되면 자동으로 갱신합니다. refresh 토큰이 만료되거나 로그아웃할 때까지 로그인 상태가 유지됩니다. 로그아웃은 서버 측에서 refresh 토큰을 취소하므로, 탈취된 사본을 재생할 수 없습니다.

청구

대부분의 계정은 개인 용도로 Free Forever입니다. 계정에 종량제 크레딧 잔액이 있다면 Account → Billing에서 찾을 수 있습니다 — Paddle 결제로 충전하고, 거래 내역을 확인하세요.

조직

모든 계정은 하나 이상의 조직에 속합니다. 새로 가입하면 Linear/Vercel 방식으로 개인 조직(“<Name> Org”)이 자동 생성됩니다. 프로젝트는 조직 안에 존재하며, 조직 멤버십이 프로젝트 멤버십을 통제합니다.

조직 전환

상단바의 org switcher를 클릭해 여러분이 속한 조직 사이를 전환하세요. 활성 조직은 사이드바에 색을 입히고, “Projects” 목록의 범위를 지정하며, 새 프로젝트를 만들 때 미리 선택됩니다.

조직 관리(관리자)

사이드바의 조직 블록 → Manage organization → /organization/{id}/projects에 도착합니다. 사이드바는 세 개의 관리자 탭을 표시합니다:

Projects — 이 조직의 모든 프로젝트.
Members — 현재 멤버, 역할, 대기 중인 초대. 이메일로 초대하며, 초대는 이메일에 고정되고 TTL 토큰과 역할 상한선을 가집니다(멤버는 관리자를 초대할 수 없습니다).
Settings (소유자 전용) — 조직 이름, 슬러그, 플랜. 여기서 다른 멤버에게 소유권을 이전합니다.

멤버 제거

조직에서 멤버를 제거하면 연쇄됩니다: 그 조직의 프로젝트에서의 프로젝트별 멤버십이 같은 트랜잭션에서 취소됩니다. 북마크된 보드 URL은 그들이 조직 접근 권한을 잃는 순간 작동을 멈춥니다 — 고아 흔적이 남지 않습니다.

프로젝트

프로젝트 생성

Projects 페이지에서 New Project를 클릭하세요. 생성 폼은 두 가지만 묻습니다:

Title — 필수.
Description — 선택, 모든 멤버에게 표시됨.

그 외 모든 것 — 이터레이션 길이, 시작일, 초기 속도, 추정 척도, done 상태, 작업 토글 — 은 나중에 Project Settings에서 설정하며 합리적인 기본값으로 시드됩니다.

프로젝트 설정

프로젝트의 Settings 메뉴 아래에 네 개의 탭이 있습니다:

Project — 제목, 설명, 이터레이션 길이와 시작일, 속도 전략(최근 3 / 5 / 10개의 평균), done 상태, 추정 척도, 작업 토글 편집.
Member — 사람 멤버 초대, 승급/강등, 제거(아래 멤버와 초대 참고).
Agent — 이 프로젝트의 에이전트 API 키 발급 및 취소(아래 에이전트 참고). 소유자 전용.
Import — 다른 트래커에서 스토리 가져오기(아래 다른 트래커에서 가져오기 참고).

멤버와 초대

Project Settings의 Member 탭에서 사람을 이메일로 초대하세요. 대기 중인 초대는 수락될 때까지 별도의 버킷에 있습니다. 누가 초대되었는지 볼 수 있고 재전송하거나 취소할 수 있습니다. 활성 멤버는 viewer, member, owner 사이에서 승급/강등할 수 있습니다. 소유자는 프로젝트 설정을 변경할 수 있고, 뷰어는 읽을 수 있지만 쓸 수 없습니다.

프로젝트 이력은 별도 페이지에 있습니다 — 프로젝트 설정의 모든 변경, 모든 멤버십 변경이 행위자(사람 또는 에이전트)와 함께 기록됩니다.

스토리

스토리 생성

아무 보드 패널(Current, Backlog, Icebox, 또는 커스텀)의 + Add story 어포던스를 사용하세요 — 제목을 입력하고 Enter를 누르세요.

Current에서 생성된 새 스토리는 기본적으로 current_state = 'unstarted'입니다. 이는 PT와 동일합니다: Current 이터레이션은 상태별 구획이 아니라 작업의 계획입니다. 소유자는 작업을 시작할 때 명시적으로 스토리를 Start합니다 — 사이클 타임 시계는 그전까지 시작되지 않습니다.

필수: 제목. 유형을 고르세요(기본값 feature). 설명, 추정치(기능만), 라벨, 소유자, 팔로워, 블로커를 추가하세요 — 이 중 어느 것이든 나중에 상세 패널에서 채울 수 있습니다.

Enter를 빠르게 두 번 누르셨나요? 문제없습니다 — 버튼은 보호되어 있어 정확히 하나의 스토리만 만들어집니다.

기능 추정

기능은 포인트를 받는 유일한 유형입니다. 카드(또는 상세 패널)의 포인트 원을 클릭하고 척도에서 고르세요. 추정되지 않은 기능은 빈 원을 표시합니다.

Fibonacci 척도 — 0, 1, 2, 3, 5, 8, 13. 표준 XP. 13보다 큰 것은 더 작은 스토리로 쪼개야 합니다.
East Agile 척도 — 0, 1, 2, 3. 더 빡빡합니다. 3은 한 사람의 시간 한 이터레이션 전체를 의미합니다. 3을 넘는 것은 들어맞지 않습니다.
3-Point 척도 — 1, 2, 3 (Small / Medium / Large). 엄격한 티셔츠 사이징 — 0 옵션 없음, 반 포인트 없음.

척도는 Project Settings에서 한 번 고릅니다. 나중에 변경할 수 있습니다(기존 추정치는 가로질러 매핑됩니다).

상태 진행

스토리를 라이프사이클을 통해 이동시키는 세 가지 방법:

카드의 인라인 액션 버튼 클릭 — Start, Finish, Deliver, Accept, Reject. 버튼 텍스트는 스토리 유형의 다음 유효 상태를 반영합니다.
카드를 드래그하여 다른 열로 이동. 시스템은 그 열을 넘는 것이 의미하는 전환을 적용합니다. 역방향 이동은 확인을 요청합니다.
일괄 전환 — 여러 스토리를 선택하고 Transition all — 각 스토리는 독립적으로 전환됩니다. 하나가 불법이어도 나머지는 그대로 진행됩니다.

상세 패널

스토리 행 아무 곳이나 클릭하면 인라인으로 펼쳐집니다. 상세 패널은 다음을 보여 줍니다:

제목(편집 가능), 설명(Markdown), 유형, 추정치, 요청자.
소유자(멤버 또는 에이전트 추가/제거), 팔로워, 라벨.
작업(활성화된 경우), 댓글, 첨부 파일, 블로커, 링크, 리뷰.
복제, 삭제, 그리고 덜 일반적인 다른 작업을 위한 3점 메뉴.

Escape를 눌러 가장 최근에 연 스토리를 닫으세요(스택을 기억합니다 — 한 번에 하나씩 접습니다).

최대 10,000자, Markdown 렌더링. 자신의 댓글을 편집하고 삭제할 수 있으며, 감사 로그가 이력을 보관합니다. 멤버를 @-멘션하면 자동 완성이 이를 인식합니다.

첨부 파일

상세 패널에 파일을 드래그하거나 업로드 버튼을 사용하세요. 파일당 최대 2 GB — 그렇습니다, 화면 녹화 동영상 안내를 담을 만큼 큽니다. 인라인 동영상 플레이어를 사용하세요.

라벨

사이드바의 Labels 페이지에서: 이름과 색상으로 라벨을 만들고, 오래되면 보관하세요(보관된 라벨은 보드에서 사라지지만 검색은 가능합니다). 상세 패널에서 스토리별로 라벨을 추가하세요.

블로커, 링크, 리뷰

Blockers — “이것은 X에 의해 막혀 있다”는 자유 텍스트 메모. 해결됨/미해결로 표시. has:blocker로 보드를 필터링하세요.
Links — 여섯 가지 관계 유형: relates to, duplicates, blocks, is blocked by, pull request, branch. GitHub URL을 붙여넣으면 유형이 자동 감지됩니다.
Reviews — 리뷰어(사람 또는 에이전트)를 상태(pending, approved, rejected)와 선택적 댓글과 함께 배정하세요.

작업

Project Settings에서 활성화하면 스토리는 하위 작업 — 스토리 안의 체크리스트 — 을 가집니다. 진행하면서 체크하세요. 개수가 카드에 표시됩니다.

스토리 필드 레퍼런스

스토리 상세 표면의 모든 선택 변수는 라벨 옆에 작은 [?] 아이콘을 가집니다. 앱 안에서 클릭하면 아래에 요약된 것과 동일한 안내를 볼 수 있습니다. 번역자는 앱 내 문구를 나머지 UI와 함께 제공합니다. 이 섹션은 장문의 정식 레퍼런스입니다.

필드는 Overview 탭에 나타나는 순서대로 나열됩니다.

Status

라이프사이클에서 스토리의 위치: Unstarted → Started → Finished → Delivered → Accepted (또는 Started로 되돌아가는 Rejected).

핵심 상태는 Delivered입니다: 엔지니어가 delivered로 표시하지만, 제품 책임자가 수락 기준에 비추어 명시적으로 Accept할 때까지 — 또는 거부하여 되돌려 보낼 때까지 — 완료된 것이 아닙니다. 이것은 수락을 스프린트 종료 시연으로 미루는 대신 모든 스토리에 고객 피드백 루프를 새겨 넣습니다.

스토리가 Delivered에 쌓이면, 그것은 수락/거부 루프가 멈췄다는 신호입니다. 모든 이터레이션 끝에 Delivered 개수를 보세요 — 늘어나고 있다면, 그것은 제품 책임자의 자원이 부족하거나 수락 기준이 사전에 충분히 명확하지 않다는 신호입니다.

Iteration

스토리가 계획된 이터레이션. None으로 두면 스토리가 Backlog에 남으며, 시스템이 속도를 기반으로 다가오는 이터레이션 아래에 자동으로 그룹화합니다.

여기서의 수동 재정의는 순서와 무관하게 스토리를 특정 이터레이션에 고정하고 싶을 때 유용합니다 — 예를 들어 릴리스 스토리를 고정된 날짜에 묶는 경우. 그렇지 않으면 Backlog의 순서가 이터레이션 배정을 주도하도록 두세요. 그것이 속도 예측을 정직하게 유지하는 것입니다.

Owners

작업을 하는 사람. 소유자는 사람 또는 에이전트일 수 있습니다 — 둘 다 감사 로그, 댓글 작성자, 분석에서 이름을 가진 참여자로 렌더링됩니다. 에이전트 소유자를 사람으로 위장할 방법은 없습니다.

여러 소유자는 페어 프로그래밍(또는 에이전트와의 페어)의 가시적 표현입니다. 스토리를 집어 든 에이전트와 검토하는 사람을 추가하세요 — 두 이름 모두 카드에 나타납니다. 이는 진행 중인 작업을 낮게 유지합니다. 다음 스토리를 시작하기 전에 끝내는 것이 사이클 타임에 대한 가장 큰 단일 지렛대입니다.

소유자는 팔로워(카드의 별도 필드)와 다릅니다. 팔로워는 스토리에 관심은 있지만 작업을 하지 않는 사람 — 일반적으로 알림 구독자입니다.

Story type

네 가지 유형은 서로 교체 가능하지 않습니다 — 그 구분이 바로 데이터 모델의 핵심입니다.

Feature — 사용자가 관찰 가능한 새 가치. 포인트를 가지고 속도에 기여하는 유일한 유형. 이것이 작업을 사용자가 볼 수 있는 가치로 쪼개도록 강제합니다.
Bug — 결함. 포인트 없음. 결함은 속도 점수를 얻지 못하므로, 재작업 비용을 보상하는 대신 가시화합니다.
Chore — 직접적인 사용자 가치가 없는 필요한 작업(리팩터, 인프라, 설정). 포인트 없음. 팀은 가치 프레이밍이 정직하게 유지되도록 가능한 한 잡무를 기능에 묶어 넣도록 압박받습니다.
Release — 마일스톤을 위한 포인트 0 마커. Unstarted에서 Accepted로 곧장 가며, 예측을 위한 날짜를 고정합니다.

버그나 잡무를 포인트화하고 싶어진다면: 하지 마세요. 그것은 전체 시스템을 정직하게 만드는 예측을 깨뜨립니다. 속도는 측정 도구입니다. 여러분은 자신의 도구를 조작하지 않습니다.

Priority

가능하면 사용하지 마세요. Backlog가 바로 우선순위입니다 — 위에서 아래로, 단일 우선순위, 동률 없음. 제품 책임자가 순서를 소유합니다.

“priority” 필드는 경험적이고 정렬된 백로그를 조용히 희망적 계획으로 되돌리는 고전적인 안티패턴입니다. P1이 세 개라면, 여러분에게는 우선순위가 없는 것입니다 — 잘못된 순서의 Backlog가 있는 것입니다. 순서를 고치고, priority 신호를 지우세요.

이 필드는 priority를 사용하는 트래커(Jira, Asana, …)에서 가져온 스토리가 들어올 때 정보를 잃지 않도록 임포트 호환성을 위해 존재합니다. 새 작업에서는 “None”으로 두세요.

Points

스토리의 상대 크기. 기능은 포인트를 받고, 버그, 잡무, 릴리스는 0에 머뭅니다.

추정은 약속이 아니라 크기를 정하는 대화입니다. 포인트를 시간으로 환산하지 마세요. 빨라 보이려고 포인트를 부풀리지 마세요. 속도는 측정 도구입니다 — 여러분은 자신의 도구를 조작하지 않습니다.

세 가지 척도가 제공됩니다:

Fibonacci — 0, 1, 2, 3, 5, 8, 13. 고전적인 XP 척도. 13보다 큰 것은 쪼개야 합니다.
East Agile — 0, 1, 2, 3. 더 빡빡한 척도. 3은 한 사람의 시간 한 이터레이션 전체를 의미합니다.
3-Point — 1, 2, 3 (Small / Medium / Large). 엄격한 티셔츠 사이징.

5, 8, 13으로 자주 추정하고 있다면, 스토리가 너무 큽니다. 각각이 독립적으로 전달 가능해질 때까지 쪼개세요(INVEST의 S와 I).

Requester

스토리를 요청한 사람. 보통 한 명 — 제품 책임자, 이해관계자, 또는 누군가를 대신해 행동하는 에이전트.

요청자는 소유자가 아닙니다. 소유자는 작업을 하는 누구이고, 요청자는 결과에 관심을 갖고 그것을 수락하거나(또는 하지 않을) 누구입니다. 같은 사람일 수 있지만 별개의 역할입니다. 요청자를 기록하는 것이 여섯 달 후 *“누가 이것을 요청했는가?”*에 대한 감사 답변을 줍니다.

Labels

색이 있는 태그. 스토리는 여러 개를 가질 수 있습니다. 교차 분류 — mvp, tech-debt, security, 특정 릴리스 이름 — 와 보드 필터링(검색 상자의 label:mvp, 또는 커스텀 필터 패널로 저장)에 사용됩니다.

라벨은 프로젝트 범위입니다. 사이드바의 Labels 페이지에서 관리하세요. 삭제하기보다 오래된 라벨을 보관하세요. 보관은 보드를 정리하면서도 이력을 검색 가능하게 유지합니다.

Blockers

이 스토리의 진행을 막는 것을 설명하는 자유 텍스트 메모. 장애가 해소되면 해결됨으로 표시하세요.

블로커는 흐름 신호이지 큐가 아닙니다. 일일 스탠드업을 사용해 그것들을 드러내고, 별도로 해결하세요. 스토리당 미해결 블로커가 하루 이상 한두 개를 넘으면, 계획이 잘못된 것입니다 — 스토리를 쪼개거나 의존성을 바꾸세요. 목표는 Blocked 패널이 대부분의 시간 동안 거의 비어 있는 것입니다.

Description

스토리가 무엇이며 완료를 어떻게 인식하는지. Markdown.

수락 기준은 여기에 속합니다 — 이상적으로는 수락 테스트에 직접 매핑되도록 Given / When / Then 형식으로:

Given I am signed in as a member
When I click "Add a story" in Current
Then the story is created in state "unstarted"

INVEST는 스토리가 잘 구성되었는지에 대한 점검 기준입니다:

Independent — 다른 스토리 없이 릴리스할 수 있음.
Negotiable — 동결된 명세가 아니라 의도를 포착함.
Valuable — 사용자나 이해관계자에게.
Estimable — 팀이 크기를 정할 수 있음.
Small — 이터레이션에 편안하게 들어맞음.
Testable — 실행할 수 있는 수락 기준을 가짐.

백로그 상단의 스토리가 모호한 수락 기준을 가지고 있다면 그것은 계획 버그입니다 — 무시할 미래의 문제가 아닙니다. 진행시키기 전에 고치세요.

일괄 작업

보드에서 여러 스토리를 선택하세요(shift 클릭으로 범위, 또는 Select all in panel). 그런 다음:

일괄 전환
일괄 삭제
일괄 복제

보드

보드는 각 프로젝트의 홈 화면입니다. 기본으로 세 개의 열:

Current — 활성 이터레이션의 스토리. 이터레이션 헤더(current, 그다음 upcoming, 그다음 closed)별로 그룹화됨. 카드는 각 카드에 상태가 보이는 채로 이터레이션 시간 순서로 나타납니다. 열은 상태별로 쪼개지지 않습니다 — 그것은 팀이 계획하는 이터레이션 시간 순서를 깨뜨립니다.
Backlog — 엄격하게 정렬된 큐. 시스템은 속도를 기반으로 다가오는 이터레이션을 자동 그룹화합니다. 제품 책임자가 위에서 아래까지 순서를 소유합니다. 아래로 스크롤할수록 명확성이 저하되어도 괜찮지만, 상단에서는 결코 안 됩니다.
Icebox — 날짜 없는 아이디어. 정렬되지 않음, 추정되지 않음. Icebox는 무덤이 되어도 괜찮습니다.

구성 가능한 패널 — 사이드바 체크박스

사이드바의 Board 섹션은 모든 프리셋 열을 체크박스와 함께 나열합니다: 체크하면 그 열을 표시하고, 해제하면 숨깁니다. 토글은 프로젝트별, 사용자별로 유지됩니다(GET/PUT /preferences로 동기화됨). 프리셋은 다음과 같습니다:

Current Iteration (기본 켜짐)
Backlog (기본 켜짐)
Icebox (기본 켜짐)
Done — Accepted 스토리.
My Work — 여러분이 소유자인 스토리.
Blocked — 미해결 블로커가 있는 스토리.
Epics — 에픽 수준 롤업.
Chat — 프로젝트 범위 채팅 열.

커스텀 필터 패널

검색을 패널로 고정하세요: type:feature label:mvp owner:claire 같은 쿼리를 붙여넣고 저장하세요. 원하는 대로 열 크기를 조정하세요. 너비는 세션 간에 유지됩니다.

검색

검색 바는 소개에서 설명한 필터 구문을 받습니다. 검색 결과는 결과 패널에 있습니다. 아무거나 클릭하면 보드에서 그곳으로 이동합니다.

현재 이터레이션 칩

상단바는 현재 이터레이션 번호, 날짜 범위, 그리고 계획 대비 수락된 포인트를 보여 줍니다. 클릭하면 Current 열로 이동합니다.

이터레이션

시스템은 여러분의 길이와 시작일을 기반으로 이터레이션을 자동으로 만듭니다. “열거나” “닫을” 필요가 없습니다.

미리 계획하려면, Backlog에서 스토리를 다가오는 이터레이션 그룹으로 드래그하세요. 시스템은 그룹이 속도를 초과하면 빨간색으로 표시합니다. 더 멀리 계획하려면 백로그를 스크롤하세요 — 세 개나 네 개 앞의 이터레이션을 보여 줍니다.

되감으려면: Current 열에서 아무 과거 이터레이션 헤더를 클릭해 이터레이션 리포트로 파고드세요.

릴리스

릴리스는 별도 객체가 아니라 스토리 유형입니다. 다른 스토리를 만드는 것과 같은 방식으로 릴리스를 만드세요: 유형으로 Release를 고르고, 이름을 주고(예: v2.4), 출시하려는 이터레이션으로 드래그하세요.

릴리스는 Started/Finished/Delivered/Rejected 상태를 건너뜁니다 — Unstarted에서 Accepted로 한 번에 갑니다. 출시할 때 릴리스를 수락하면, 분석 뷰가 릴리스 마커를 표시합니다.

분석

Analytics 탭(프로젝트 상단)은 여섯 개의 리포트를 제공합니다:

Project Overview — 속도 추세, 최근 이터레이션 KPI, 번업, 번다운, 누적 흐름.
Iteration — 단일 이터레이션 파고들기: KPI, 번다운, 상태 흐름.
Releases & Burndowns — 릴리스 타임라인, 릴리스별 번다운.
Story Activity — 누가 무엇을 했는지, 행위자, 유형, 날짜 범위로 필터 가능.
Cycle Time — Started부터 여러분의 done 상태까지 시간의 평균과 분포.
Projections — 현재 속도로 백로그가 언제 완료될지 예측.

에이전트

이것은 제품을 차별화하는 부분입니다. 에이전트는 이름을 가진 동료입니다 — 다만 AI입니다.

프로젝트에 에이전트 추가

프로젝트 owner(또는 관리자)여야 합니다. Project Settings → Agents를 여세요:

Create new agent key.
에이전트에 이름을 주세요(감사 로그, 댓글 작성자, 소유자 아바타에 그 이름으로 표시됩니다).
역할을 고르세요 — viewer(읽기 전용) 또는 member(쓰기 가능). owner 역할은 사람으로 제한됩니다.
키는 한 번 표시됩니다 — 복사하세요. 우리는 검색 가능하게 저장하지 않습니다. 접두사는 ea_agent_…입니다.

에이전트가 할 수 있는 것

member 역할의 에이전트는 사람 멤버가 할 수 있는 모든 것을 할 수 있습니다:

스토리 생성, 편집, 전환, 삭제
댓글, 파일 첨부, 라벨 추가, 소유자 설정
자신을 스토리의 소유자로 선택
활동 읽기, 이벤트 따라가기

감사 로그는 모든 쓰기를 에이전트의 정체성과 함께 기록합니다. 에이전트의 행동을 사람의 행동처럼 보이게 만들 방법은 없습니다.

에이전트 키 관리

Project Settings → Agents에서 모든 활성 키, 그 이름, 역할, 마지막 사용 타임스탬프를 볼 수 있습니다. 언제든지 키를 취소하면 에이전트가 즉시 접근 권한을 잃습니다. 에이전트의 과거 활동은 감사 로그에 영원히 남습니다.

API로 에이전트 사용

코드 예제는 **API 가이드 → 에이전트 키**를 참고하세요.

다른 트래커에서 가져오기

다른 도구에서 오신다면, 우리는 여덟 가지 소스에 대한 임포터를 가지고 있습니다:

Pivotal Tracker
Jira
Asana
GitLab
Shortcut
Trello
Linear
Plane

Project Settings → Import에서 익스포트를 업로드하세요(대부분 CSV, Plane은 JSON). 스토리, 소유자, 댓글, 라벨, 상태가 자동으로 매핑됩니다. 일부 소스는 이터레이션도 가져옵니다.

미리보기가 무엇이 가져와질지 보여 줍니다. 불일치(예: 프로젝트에 없는 라벨)는 — 생성하거나 건너뛰는, 여러분의 선택을 — 묻습니다.

테마

네 가지 테마가 제공됩니다. 사이드바 푸터(또는 Account Settings → Theme)에서 전환하세요:

Agile — 마케팅 랜딩 페이지 팔레트. 따뜻한 흰색, 짙은 파란색 브랜드 강조(#1f6f9f), 채도 높은 스토리 유형 아이콘. 전환기의 선두 옵션.
Labs — Pivotal Tracker 팔레트, 정성스럽게 보존됨. 어두운 크롬, 파란색 상단바, 파스텔 열 간격. 원조.
Dark — 순수 중립 다크.
Light — 순수 중립 라이트. 종이 위의 잉크.

여러분의 테마는 세션 간에 유지됩니다.

언어

UI는 15개 언어로 번역되어 있습니다: 영어, 프랑스어, 독일어, 스페인어, 일본어, 중국어, 한국어, 포르투갈어, 이탈리아어, 네덜란드어, 스웨덴어, 덴마크어, 체코어, 핀란드어, 폴란드어. 사이드바 푸터에서 전환하세요 — 크롬, 인증 페이지, 계정/보안 영역, 프로젝트 목록, 마케팅 랜딩이 즉시 현지화됩니다. 스토리 상세 / 분석 / 설정 현지화가 뒤따릅니다.

키보드 단축키

값어치를 하는 몇 가지:

Escape — 가장 최근에 연 스토리를 접습니다.
인라인 입력에서 Enter — 제출(행을 접지 않음).
Shift-click — 스토리를 범위 선택합니다.

시간이 지나면서 더 추가됩니다. 현재 목록은 사이드바의 Help를 참고하세요.

자체 호스팅

East Agile Tracker는 오픈 소스입니다. 전체 소스는 github.com/EastAgile/agile-tracker에 있습니다 — 클론하고, 빌드하고, 여러분 자신의 인프라에서 운영하세요. 호스팅 버전과 동일한 기능 세트입니다.

설정은 프로젝트 README를 참고하세요.