Hướng dẫn vận hành

Một hướng dẫn sử dụng đầy đủ. Về các khái niệm, xem Giới thiệu.

Tài khoản

Đăng ký và đăng nhập

Đăng ký tại eastagiletracker.com/register bằng email và mật khẩu, hoặc tiếp tục với GitHub nếu bạn thích OAuth hơn. Xác minh email của bạn từ liên kết chúng tôi gửi; cho đến lúc đó bạn vẫn có thể đăng nhập nhưng một số tính năng sẽ bị hạn chế.

Nếu bạn được mời vào một dự án hoặc một tổ chức, hãy theo liên kết trong email mời — tài khoản của bạn được tạo (hoặc bạn đăng nhập) và bạn đáp thẳng vào board tương ứng.

Quên mật khẩu? Dùng Forgot Password trên trang đăng nhập; chúng tôi sẽ gửi email một liên kết đặt lại.

Cài đặt tài khoản

Từ avatar ở góc trên bên phải → Account Settings:

• Profile — Tên hiển thị, chữ viết tắt (initials, dùng trong avatar của owner), email.
• Bio — Một mô tả ngắn về bản thân (tối đa 4 KiB). Xuất hiện trên /me và trên danh sách thành viên tổ chức để một agent (hoặc một đồng đội) có thể chọn đúng người để hỏi. Để trống nếu bạn không muốn tham gia.
• Password — Đổi bất cứ lúc nào.
• Avatar — Tải lên một hình ảnh, hoặc dùng chữ viết tắt của bạn làm dự phòng.
• API Keys — Tạo các token API cá nhân; xem Hướng dẫn API.
• Theme — Agile, Labs, Dark, hoặc Light (cũng có thể chuyển từ thanh bên).
• Delete Account — Một xác nhận hai bước. Loại bạn khỏi tất cả các tổ chức và dự án.

Bảo mật

Từ avatar ở góc trên bên phải → Security:

• Two-factor (TOTP) — Thiết lập một mã từ bất kỳ ứng dụng xác thực nào (1Password, Authy, Google Authenticator, …). Nhận 10 mã khôi phục dùng một lần — chúng chỉ được hiển thị một lần, nên hãy lưu lại. Sau này tắt bằng một mã hiện hành hoặc một mã khôi phục.
• Passkeys — Thêm một passkey WebAuthn gắn với thiết bị (Touch ID, Windows Hello, khóa bảo mật phần cứng). Sau đó đăng nhập không cần mật khẩu. Thêm, đặt tên, và gỡ key từ cùng trang đó.

Phiên và refresh token

Một lần đăng nhập thành công sẽ phát hành hai token: một access JWT ngắn hạn và một refresh token dài hạn (30 ngày, được xoay vòng mỗi lần dùng). SPA tự động làm mới access token khi nó hết hạn; bạn vẫn đăng nhập cho đến khi refresh token hết hạn hoặc bạn đăng xuất. Đăng xuất sẽ thu hồi refresh token ở phía máy chủ, nên một bản sao bị đánh cắp không thể được phát lại.

Thanh toán

Hầu hết các tài khoản đều là Free Forever cho mục đích sử dụng cá nhân. Nếu tài khoản của bạn có số dư tín dụng tính theo lượng dùng, tìm nó dưới Account → Billing — nạp thêm qua thanh toán Paddle, xem lịch sử giao dịch.

Tổ chức

Mỗi tài khoản thuộc về một hoặc nhiều tổ chức. Một lần đăng ký mới sẽ có một tổ chức cá nhân (“<Name> Org”) được tự động tạo theo phong cách Linear/Vercel. Dự án nằm bên trong các tổ chức, và thành viên tổ chức kiểm soát quyền thành viên dự án.

Chuyển tổ chức

Nhấp vào bộ chuyển tổ chức trong thanh trên cùng để lật qua lại giữa các tổ chức bạn thuộc về. Tổ chức đang hoạt động sẽ tô màu thanh bên, giới hạn phạm vi danh sách “Projects”, và được chọn sẵn khi bạn tạo một dự án mới.

Quản lý một tổ chức (admin)

Nhấp vào khối tổ chức trong thanh bên → Manage organization → bạn đáp vào /organization/{id}/projects. Thanh bên hiển thị ba tab quản trị:

• Projects — Tất cả các dự án trong tổ chức này.
• Members — Các thành viên hiện tại, vai trò, và các lời mời đang chờ. Mời bằng email; lời mời được ghim theo email với một token có TTL và một trần vai trò (member không thể mời admin).
• Settings (chỉ owner) — Tên tổ chức, slug, gói. Chuyển quyền sở hữu cho một thành viên khác tại đây.

Loại bỏ một thành viên

Loại bỏ một thành viên khỏi một tổ chức sẽ lan tỏa theo tầng: quyền thành viên theo từng dự án của họ trong các dự án của tổ chức đó sẽ bị thu hồi trong cùng giao dịch. Các URL board được đánh dấu (bookmark) sẽ ngừng hoạt động ngay khoảnh khắc họ mất quyền truy cập tổ chức — không có dấu vết mồ côi.

Dự án

Tạo một dự án

Từ trang Projects, nhấp New Project. Biểu mẫu tạo chỉ hỏi hai thứ:

• Title — Bắt buộc.
• Description — Tùy chọn; tất cả thành viên đều thấy.

Mọi thứ khác — độ dài iteration, ngày bắt đầu, velocity ban đầu, thang ước lượng, done state, công tắc task — được thiết lập sau trong Project Settings và được khởi tạo với các giá trị mặc định hợp lý.

Cài đặt dự án

Dưới menu Settings của dự án, có bốn tab:

• Project — Sửa tiêu đề, mô tả, độ dài iteration và ngày bắt đầu, chiến lược velocity (trung bình của 3 / 5 / 10 lần gần nhất), done state, thang ước lượng, công tắc task.
• Member — Mời, thăng/giáng cấp, và loại bỏ các thành viên con người (xem Thành viên và lời mời bên dưới).
• Agent — Phát hành và thu hồi các agent API key cho dự án này (xem Agent bên dưới). Chỉ owner.
• Import — Mang story vào từ một tracker khác (xem Nhập từ các tracker khác bên dưới).

Thành viên và lời mời

Trong tab Member của Project Settings, mời con người bằng email. Các lời mời đang chờ nằm trong một nhóm riêng cho đến khi được chấp nhận; bạn thấy ai đã được mời và có thể gửi lại hoặc thu hồi. Các thành viên đang hoạt động có thể được thăng/giáng cấp giữa viewer, member, và owner. Owner có thể thay đổi cài đặt dự án; viewer có thể đọc nhưng không ghi.

Lịch sử dự án nằm trên trang riêng của nó — mọi thay đổi đối với cài đặt dự án, mọi thay đổi về thành viên, kèm theo tác nhân (con người hoặc agent).

Story

Tạo một story

Dùng tính năng + Add story trên bất kỳ bảng nào của board (Current, Backlog, Icebox, hoặc một bảng tùy chỉnh) — gõ một tiêu đề và nhấn Enter.

Story mới được tạo trong Current mặc định là current_state = 'unstarted'. Đó là sự tương đương với PT: một iteration Current là một kế hoạch công việc, không phải một phân vùng theo trạng thái. Owner sẽ Start story một cách tường minh khi họ bắt đầu công việc — đồng hồ cycle-time không khởi động cho đến lúc đó.

Bắt buộc: tiêu đề. Chọn một loại (mặc định là feature). Thêm mô tả, ước lượng (chỉ feature), nhãn, owner, follower, blocker — bất kỳ thứ nào trong số này đều có thể được điền sau từ bảng chi tiết.

Nhấn Enter hai lần liên tiếp nhanh? Không sao — nút được bảo vệ; bạn nhận được đúng một story.

Ước lượng feature

Feature là loại duy nhất nhận điểm. Nhấp vào vòng tròn điểm trên một card (hoặc trong bảng chi tiết) và chọn từ thang đo. Các feature chưa ước lượng hiển thị một vòng tròn trống.

• Thang Fibonacci — 0, 1, 2, 3, 5, 8, 13. XP tiêu chuẩn. Bất cứ thứ gì lớn hơn 13 nên được tách thành các story nhỏ hơn.
• Thang East Agile — 0, 1, 2, 3. Chặt chẽ hơn. Một số 3 nghĩa là cả một iteration thời gian của một người. Không có gì vừa vặn vượt quá 3.
• Thang 3-Point — 1, 2, 3 (Small / Medium / Large). Phân loại theo cỡ áo nghiêm ngặt — không có tùy chọn số không, không có nửa điểm.

Chọn thang đo một lần trong Project Settings; bạn có thể đổi sau (các ước lượng hiện có sẽ được ánh xạ qua).

Tiến trạng thái

Có ba cách để di chuyển một story qua vòng đời:

1. Nhấp nút hành động tại chỗ trên card — Start, Finish, Deliver, Accept, Reject. Văn bản nút phản ánh trạng thái hợp lệ tiếp theo cho loại của story.
2. Kéo card sang một cột khác. Hệ thống áp dụng chuyển đổi mà việc băng qua cột đó hàm ý. Các bước di chuyển lùi sẽ yêu cầu xác nhận.
3. Chuyển đổi hàng loạt — Chọn nhiều story, Transition all — mỗi story chuyển đổi độc lập. Nếu một cái không hợp lệ, các cái còn lại vẫn đi qua.

Bảng chi tiết

Nhấp vào bất kỳ đâu trên một hàng story để mở rộng nó tại chỗ. Bảng chi tiết hiển thị:

• Tiêu đề (có thể sửa), mô tả (Markdown), loại, ước lượng, requestor.
• Owner (thêm/gỡ thành viên hoặc agent), follower, nhãn.
• Task (nếu được bật), bình luận, tệp đính kèm, blocker, liên kết, đánh giá.
• Một menu 3 chấm cho việc nhân bản, xóa, và các hành động ít phổ biến hơn.

Nhấn Escape để đóng story được mở gần đây nhất (nó nhớ ngăn xếp — thu gọn từng cái một).

Bình luận

Tối đa 10.000 ký tự, được kết xuất Markdown. Sửa và xóa bình luận của chính bạn; audit log giữ lại lịch sử. @-nhắc đến các thành viên và phần tự động hoàn thành sẽ nhận diện họ.

Tệp đính kèm

Kéo một tệp vào bảng chi tiết, hoặc dùng nút tải lên. Tối đa 2 GB mỗi tệp — đúng vậy, đủ lớn cho các video hướng dẫn quay màn hình. Dùng trình phát video ngay tại chỗ.

Nhãn

Từ trang Labels trong thanh bên: tạo nhãn với tên và màu, lưu trữ khi đã cũ (các nhãn được lưu trữ biến mất khỏi board nhưng vẫn có thể tìm kiếm được). Thêm nhãn theo từng story trong bảng chi tiết.

Blocker, liên kết, đánh giá

• Blocker — Một ghi chú văn bản tự do “việc này bị chặn bởi X”. Đánh dấu đã giải quyết/chưa giải quyết. Lọc board theo has:blocker.
• Liên kết (Link) — Sáu loại quan hệ: relates to, duplicates, blocks, is blocked by, pull request, branch. Dán một URL GitHub và loại sẽ được tự động phát hiện.
• Đánh giá (Review) — Gán một người đánh giá (con người hoặc agent) với một trạng thái (pending, approved, rejected) và bình luận tùy chọn.

Task

Nếu được bật trong Project Settings, story sẽ có các tác vụ con — một danh sách kiểm tra (checklist) bên trong story. Đánh dấu hoàn thành khi bạn làm; số lượng xuất hiện trên card.

Tham chiếu trường của story

Mọi biến lựa chọn trên bề mặt chi tiết story đều mang một biểu tượng [?] nhỏ bên cạnh nhãn của nó. Nhấp vào nó trong ứng dụng để xem cùng hướng dẫn được tóm tắt bên dưới. Người dịch xuất bản phần nội dung trong ứng dụng cùng với phần còn lại của giao diện; mục này là tham chiếu chuẩn ở dạng dài.

Các trường được liệt kê theo thứ tự xuất hiện trong tab Overview.

Status

Vị trí của story trong vòng đời: Unstarted → Started → Finished → Delivered → Accepted (hoặc Rejected trở về Started).

Trạng thái then chốt là Delivered: kỹ sư đánh dấu nó đã được giao, nhưng nó vẫn chưa xong cho đến khi product owner Accepts nó một cách tường minh dựa trên các tiêu chí chấp nhận — hoặc từ chối nó, đẩy nó trở lại. Điều này đưa một vòng lặp phản hồi của khách hàng vào trong từng story thay vì trì hoãn việc chấp nhận đến buổi demo cuối sprint.

Nếu các story chất đống trong Delivered, đó là một tín hiệu cho thấy vòng lặp chấp nhận/từ chối đã bị đình trệ. Hãy nhìn vào số lượng Delivered vào cuối mỗi iteration — nếu nó đang tăng lên, đó là tín hiệu cho thấy product owner thiếu nguồn lực hoặc các tiêu chí chấp nhận chưa đủ rõ ràng ngay từ đầu.

Iteration

Iteration nào mà story được lập kế hoạch vào. Để nó là None để giữ story trong Backlog, nơi hệ thống sẽ tự động nhóm nó dưới một iteration sắp tới dựa trên velocity.

Ghi đè thủ công ở đây hữu ích khi bạn muốn ghim một story vào một iteration cụ thể bất kể thứ tự — ví dụ buộc một story release vào một mốc ngày cố định. Còn lại thì hãy để thứ tự trong Backlog định hướng việc gán iteration; đó là điều giữ cho dự báo velocity trung thực.

Owners

Người đang làm việc. Owner có thể là con người hoặc agent — cả hai đều hiển thị như những bên tham gia có tên trong audit log, quyền tác giả bình luận, và phân tích. Không có cách nào để ngụy trang một agent owner thành một con người.

Nhiều owner là biểu hiện hữu hình của lập trình theo cặp (pair programming) (hoặc cặp với agent). Thêm agent đã nhận story và con người đang đánh giá — cả hai cái tên xuất hiện trên card. Điều này giữ cho công việc đang dở (work-in-progress) ở mức thấp; hoàn thành trước khi bắt đầu story tiếp theo là đòn bẩy lớn nhất duy nhất đối với cycle time.

Owner không giống với Follower (một trường riêng trên card). Follower là những người quan tâm đến story nhưng không làm việc — thường là những người đăng ký nhận thông báo.

Loại story (Story type)

Bốn loại không thể hoán đổi cho nhau — sự phân biệt đó chính là điểm cốt lõi của mô hình dữ liệu.

• Feature — Giá trị mới mà người dùng có thể quan sát được. Là loại duy nhất mang điểm và được tính vào velocity. Điều này buộc bạn phải cắt nhỏ công việc thành giá trị mà người dùng có thể thấy.
• Bug — Một lỗi. Không có điểm. Lỗi không kiếm được điểm velocity, điều này giữ cho chi phí làm lại hiển thị thay vì được tưởng thưởng.
• Chore — Công việc cần thiết nhưng không có giá trị trực tiếp cho người dùng (tái cấu trúc, hạ tầng, thiết lập). Không có điểm. Đội ngũ chịu áp lực gói các chore vào trong feature bất cứ khi nào có thể để khung định hướng giá trị luôn trung thực.
• Release — Một dấu mốc không điểm cho một cột mốc. Đi thẳng từ Unstarted sang Accepted, neo một mốc ngày cho dự báo.

Nếu bạn thấy mình muốn gán điểm cho một bug hoặc chore: đừng. Điều đó phá vỡ dự báo — thứ làm cho toàn bộ hệ thống trung thực. Velocity là một dụng cụ đo lường; bạn không can thiệp vào dụng cụ của chính mình.

Priority

Đừng dùng cái này nếu bạn có thể tránh. Backlog chính là độ ưu tiên — từ trên xuống dưới, ưu tiên đơn, không đồng hạng. Product owner sở hữu thứ tự.

Một trường “priority” là phản mẫu (anti-pattern) kinh điển âm thầm biến một backlog thực nghiệm, có thứ tự trở lại thành kế hoạch mơ mộng. Nếu bạn thấy mình có ba P1, bạn không có một độ ưu tiên — bạn có một Backlog với thứ tự sai. Sửa thứ tự; xóa tín hiệu priority.

Trường này tồn tại để tương thích với việc nhập từ các tracker có dùng nó (Jira, Asana, …) để các story được nhập không bị mất thông tin trên đường vào. Để nó ở “None” trong công việc mới.

Points

Kích thước tương đối của story. Feature có điểm; bug, chore, và release giữ ở mức không.

Ước lượng là một cuộc trò chuyện về kích thước, không phải một lời hứa. Đừng quy đổi điểm sang giờ; đừng thổi phồng điểm để trông có vẻ nhanh. Velocity là một dụng cụ đo lường — bạn không can thiệp vào dụng cụ của chính mình.

Ba thang đo đi kèm:

• Fibonacci — 0, 1, 2, 3, 5, 8, 13. Thang đo XP kinh điển. Bất cứ thứ gì lớn hơn 13 nên được tách ra.
• East Agile — 0, 1, 2, 3. Một thang đo chặt chẽ hơn. Một số 3 nghĩa là cả một iteration thời gian của một người.
• 3-Point — 1, 2, 3 (Small / Medium / Large). Phân loại theo cỡ áo nghiêm ngặt.

Nếu bạn thường xuyên ước lượng ở mức 5, 8, hoặc 13, các story của bạn quá lớn. Tách cho đến khi mỗi cái có thể giao độc lập (chữ S và chữ I trong INVEST).

Requester

Người yêu cầu story. Thường là một người — product owner, một bên liên quan, hoặc một agent hành động thay mặt cho ai đó.

Requester không phải là owner. Owner là bất kỳ ai đang làm việc; requester là bất kỳ ai quan tâm đến kết quả và sẽ (hoặc sẽ không) chấp nhận nó. Họ có thể là cùng một người, nhưng đó là hai vai trò riêng biệt. Ghi lại requester là điều cho bạn câu trả lời kiểm toán cho câu hỏi “ai đã yêu cầu việc này?” sáu tháng sau.

Labels

Các thẻ có màu. Story có thể mang nhiều thẻ. Được dùng cho phân loại xuyên suốt — mvp, tech-debt, security, một tên release cụ thể — và cho việc lọc board (label:mvp trong ô tìm kiếm, hoặc lưu nó thành một bảng lọc tùy chỉnh).

Nhãn có phạm vi theo dự án. Quản lý chúng trên trang Labels trong thanh bên. Lưu trữ các nhãn cũ thay vì xóa; phần lưu trữ giữ cho lịch sử có thể tìm kiếm được trong khi dọn dẹp board.

Blockers

Ghi chú văn bản tự do mô tả điều gì đang ngăn story này tiến triển. Đánh dấu đã giải quyết khi trở ngại được gỡ bỏ.

Blocker là một tín hiệu luồng (flow signal), không phải một hàng đợi. Dùng buổi standup hàng ngày để đưa chúng ra ánh sáng; giải quyết chúng ngoài luồng. Nếu bạn có nhiều hơn một hoặc hai blocker mở cho mỗi story trong hơn một ngày, việc lập kế hoạch đã sai — tách story hoặc thay đổi phụ thuộc. Mục tiêu là để bảng Blocked hầu như trống rỗng phần lớn thời gian.

Description

Story là gì và làm sao nhận ra nó đã xong. Markdown.

Tiêu chí chấp nhận thuộc về đây — lý tưởng nhất là theo dạng Given / When / Then để chúng ánh xạ trực tiếp sang các bài kiểm thử chấp nhận:

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 là phép kiểm tra tỉnh táo về việc một story đã được định hình tốt hay chưa:

• Independent (Độc lập) — có thể phát hành mà không cần các story khác.
• Negotiable (Thương lượng được) — nắm bắt ý định, không phải một đặc tả đông cứng.
• Valuable (Có giá trị) — đối với một người dùng hoặc bên liên quan.
• Estimable (Ước lượng được) — đội ngũ có thể định cỡ nó.
• Small (Nhỏ) — vừa vặn thoải mái trong một iteration.
• Testable (Kiểm thử được) — có các tiêu chí chấp nhận có thể được thực thi.

Một story ở đỉnh backlog với tiêu chí chấp nhận mơ hồ là một lỗi lập kế hoạch — không phải một vấn đề tương lai để phớt lờ. Sửa nó trước khi để nó tiến lên.

Hành động hàng loạt

Chọn nhiều story trên board (shift-click một dải, hoặc Select all in panel). Sau đó:

• Chuyển đổi hàng loạt
• Xóa hàng loạt
• Nhân bản hàng loạt

Board

Board là màn hình chính của mỗi dự án. Ba cột theo mặc định:

• Current — Các story trong iteration đang hoạt động. Được nhóm theo tiêu đề iteration (hiện tại, rồi sắp tới, rồi đã đóng). Card xuất hiện theo thứ tự trình tự thời gian của iteration với trạng thái hiển thị trên từng card; cột không được cắt theo trạng thái — điều đó phá vỡ trình tự thời gian của iteration mà đội ngũ dùng để lập kế hoạch.
• Backlog — Hàng đợi được sắp xếp nghiêm ngặt. Hệ thống tự động nhóm các iteration sắp tới dựa trên velocity. Product owner sở hữu thứ tự từ trên xuống dưới; độ rõ ràng được phép suy giảm khi bạn cuộn xuống, nhưng không bao giờ ở phần đỉnh.
• Icebox — Các ý tưởng không có mốc ngày. Không sắp xếp, không ước lượng. Icebox được phép trở thành một nghĩa địa.

Bảng có thể cấu hình — các ô đánh dấu ở thanh bên

Mục Board của thanh bên liệt kê mỗi cột preset với một ô đánh dấu: tích vào một ô để hiển thị cột đó, bỏ tích để ẩn. Các công tắc được giữ lại theo từng dự án trên từng người dùng (chúng được đồng bộ qua GET/PUT /preferences). Các preset là:

• Current Iteration (bật theo mặc định)
• Backlog (bật theo mặc định)
• Icebox (bật theo mặc định)
• Done — Các story đã được chấp nhận.
• My Work — Các story mà bạn là owner.
• Blocked — Các story có blocker chưa giải quyết.
• Epics — Tổng hợp ở cấp epic.
• Chat — Cột chat có phạm vi theo dự án.

Bảng lọc tùy chỉnh

Ghim một tìm kiếm thành một bảng: dán một truy vấn như type:feature label:mvp owner:claire, lưu nó. Thay đổi kích thước cột cho phù hợp; chiều rộng được giữ lại qua các phiên.

Tìm kiếm

Thanh tìm kiếm chấp nhận cú pháp lọc được mô tả trong Giới thiệu. Kết quả tìm kiếm nằm trong một bảng kết quả; nhấp vào bất kỳ kết quả nào để nhảy đến nó trên board.

Chip iteration hiện tại

Thanh trên cùng hiển thị số iteration hiện tại, khoảng ngày, và số điểm đã chấp nhận so với đã lập kế hoạch. Nhấp để nhảy đến cột Current.

Iteration

Hệ thống tạo iteration tự động dựa trên độ dài và ngày bắt đầu của bạn. Bạn không cần phải “mở” hay “đóng” chúng.

Để lập kế hoạch trước, kéo story từ Backlog vào các nhóm iteration sắp tới. Hệ thống đánh dấu các nhóm màu đỏ nếu chúng vượt quá velocity của bạn. Để lập kế hoạch xa hơn, cuộn backlog — nó hiển thị ba hoặc bốn iteration phía trước.

Để tua ngược: nhấp vào bất kỳ tiêu đề iteration quá khứ nào trong cột Current để đi sâu vào báo cáo iteration.

Release

Release là một loại story, không phải một đối tượng riêng biệt. Tạo một release theo cùng cách bạn tạo bất kỳ story nào: chọn Release làm loại, đặt cho nó một tên (ví dụ v2.4), kéo nó vào iteration mà bạn dự định phát hành.

Release bỏ qua các trạng thái Started/Finished/Delivered/Rejected — chúng đi từ Unstarted sang Accepted trong một bước. Chấp nhận một release khi bạn phát hành; các view phân tích hiển thị dấu mốc release.

Phân tích

Tab Analytics (trên cùng của dự án) cung cấp cho bạn sáu báo cáo:

• Project Overview — Xu hướng velocity, các KPI iteration gần đây, burnup, burndown, dòng chảy tích lũy (cumulative flow).
• Iteration — Đi sâu vào một iteration đơn lẻ: KPI, burndown, dòng chảy trạng thái.
• Releases & Burndowns — Dòng thời gian release, burndown theo từng release.
• Story Activity — Ai đã làm gì, có thể lọc theo tác nhân, loại, khoảng ngày.
• Cycle Time — Trung bình và phân phối thời gian từ Started đến done state của bạn.
• Projections — Dự báo khi nào backlog sẽ xong ở velocity hiện tại.

Agent

Đây là phần của sản phẩm khiến nó trở nên khác biệt. Một agent là một đồng đội có tên — nhưng đó là một AI.

Thêm một agent vào một dự án

Bạn phải là owner của dự án (hoặc admin). Mở Project Settings → Agents:

1. Create new agent key.
2. Đặt cho agent một tên (nó sẽ hiển thị dưới tên đó trong audit log, quyền tác giả bình luận, và avatar owner).
3. Chọn một vai trò — viewer (chỉ đọc) hoặc member (có thể ghi). Vai trò owner chỉ dành cho con người.
4. Key được hiển thị một lần — sao chép nó; chúng tôi không lưu trữ nó để có thể truy xuất lại. Tiền tố là ea_agent_….

Agent có thể làm gì

Một agent với vai trò member có thể làm bất cứ điều gì một thành viên con người làm được:

• Tạo, sửa, chuyển đổi, xóa story
• Bình luận, đính kèm tệp, thêm nhãn, đặt owner
• Tự chọn mình làm owner của một story
• Đọc hoạt động, theo dõi sự kiện

Audit log ghi lại mọi thao tác ghi với danh tính của agent. Không có cách nào để khiến một hành động của agent trông giống như một hành động của con người.

Quản lý agent key

Trong Project Settings → Agents, bạn thấy tất cả các key đang hoạt động, tên của chúng, vai trò, và dấu thời gian sử dụng gần nhất. Thu hồi một key bất cứ lúc nào; agent mất quyền truy cập ngay lập tức. Hoạt động trong quá khứ của agent vẫn ở lại trong audit log mãi mãi.

Dùng agent với API

Xem Hướng dẫn API → Agent key để có ví dụ mã.

Nhập từ các tracker khác

Nếu bạn đến từ một công cụ khác, chúng tôi có các importer cho tám nguồn:

• Pivotal Tracker
• Jira
• Asana
• GitLab
• Shortcut
• Trello
• Linear
• Plane

Từ Project Settings → Import, tải lên một bản xuất (CSV từ hầu hết, JSON từ Plane). Story, owner, bình luận, nhãn, và trạng thái được ánh xạ tự động; một số nguồn cũng mang theo iteration.

Một bản xem trước cho thấy những gì sẽ được nhập. Các điểm không khớp (ví dụ một nhãn không có trong dự án của bạn) sẽ hỏi — tạo-mới-hoặc-bỏ-qua, tùy bạn chọn.

Chủ đề (Theme)

Bốn chủ đề đi kèm. Chuyển đổi trong chân thanh bên (hoặc trong Account Settings → Theme):

• Agile — Bảng màu trang đích tiếp thị. Trắng ấm, điểm nhấn thương hiệu xanh đậm (#1f6f9f), biểu tượng loại story bão hòa. Lựa chọn dẫn đầu trong bộ chuyển đổi.
• Labs — Bảng màu Pivotal Tracker, được gìn giữ trìu mến. Khung tối, thanh trên cùng màu xanh, các khoảng cách cột màu pastel. Nguyên bản.
• Dark — Tối trung tính thuần túy.
• Light — Sáng trung tính thuần túy. Mực trên giấy.

Chủ đề của bạn được giữ lại qua các phiên.

Ngôn ngữ

Giao diện được dịch sang 15 ngôn ngữ: Anh, Pháp, Đức, Tây Ban Nha, Nhật, Trung, Hàn, Bồ Đào Nha, Ý, Hà Lan, Thụy Điển, Đan Mạch, Séc, Phần Lan, Ba Lan. Chuyển đổi từ chân thanh bên — phần khung giao diện, các trang xác thực, khu vực tài khoản/bảo mật, danh sách dự án, và trang đích tiếp thị được bản địa hóa ngay lập tức. Việc bản địa hóa phần chi tiết story / phân tích / cài đặt đang theo sau.

Phím tắt

Một vài phím tắt đáng giá:

• Escape — Thu gọn story được mở gần đây nhất.
• Enter trong một ô nhập tại chỗ — Gửi (sẽ không thu gọn hàng).
• Shift-click — Chọn dải story.

Nhiều phím tắt hơn được thêm vào theo thời gian; xem Help trong thanh bên để có danh sách hiện hành.

Tự lưu trữ (Self-hosting)

East Agile Tracker là mã nguồn mở. Toàn bộ mã nguồn nằm tại github.com/EastAgile/agile-tracker — clone nó, build nó, chạy nó trên hạ tầng của riêng bạn. Cùng bộ tính năng như phiên bản được lưu trữ.

Để thiết lập, xem README của dự án.