Bỏ qua để đến nội dung

Di chuyển từ Pivotal Tracker, Jira và các tracker khác

Chuyển sang East Agile Tracker từ Pivotal Tracker, Jira, Linear, Asana, Trello, Shortcut, GitLab, Plane hay GitHub? Nhập tệp xuất của bạn sau một bản xem trước dry-run — mỗi nguồn mang theo những gì, và những gì nằm lại.

East Agile Tracker nhập từ mười một nguồn. Mười nguồn đọc tệp xuất mà công cụ kia vốn đã tạo ra; GitHub kết nối trực tiếp đến repository. Mọi nguồn đều đi qua cùng một màn hình và cùng một bản xem trước, nên các bước dưới đây áp dụng cho tất cả. Các phần sau đó liệt kê những gì mỗi nguồn mang sang.

  1. Xuất công việc của bạn từ công cụ kia — phần dành cho nguồn của bạn ở dưới nêu tên menu.
  2. Mở Project Settings → Import / Export trên dự án bạn muốn đặt các story vào. Hãy tạo một dự án trống trước nếu bạn cần một dự án.
  3. Chọn nguồn và chọn tệp xuất.
  4. Chạy bản xem trước dry-run. Nó phân tích toàn bộ tệp và báo cáo những gì một lần nhập thật sẽ làm — bao nhiêu story và nhãn, bao nhiêu dòng bị bỏ qua, và bất kỳ ai nó không khớp được với một thành viên — rồi không ghi gì cả.
  5. Nhập.

Tab Import / Export với nguồn là Jira và tệp xuất đã chọn, sẵn sàng để xem trước hoặc nhập

Báo cáo xem trước: sẽ nhập 8 story và 3 nhãn, không bỏ qua dòng nào, và một người không khớp được

Nhập lại cùng một tệp là an toàn. Một hàng đã được nhập trước đó sẽ được đối chiếu theo id nguồn của nó và bị bỏ qua, nên lần chạy thứ hai bổ sung thêm cho dự án chứ không nhân đôi nó.

Một lần tải lên bị giới hạn ở 10 MiB, và một lần nhập ở 5.000 story. Một lần di chuyển lớn hơn sẽ chia thành các lô, và vì việc nhập lại là idempotent, các lô có thể chồng lấn mà không tạo ra bản trùng.

  • Story, trạng thái và nhãn. Mỗi hàng hoặc thẻ trở thành một story, status của nó rơi vào trạng thái gần nhất trên vòng unstarted → started → finished → delivered → accepted, và các nhãn của nó đi cùng. Một status đã hủy hoặc won’t-fix đến ở trạng thái rejected và được lưu trữ, nên công việc bị bỏ dở nằm ngoài board và ngoài velocity.
  • Owner. Một ô chứa email khớp với một thành viên sẽ gắn thành viên đó. Bất kỳ giá trị nào khác — một tên hiển thị, một tên người dùng — sẽ gắn một người ngoài chỉ để hiển thị, nên việc ai từng sở hữu gì vẫn còn lại ngay cả với những người không có tài khoản ở đây.
  • Ngày tháng. Ngày tạo và ngày hoàn thành được nhập, nhờ đó các iteration trong quá khứ và những biểu đồ đọc chúng được lấp đầy chứ không trống rỗng.
  • Iteration, với mọi nguồn có tệp xuất mang theo sprint hoặc cycle.

Requester, bình luận, epic và task tùy thuộc vào nguồn; phần của nguồn đó ở dưới cho biết cái nào.

  • Tệp đính kèm. Không có trình nhập nào mang theo tệp. Các story đến mà không có chúng.
  • Người dưới dạng tài khoản. Một owner, requester hoặc người bình luận chưa là thành viên sẽ được gắn như một người ngoài chỉ để hiển thị. Không có gì bị bỏ mất và không có gì bị ghi công sai, nhưng không có tài khoản nào được tạo và không có lời mời nào được gửi — hãy mời họ như bình thường và lịch sử của họ đã được gắn sẵn.
  • Ngày sửa đổi lần cuối. Không có dấu thời gian updated trên đường vào.
  • Sắc thái của workflow. Các status tùy chỉnh gộp về trạng thái gần nhất trên vòng ở trên. Bản xem trước dry-run là nơi để kiểm tra một mẫu trước khi nhập một dự án lớn.

Nguồn: Pivotal Tracker (CSV export). Pivotal Tracker đã đóng cửa vào 30 tháng 4 năm 2025, nên không còn dịch vụ đang hoạt động nào để xuất dữ liệu ra nữa; một tệp CSV đã xuất được giữ lại từ trước khi đóng cửa là thứ trình nhập này đọc. Board, các trạng thái story và vòng chấp nhận theo cùng một mô hình, nên một dự án được nhập vào đọc lên giống như trước.

Pivotal TrackerTrở thành
Title, DescriptionTiêu đề và mô tả của story. Cột URL được giữ làm nguồn gốc của story, và một liên kết View original issue được thêm vào phần mô tả nào có nội dung chữ.
TypeLoại story — feature, bug, chore và release đều có một tương ứng trực tiếp.
Current StateTrạng thái của story.
EstimateƯớc lượng theo điểm của story.
LabelsNhãn, một nhãn cho mỗi giá trị.
Owned ByOwner của story. Pivotal lặp lại cột này cho từng owner và tất cả đều được đọc.
Requested ByRequester của story.
Comment (một cột cho mỗi bình luận)Bình luận của story, kèm tác giả gốc và dấu thời gian gốc.
Task / Task StatusTask trên story, với các task đã hoàn thành đến ở trạng thái đã hoàn thành.
Blocker / Blocker StatusBlocker, với những blocker đã giải quyết đến ở trạng thái đã giải quyết.
Các hàng Type=epicEpic thực sự, được dựng lại và nối với các story tham chiếu tới chúng, kèm mô tả của epic.
Iteration, Iteration StartLưới iteration. Story thuộc một iteration chưa bắt đầu sẽ nằm lại trong Backlog, xếp hạng theo sprint.
Created at, Accepted atNgày tạo và ngày hoàn thành của story.
DeadlineNgày dự kiến của một story release.

Một tệp xuất từ Pivotal không có cột thời điểm bắt đầu làm việc, nên các số liệu thời gian chu kỳ vẫn trống với những story được nhập. Một hàng epic không story nào tham chiếu sẽ không tạo ra gì, vì epic được dựng lại thông qua các story thành viên của chúng.

Nguồn: Jira (CSV export). Trong Jira, hãy tìm những issue bạn muốn, rồi dùng Export → Export Excel CSV (all fields). Hãy lấy bản xuất all fields — bản xuất current fields bỏ đi các cột sprint, story point và bình luận.

JiraTrở thành
SummaryTiêu đề của story. Một hàng có summary trống sẽ không được nhập.
DescriptionMô tả của story, được chuyển từ wiki markup của Jira sang markdown. Tiêu đề, chữ đậm, khối mã, danh sách và liên kết đều được chuyển đổi; những gì khác được giữ nguyên thành văn bản thuần.
Issue TypeLoại story — Bug trở thành một bug, Story và Feature trở thành feature, và Task trở thành một chore.
StatusTrạng thái của story.
PriorityĐộ ưu tiên của story, từ Highest xuống tới Lowest.
Trường tùy chỉnh story pointƯớc lượng của story. Cột đầu tiên có tiêu đề nhắc tới story point sẽ được dùng, nên cả Custom field (Story Points) và Custom field (Story point estimate) đều hoạt động.
LabelsNhãn, một nhãn cho mỗi giá trị.
Fix Version/sMột nhãn Release: <version> cho mỗi giá trị.
SprintLưới iteration. Jira lặp lại cột này một lần cho mỗi sprint mà một issue đã đi qua, và cái cuối cùng là nơi nó kết thúc; một sprint có tên cũng còn lại dưới dạng một nhãn Sprint: <name>.
AssigneeOwner của story, dưới dạng một người ngoài chỉ để hiển thị — một tệp CSV của Jira không mang theo địa chỉ email nào để đối chiếu với một thành viên.
ReporterRequester của story, theo cùng quy tắc.
Comment (một cột cho mỗi bình luận)Bình luận của story, mỗi bình luận kèm tác giả và dấu thời gian gốc của nó.
Các issue Sub-taskTask trên story cha, với các sub-task đã xong đến ở trạng thái hoàn thành. Một sub-task mà cha của nó không có trong tệp sẽ trở thành một story riêng.
Các issue EpicMột nhãn được đặt tên theo epic đó, gán cho mọi issue con trong nó.
Issue keyThêm vào cuối phần mô tả dưới dạng văn bản thuần (Original issue: PROJ-12).
Created, ResolvedNgày tạo và ngày hoàn thành của story.

Một epic của Jira đến dưới dạng một nhãn trên các con của nó chứ không phải một bản ghi epic: việc nhóm lại vẫn còn và có thể tìm kiếm được, còn mô tả của chính epic thì không. Jira xuất tên sprint nhưng không xuất ngày của chúng, nên các iteration được sắp theo tên sprint.

Nguồn: Linear (CSV export) — trong Linear, Workspace settings → Import/Export → Export CSV.

  • Assignee trở thành owner và Creator trở thành requester.
  • Project trở thành epic của story.
  • Sub-issue trở thành task trên story cha của chúng.
  • Các cycle dựng nên lưới iteration; một cycle chưa bắt đầu giữ các story của nó trong Backlog, xếp hạng theo cycle.
  • Cột Started được đọc, nên thời gian chu kỳ hoạt động với những story được nhập.
  • CSV của Linear không có cột loại: một story có nhãn Bug đến dưới dạng một bug, còn lại là feature.
  • Tệp CSV xuất từ Linear không có bình luận, và các issue đã lưu trữ bị bỏ qua.

Nguồn: Asana (CSV export) — trong Asana, Project menu → Export/Print → CSV.

  • Assignee trở thành owner, được đối chiếu với một thành viên qua Assignee Email khi có.
  • Tag trở thành nhãn.
  • Subtask trở thành task trên story cha của chúng.
  • Một task có ngày Completed At đến ở trạng thái accepted.
  • CSV của Asana không có cột người tạo và không có bình luận, nên thành viên thực hiện việc nhập là requester.

Nguồn: Trello (JSON export) — trong Trello, Menu → Print and export → Export as JSON.

  • Mỗi thẻ trở thành một story, và danh sách chứa nó quyết định trạng thái của nó (To Do, Doing, Done và những tên tương tự).
  • Các thành viên trên một thẻ trở thành owner.
  • Bình luận được chuyển sang cùng tác giả và dấu thời gian của chúng.
  • Các mục checklist trở thành task.
  • Nhãn giữ tên và màu của chúng; một nhãn có màu mà không có tên đến dưới dạng Trello-<colour>.
  • Một thẻ đã lưu trữ đến ở trạng thái đã lưu trữ.
  • Một thẻ có nhãn Bug đến dưới dạng một bug. Trello không có epic và không có ước lượng, nên không cái nào được tạo.

Nguồn: Shortcut (CSV export) — trong Shortcut, Settings → Import/Export → Export to CSV.

  • owners trở thành owner và requester trở thành requester.
  • epic trở thành epic của story.
  • tasks trở thành task trên story; CSV không ghi cờ hoàn thành, nên chúng đến ở trạng thái mở.
  • Các iteration dựng nên lưới iteration.
  • Cột started_at được đọc, nên thời gian chu kỳ hoạt động với những story được nhập.
  • Một story đã lưu trữ đến ở trạng thái đã lưu trữ. CSV của Shortcut không có bình luận.

Nguồn: GitLab (CSV export) — trong GitLab, mở danh sách issue và dùng Export as CSV; GitLab gửi tệp cho bạn qua email.

  • Một issue đang mở đến ở trạng thái unstarted, một issue đã đóng ở trạng thái accepted.
  • Weight trở thành ước lượng.
  • Người được giao trở thành owner và tác giả trở thành requester.
  • URL của issue được giữ làm nguồn gốc của nó.
  • Bật Include milestones để biến mỗi milestone thành một epic; khi tắt, cột milestone bị bỏ qua.
  • CSV issue của GitLab không có bình luận.

Nguồn: Plane (CSV export) hoặc Plane (JSON export) — trong Plane, Workspace settings → Exports.

  • Mọi người được giao đều trở thành owner.
  • Bình luận được chuyển sang cùng tác giả và dấu thời gian của chúng.
  • Các nhóm trạng thái của Plane quyết định trạng thái; một issue đã hủy đến ở trạng thái rejected và được lưu trữ.
  • Một cycle dựng nên lưới iteration và cũng còn lại dưới dạng một nhãn Cycle: <name>; một module trở thành một nhãn Module: <name>.
  • Tệp xuất của Plane không có cột người tạo, nên thành viên thực hiện việc nhập là requester. Plane không xuất ngày bắt đầu làm việc, nên không có thời gian chu kỳ.

Nguồn: GitHub (Issues via API). Nhập chủ sở hữu và repository thay vì tải lên một tệp. Issue trở thành story cùng người được giao, tác giả, nhãn, bình luận và các mục checklist của chúng; pull request, mốc (thành epic) và release là opt-in. Token, giới hạn tần suất và những phần còn lại có ở Tạo dự án từ một repo GitHub.

Nguồn: East Agile Tracker (native export) — trên dự án kia, Settings → Import / Export → Tải xuống bản xuất. Đây là con đường không mất mát: follower, reviewer, epic, task, blocker, liên kết và Icebox đều quay trở lại, và owner được gắn lại với thành viên theo email.

Các story là story bình thường — máy trạng thái, iteration và velocity đều áp dụng. Cũng chính màn hình đó xuất lại dự án về sau, sang định dạng East Agile Tracker để có một bản sao không mất mát, hoặc sang hình dạng của bất kỳ công cụ nào khác; xem Hướng dẫn vận hành → Xuất một dự án.

Tạo một dự án và nhập tệp xuất của bạn — trình nhập nằm trên màn hình cài đặt của mọi dự án.