Giới thiệu

East Agile Tracker là một công cụ lập kế hoạch agile với những quan điểm mạnh mẽ về cách các đội ngũ phát hành phần mềm — và một ý tưởng khác thường về việc ai là thành viên của đội.

Story trôi qua một cỗ máy trạng thái (state machine) XP thực thụ. Iteration tự lập kế hoạch dựa trên velocity. Một bảng cho bạn thấy chính xác công việc đang ở đâu. Và bên cạnh những đồng đội con người, bạn có thể có agent — những bên tham gia AI có tên, được giới hạn theo vai trò, sẽ nhận story, bình luận, chuyển đổi trạng thái, và để lại một dấu vết kiểm toán mà bạn có thể đọc được.

Trang này trình bày các khái niệm. Để biết cách thao tác, xem Hướng dẫn vận hành.

Story

Story là đơn vị công việc cơ bản. Có bốn loại:

• Feature — Giá trị mới cho người dùng. Theo mặc định là loại duy nhất mang điểm và loại duy nhất đóng góp vào velocity.
• Bug — Một lỗi. Theo mặc định không được ước lượng; nó chỉ cần được sửa. Bug không kiếm được điểm, điều này khiến chi phí làm lại trở nên hiển thị thay vì được tưởng thưởng.
• Chore — Công việc bảo trì — tái cấu trúc, nâng cấp phụ thuộc, hạ tầng. Theo mặc định không được ước lượng; không có cổng chấp nhận (acceptance gate).
• Release — Một cột mốc không điểm. Đánh dấu một lần triển khai hoặc một lần nâng phiên bản. Neo một mốc ngày cho dự báo.

Hiệu ứng hành vi mới là điều quan trọng: khi bug và chore không tính điểm, một đội ngũ tự nhiên sẽ hướng tới việc thể hiện công việc dưới dạng chức năng hướng tới người dùng, và đội ngũ trở nên nhạy bén sâu sắc với chi phí của lỗi. Đó là một kỷ luật lập kế hoạch được mã hóa vào trong mô hình dữ liệu — không phải một hướng dẫn mà bạn phải ghi nhớ. Một dự án vẫn muốn tính điểm cho bug và chore có thể bật Points for bugs and chores trong Project Settings; khi đó chúng nhận ước lượng và đóng góp vào velocity như feature.

Mỗi story có tiêu đề, mô tả (Markdown), người sở hữu (owner), người theo dõi (follower), nhãn (label), tác vụ (task) tùy chọn, bình luận, tệp đính kèm, blocker, liên kết, và đánh giá (review). Bảng chi tiết mở ngay tại chỗ trên bảng — không hộp thoại modal, không chuyển ngữ cảnh.

Cỗ máy trạng thái và vòng lặp chấp nhận

Mỗi story di chuyển qua các trạng thái. Đường đi chính xác phụ thuộc vào loại:

Loại	Đường đi
Feature	Unstarted → Started → Finished → Delivered → Accepted (hoặc Rejected)
Bug	Unstarted → Started → Finished → Delivered → Accepted (hoặc Rejected)
Chore	Unstarted → Started → Accepted
Release	Unstarted → Accepted

Trạng thái then chốt là Delivered: một kỹ sư đánh dấu story đã được giao (delivered), rồi product owner chấp nhận (accept) nó dựa trên các tiêu chí chấp nhận của nó hoặc từ chối (reject). Rejected là trạng thái cuối trong cỗ máy trạng thái; đường quay lại là một hành động Restart riêng, đưa story về Started lần nữa. Từ chối một story nằm trong một iteration đã qua thay vào đó sẽ tạo một bản sao ở đỉnh Backlog, để phần làm lại được lập kế hoạch thay vì bị chôn vù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 một, thay vì trì hoãn việc chấp nhận đến buổi demo cuối sprint. Không có trường tiêu chí chấp nhận riêng — các tiêu chí thuộc về phần mô tả trước khi story được bắt đầu, 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 (acceptance test). 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.

Bạn có thể tiến trạng thái từ nút hành động tại chỗ trên card hoặc gọi API. Kéo một card sẽ di chuyển nó giữa các bảng: thả nó vào Current là đưa nó vào kế hoạch mà không bắt đầu nó, còn kéo nó ngược về Backlog hay Icebox sẽ đặt lại nó về Unstarted.

Iteration

Công việc được tổ chức thành các iteration đóng khung thời gian (chúng tôi không dùng từ “sprint”). Mỗi iteration có một ngày bắt đầu, một độ dài (1–4 tuần cho mỗi dự án), và một mục tiêu sức chứa tính theo điểm.

Bạn không đóng gói iteration bằng tay. Hệ thống làm việc đó cho bạn, sử dụng velocity của bạn — trung bình số điểm hoàn thành của các iteration gần đây — và định nghĩa “trạng thái hoàn thành” (done state) của dự án (xem phần Velocity bên dưới). Kéo story để sắp xếp lại; iteration hiện tại tự nạp lại tự động.

Velocity

Velocity là số điểm hoàn thành trên mỗi iteration; một story được tính khi nó đạt tới trạng thái hoàn thành (done state) của dự án. East Agile Tracker tính toán nó từ lịch sử của bạn và dùng nó để lập kế hoạch sức chứa cho iteration tiếp theo.

Một vài thứ có thể cấu hình theo từng dự án:

• Done state — trạng thái nào được tính là “xong” đối với velocity. Các lựa chọn là Finished, Delivered và Accepted.
• Strategy — cách velocity được tính trung bình: 3, 5, hoặc 10 iteration gần nhất, hoặc một giá trị thủ công ghi đè hoàn toàn phép tính.
• Initial velocity — một giá trị khởi đầu cho các dự án mới chưa có lịch sử.

Bảng: ba vùng, một quy tắc

Bảng là nơi công việc tồn tại. Ba vùng, một quy tắc:

• Icebox — Hồ chứa ý tưởng chưa được ưu tiên.
• Backlog — Một danh sách được sắp xếp nghiêm ngặt, ưu tiên đơn (single-priority). Không có đồng hạng. Không có chuyện “P1/P1/P1.” Product owner sở hữu thứ tự từ trên xuống dưới. Tính bất biến ở đây là: phần đầu của backlog luôn là phần quan trọng nhất và được đặc tả tốt nhất, với độ rõ ràng giảm dần một cách chính đáng khi bạn đi xuống.
• Current — Iteration đang hoạt động. Story nằm theo thứ tự trình tự thời gian của iteration với trạng thái của chúng (Unstarted / Started / Finished / Delivered / Accepted) hiển thị trên từng card. Thứ tự cho bạn biết việc gì sẽ được làm tiếp theo; trạng thái cho bạn biết nó đang ở đâu trong chu kỳ.

Cột Current là một iteration duy nhất dưới một tiêu đề duy nhất — không phải một tập các ngăn theo trạng thái. Đó là chủ đích: 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. Nhiều story trong iteration ở trạng thái Unstarted (một số sẽ bắt đầu, một số sẽ chuyển sang iteration tiếp theo, một số sẽ bị loại bỏ). Cắt cột theo trạng thái sẽ phá vỡ trình tự thời gian của iteration mà đội ngũ thực sự dùng để lập kế hoạch. Các iteration đã đóng nằm trong cột Done, và các iteration sắp tới được dự phóng từ Backlog chỉ xuất hiện dưới Current khi bạn bật công tắc Show Backlog stories của nó.

Từ mục Board của thanh bên, bạn có thể bật hoặc tắt các cột bổ sung (mỗi preset một ô đánh dấu): Done, My Work, Blocked, Epics, Archived. Một cột Chat cũng được liệt kê; đó là một bản xem trước tĩnh với các tin nhắn giữ chỗ, không phải chat thực sự. Mỗi lượt tìm kiếm mở thành một cột riêng, và bộ cột của bạn được lưu phía máy chủ theo từng thành viên trên từng dự án, nên nó theo bạn qua các trình duyệt.

Ước lượng

Theo mặc định bạn ước lượng feature, sử dụng điểm tương đối — không phải giờ. Ướ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. Bug và chore không được ước lượng trừ khi dự án bật Points for bugs and chores; khi đó chúng nhận ước lượng và được tính vào velocity giống như feature.

East Agile Tracker đi kèm ba thang đo ngay từ đầu:

• Fibonacci — 0, 1, 2, 3, 5, 8, 13. Thang đo XP kinh điển.
• East Agile — 0, 1, 2, 3. Một thang đo chặt chẽ hơn mà chúng tôi tự dùng.
• 3-Point — 1, 2, 3 (Small / Medium / Large). Phân loại theo cỡ áo (t-shirt sizing) nghiêm ngặt cho các đội muốn độ chi tiết tối thiểu.

Chọn thang đo theo từng dự án. Bạn có thể đổi thang đo sau, nhưng các ước lượng hiện có không được ánh xạ lại: mỗi story giữ giá trị cũ của nó, và một giá trị mà thang đo mới không có sẽ nằm lại trên story cho đến khi bạn ước lượng lại.

Phần thưởng của việc ước lượng có kỷ luật: dự báo ngày phát hành trở thành một phép tính, không phải một cuộc thương lượng. Cuộc trò chuyện với các bên liên quan chuyển từ “anh có cam kết X vào thứ Sáu không” thành “với velocity hiện tại, release này rơi vào khoảng ngày Y — đây là sự đánh đổi phạm vi/ngày tháng.”

Nhãn (Label)

Nhãn là các thẻ có màu. Story có thể có nhiều nhãn. Bạn quản lý chúng trên trang Labels — màu sắc, tên, lưu trữ (archive) khi đã cũ.

Tìm kiếm và bộ lọc

Tìm kiếm sử dụng một cú pháp lọc kiểu GitHub kết hợp một cách tự nhiên:

type:feature state:started label:mvp owner:claire

Các bộ định tính (qualifier): type:, state:, label:"with spaces", epic:, priority:, points: (một giá trị hoặc một khoảng như 1..5), iteration:, các bộ định tính về người owner:, requester:, follower:, reviewer:, commenter:, mention: (thành viên và agent; @me là bạn), các bộ định tính về ngày created:, updated:, started:, completed:, release: (một ngày hoặc một khoảng), và các cờ has:blocker, is:unestimated, is:icebox, is:backlog, is:blocked — cùng văn bản tự do trên tiêu đề, mã tham chiếu, và mô tả. Phân tách các lựa chọn thay thế trong một facet bằng dấu phẩy (type:bug,chore), phủ định bất cứ thứ gì bằng dấu - đứng đầu, và sắp xếp theo độ liên quan, ngày tạo, hoặc ngày cập nhật. Mỗi lượt tìm kiếm mở một cột kết quả và cột này ở lại trên board của bạn. Ngữ pháp đầy đủ nằm trong Hướng dẫn API → Tìm kiếm.

Owner, follower, requestor

• Owner — Người đang làm việc. Có thể là nhiều người.
• Follower — Những người quan tâm đến các cập nhật. Có thể là nhiều người.
• Requestor — Người yêu cầu story. Thường là một người.

Mỗi vị trí trong số này đều có thể được lấp đầy bởi một thành viên con người hoặc một agent. Card story hiển thị avatar của owner; agent owner được xử lý hình ảnh khác biệt để luôn rõ ai thực sự đã làm gì.

Agent — đồng đội hạng nhất

Đây là phần mà hầu hết các tracker không có, và là phần mà chúng tôi xây dựng một cách có chủ đích.

Một agent là một bên tham gia có tên trong một dự án — giống như một thành viên, nhưng đó là một AI. Nó có danh tính riêng, vai trò riêng (viewer / member / manager — vai trò của một agent không bao giờ được vượt quá vai trò của người tạo ra nó, nên chỉ một manager con người mới phát hành được agent có vai trò manager), và dấu vết kiểm toán riêng. Khi một agent chuyển đổi một story, nhật ký hoạt động ghi rằng agent đã làm điều đó. Khi một agent bình luận, bình luận đó được ký bởi agent. Không có những con người ma trên các thao tác ghi của agent.

Agent xác thực bằng agent API key (ea_agent_*), được phát hành theo từng dự án. Thu hồi một agent thì quyền truy cập chết theo key; lịch sử của agent vẫn ở lại trong audit log mãi mãi, nên bạn luôn biết điều gì đã xảy ra.

Đọc thêm tại Hướng dẫn vận hành → Agent và Hướng dẫn API.

Bình luận, tệp đính kèm, blocker, liên kết, đánh giá

• Bình luận (Comment) — Markdown, tối đa 20.000 ký tự. Một danh sách phẳng dưới story, mỗi bình luận có phản ứng emoji và một permalink.
• Tệp đính kèm (Attachment) — Tệp bao gồm cả video. Giới hạn tùy theo loại: video 200 MB, PDF / Word / Excel 25 MB, hình ảnh / CSV / văn bản 10 MB.
• Blocker — Ghi chú văn bản tự do “cái gì đang chặn việc này”, được đánh dấu đã giải quyết/chưa giải quyết.
• Liên kết (Link) — Kết nối các story với nhau (blocks, is blocked by, duplicates, relates to) hoặc với các URL bên ngoài (pull request, branch, hoặc other; URL PR và nhánh GitHub được tự động phát hiện).
• Đánh giá (Review) — Gán một người đánh giá (con người hoặc agent), nhận chấp nhận/từ chối.

Số liệu (Metrics)

Ngoài board, trang Metrics của dự án có ba tab:

• General — Xu hướng velocity, burndown của iteration hiện tại, tỷ lệ các loại story theo từng iteration, các thẻ Committed / Completed / Carried-over, và các story được chuyển tiếp từ các iteration trước.
• Contributors — Điểm và story theo từng thành viên hoặc agent trong một khoảng thời gian, kèm số lượng delivered / accepted / rejected.
• Epics — Burnup và thông lượng theo từng epic, một tín hiệu sức khỏe on-track / at-risk / stalled, và dự báo iteration mà epic sẽ hoàn thành.

Ai đã làm gì, khi nào, là trang Project History riêng.

Chủ đề (Theme)

Bốn chủ đề đi kèm sẵn:

• Labs — Bảng màu Pivotal Tracker nguyên bản — khung tối, thanh trên cùng màu xanh PT, các khoảng cách cột màu pastel. Được gìn giữ một cách trìu mến. Là mặc định.
• 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 vàng/đỏ/xám đá/tím. Lựa chọn dẫn đầu trong bộ chuyển đổi.
• Dark — Tối trung tính thuần túy, không sắc độ.
• Light — Sáng trung tính thuần túy, không sắc độ. Mực trên giấy.

Chuyển đổi trong chân thanh bên hoặc trong Account Settings → Theme. Lựa chọn của bạn được giữ lại qua các phiên.

Ngôn ngữ

Giao diện được dịch sang 27 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, Ukraina, Nga, Hindi, Việt, Ả Rập, Do Thái, Sinhala, Tamil, Indonesia, Mã Lai, Filipino, Thái. Chuyển đổi từ chân thanh bên; lựa chọn được giữ lại. Bản địa hóa bao trùm toàn ứng dụng — mọi màn hình đều có ở mọi ngôn ngữ, và bản build sẽ thất bại nếu thiếu một bản dịch.

Tiếp theo là gì

• Thực hành với sản phẩm: Hướng dẫn vận hành.
• Đọc nền tảng: Phát triển Agile là gì? và eXtreme Programming.
• Xây dựng thứ gì đó bên trên: Hướng dẫn API và Đặc tả API.