Mở đầu — vì sao bài này quan trọng
Hãy tưởng tượng bạn là PM của một sản phẩm đang phát triển. Sếp hỏi: "Tính năng thanh toán QR sẽ ra mắt khi nào?". Khách hàng nội bộ (team Sales) hỏi: "Quý này chúng ta giao được những gì?". Team Dev thì hỏi: "Cái Epic đăng nhập bằng sinh trắc học có phụ thuộc vào Epic nâng cấp hạ tầng bảo mật không?". Ba câu hỏi này đến từ ba nhóm người khác nhau, nhưng chúng đều cần một câu trả lời trực quan trên cùng một bức tranh: timeline của các Epic.
Đó chính là lý do Roadmap ra đời. Nếu ở các bài trước bạn đã học cách xây dựng Epic, Story, Task và tổ chức chúng theo phân cấp, thì Roadmap là nơi bạn "kéo" những Epic đó lên một trục thời gian để mọi người cùng nhìn thấy: cái gì làm trước, cái gì làm sau, cái gì phụ thuộc cái gì, và bao giờ xong.
Điều tuyệt vời của Basic Roadmap (còn gọi là Timeline trong giao diện Jira Cloud mới) là nó miễn phí và có sẵn ngay trong mọi dự án Jira dạng team-managed hoặc company-managed. Bạn không cần mua thêm license, không cần cài plugin. Đây là công cụ lập kế hoạch trực quan mà rất nhiều PM Việt Nam bỏ quên, để rồi phải vẽ tay roadmap trong PowerPoint hay Excel — vừa mất công, vừa nhanh lỗi thời vì không đồng bộ với dữ liệu thật trong Jira.
Trong bài này, chúng ta tập trung đúng vào phần Basic Roadmap ở cấp độ một dự án. Phần Advanced Roadmaps (Plans) cho nhiều team sẽ được nói ở Bài 17 — bạn cứ yên tâm học chắc nền tảng ở đây trước đã.
Khái niệm cốt lõi
Roadmap là gì trong Jira?
Roadmap trong Jira là một dòng thời gian trực quan (visual timeline) hiển thị các Epic của một dự án dưới dạng các thanh ngang (bar). Mỗi thanh đại diện cho một Epic, có điểm bắt đầu và điểm kết thúc, được đặt trên một trục thời gian có thể xem theo tuần, quý (quarter), hoặc tháng.
Điểm mấu chốt cần nhớ: Basic Roadmap hoạt động ở cấp Epic, và chỉ trong phạm vi một dự án duy nhất (single project). Nó không hiển thị từng Story hay Task chi tiết như một danh sách phẳng — thay vào đó, mỗi Epic có thể "bung" ra (expand) để bạn thấy các Story con bên trong, nhưng bức tranh tổng thể luôn xoay quanh Epic. Đây là sự khác biệt so với Board (Bài 10) — Board tập trung vào công việc đang chảy trong sprint, còn Roadmap tập trung vào kế hoạch dài hạn theo thời gian.
Bốn năng lực chính của Basic Roadmap
1. Trực quan hóa timeline của Epic (Visualize epic timeline). Bạn thấy được toàn bộ Epic của dự án nằm trải dài trên trục thời gian. Chỉ cần liếc mắt là biết Epic nào đang chạy song song, Epic nào nối tiếp, Epic nào đã trễ so với kế hoạch.
2. Kéo thả để lên lịch (Drag to schedule). Đây là tính năng "mê hoặc" nhất. Bạn tạo một Epic, ban đầu nó chưa có ngày. Bạn chỉ cần dùng chuột kéo một thanh ngang trên timeline từ điểm A đến điểm B, Jira tự động điền Start date và Due date cho Epic đó. Muốn dời lịch? Kéo cả thanh sang phải. Muốn kéo dài thời gian? Kéo mép phải của thanh ra xa. Không cần mở form, không cần gõ ngày tháng.
3. Hiển thị phụ thuộc (Show dependencies). Bạn có thể vẽ đường nối giữa hai Epic để thể hiện rằng Epic B chỉ bắt đầu được khi Epic A xong. Jira biểu diễn mối phụ thuộc này bằng một đường cong nối hai thanh. Nếu bạn xếp lịch sai — ví dụ Epic phụ thuộc lại được lên lịch trước Epic mà nó cần — Jira sẽ cảnh báo bằng biểu tượng chớp/đỏ. Đây là cứu cánh để tránh những sai lầm kế hoạch chết người.
4. Sprint markers và tiến độ. Trên timeline, bạn có thể bật hiển thị các mốc sprint để biết Epic nào rơi vào sprint nào. Mỗi thanh Epic cũng có một thanh tiến độ nhỏ bên trong, cho biết bao nhiêu phần trăm Story con đã Done — giúp bạn nhìn ra Epic nào đang "đứng hình".
Giới hạn cần biết trước
Basic Roadmap chỉ làm việc với một dự án. Nếu sản phẩm của bạn trải trên nhiều dự án Jira (ví dụ một dự án cho Mobile, một dự án cho Backend), Basic Roadmap không gộp chúng lại được. Nó cũng không cho phép capacity planning (phân bổ năng lực team), không có scenario planning (thử nhiều kịch bản), không quản lý được nhiều cấp phân cấp trên Epic (như Initiative). Tất cả những thứ đó thuộc về Advanced Roadmaps — Bài 17. Với 80% nhu cầu lập kế hoạch của một team đơn lẻ, Basic Roadmap là quá đủ.
Tình huống thực tế
Ví dụ 1 — Startup fintech ở TP.HCM lên roadmap quý cho ví điện tử
Công ty PayWave (giả định), một startup ví điện tử ở Quận 1, có một team 6 người xây dựng app. Chị Hương, Product Manager, trước đây quản lý roadmap bằng file Google Sheets với các ô màu. Vấn đề: mỗi khi sprint thay đổi, chị phải sửa tay cả Sheets lẫn Jira, và hai bên luôn lệch nhau.
Chị chuyển toàn bộ sang Basic Roadmap. Chị tạo 5 Epic cho quý 3: "Thanh toán QR VietQR", "Nạp tiền qua Napas", "KYC sinh trắc học", "Lịch sử giao dịch", "Thông báo push". Chị kéo thanh Epic "KYC sinh trắc học" vào tháng 7-8, và vẽ một mũi tên phụ thuộc từ Epic này sang "Thanh toán QR" — vì luật yêu cầu người dùng phải KYC xong mới được thanh toán số tiền lớn. Ngay lập tức Jira cảnh báo: chị lỡ xếp "Thanh toán QR" bắt đầu tháng 7, trùng thời điểm KYC còn đang làm. Chị dời "Thanh toán QR" sang tháng 8.
Bài học: Roadmap không chỉ để "trưng bày" mà để phát hiện xung đột lịch trước khi nó thành thảm họa. Chỉ một cảnh báo phụ thuộc đã giúp chị Hương tránh việc release một tính năng thanh toán mà nền tảng xác minh danh tính chưa sẵn sàng.
Ví dụ 2 — Team nội bộ của một chuỗi bán lẻ dùng roadmap để giao tiếp với sếp
Tại một chuỗi siêu thị (giả định "GreenMart") ở Hà Nội, anh Tuấn là PM cho hệ thống quản lý kho nội bộ. Ban giám đốc không quan tâm sprint hay story point — họ chỉ muốn biết: "Đến cuối năm chúng ta có được tính năng dự báo tồn kho không?".
Anh Tuấn bật chế độ xem timeline theo Quarter (quý), thu gọn tất cả Story con, chỉ để lộ 4 Epic lớn trên màn hình. Trong cuộc họp giao ban hằng tháng, anh chiếu thẳng màn hình Roadmap của Jira lên máy chiếu. Sếp nhìn thấy Epic "Dự báo tồn kho AI" nằm ở Q4, tiến độ 20%, và Epic "Cảnh báo hết hàng" đã 90%. Không cần slide, không cần báo cáo tay.
Điều quan trọng: vì Roadmap lấy dữ liệu trực tiếp từ Jira, mỗi khi Dev đóng một Story, thanh tiến độ tự nhích lên. Báo cáo của anh Tuấn luôn đúng thời điểm mà không tốn công cập nhật.
Bài học: Roadmap là ngôn ngữ chung giữa PM và lãnh đạo. Với cấp trên, hãy xem ở mức Quarter và ẩn chi tiết; với team Dev, xem ở mức tuần và bung Story ra. Cùng một dữ liệu, hai cách trình bày.
Ví dụ 3 — Agency phần mềm và cái bẫy "single project"
Một agency ở Đà Nẵng, "CodeSpark" (giả định), làm outsource. Bạn Linh (PM) thử dùng Basic Roadmap để quản lý một sản phẩm được chia thành hai dự án Jira: MOB (mobile) và API (backend). Bạn kéo thả rất đẹp trong dự án MOB, nhưng khi muốn thấy cả Epic của API trên cùng một timeline để căn phụ thuộc giữa hai team, Basic Roadmap chịu — nó chỉ hiển thị Epic của đúng một dự án.
Bạn Linh nhận ra giới hạn và có hai lựa chọn: hoặc gộp hai team vào một dự án Jira duy nhất (nếu quy mô nhỏ), hoặc nâng cấp lên Advanced Roadmaps để "kéo" cả hai dự án vào một Plan.
Bài học: Hiểu rõ ranh giới của công cụ trước khi cam kết. Basic Roadmap tuyệt vời cho một dự án, nhưng đừng cố ép nó làm việc của Advanced Roadmaps. Nhận ra sớm sẽ tiết kiệm cho bạn hàng giờ loay hoay.
Hướng dẫn từng bước
Dưới đây là quy trình dựng một Basic Roadmap hoàn chỉnh trong Jira Cloud.
Bước 1 — Mở Roadmap/Timeline. Vào dự án của bạn, nhìn thanh menu bên trái. Với dự án team-managed, mục sẽ tên là Timeline; với company-managed, có thể là Roadmap. Nhấp vào đó. Nếu không thấy, vào Project settings → Features và bật tính năng Timeline/Roadmap lên (mặc định thường đã bật).
Bước 2 — Tạo Epic ngay trên Roadmap. Ở cột trái của màn hình timeline, nhấp + Create Epic, gõ tên Epic (ví dụ "Thanh toán QR"), nhấn Enter. Lặp lại để tạo danh sách các Epic của dự án. Ở giai đoạn này chúng chưa có ngày, chỉ là các dòng trống bên trái.
Bước 3 — Lên lịch bằng kéo thả. Di chuột vào vùng timeline bên phải, ngang hàng với Epic. Nhấn giữ chuột và kéo một đoạn — Jira tạo một thanh Epic với ngày bắt đầu và kết thúc tương ứng. Muốn chỉnh, kéo cả thanh để dời, hoặc kéo hai mép để co giãn thời lượng.
Bước 4 — Đổi mức xem thời gian. Ở góc phải trên, chọn hiển thị theo Weeks / Months / Quarters. Khi trình bày cho lãnh đạo, chọn Quarters cho gọn; khi làm việc với team, chọn Weeks cho chi tiết.
Bước 5 — Thêm Story vào Epic. Nhấp vào một Epic để bung ra, rồi thêm các Story con bên dưới. Tiến độ của Epic (thanh màu bên trong) sẽ tự tính dựa trên tỷ lệ Story đã Done.
Bước 6 — Vẽ phụ thuộc. Di chuột lên mép một thanh Epic, bạn sẽ thấy một chấm tròn xuất hiện. Nhấn giữ và kéo từ Epic nguồn sang Epic đích để tạo đường phụ thuộc. Nếu lịch mâu thuẫn, Jira hiện cảnh báo — hãy sửa lại thứ tự.
Bước 7 — Bật Sprint và cấu hình cột. Dùng nút Settings/View settings trên roadmap để bật hiển thị Sprints, Releases, Progress, Dependencies. Ẩn/hiện những gì phù hợp với đối tượng người xem.
Bước 8 — Chia sẻ. Roadmap là live view — chỉ cần gửi link dự án hoặc chiếu màn hình. Không cần export thủ công (dù bạn vẫn có thể xuất ảnh khi cần đưa vào tài liệu tĩnh).
Lỗi thường gặp & mẹo
Lỗi 1 — Không thấy Epic nào trên Roadmap. Nguyên nhân phổ biến: dự án của bạn dùng issue type cấp cao không phải "Epic", hoặc Epic đã bị filter ẩn. Kiểm tra bộ lọc (filter) ở đầu roadmap, và đảm bảo bạn đang tạo đúng issue type Epic. Basic Roadmap trục xoay quanh Epic — không có Epic thì màn hình trống.
Lỗi 2 — Kéo thả nhưng ngày không lưu. Thường do bạn thiếu quyền chỉnh sửa issue (edit permission) trong dự án. Nhờ admin cấp quyền, hoặc kiểm tra permission scheme (chủ đề này sẽ học kỹ ở Bài 31).
Lỗi 3 — Nhồi mọi thứ vào một Epic dài lê thê. Nhiều PM tạo Epic kéo dài cả 6 tháng. Điều này khiến roadmap mất ý nghĩa vì không thể theo dõi tiến độ. Mẹo: giữ mỗi Epic gói gọn trong 1-3 tháng, chia nhỏ nếu quá lớn. Roadmap đẹp là roadmap mà mỗi Epic có nhịp hoàn thành rõ ràng.
Lỗi 4 — Nhầm Roadmap với cam kết cứng. Đây là lỗi tư duy, không phải lỗi thao tác. Roadmap thể hiện ý định (intent), không phải hợp đồng bất di bất dịch. Đừng để lãnh đạo hiểu rằng thanh Epic ở Q4 là lời hứa chắc chắn 100%. Hãy truyền đạt độ không chắc chắn — càng xa tương lai, càng nên xem như dự kiến.
Mẹo hay: Dùng màu Epic có chủ đích. Jira cho phép đổi màu thanh Epic — hãy nhóm màu theo chủ đề (ví dụ xanh cho tính năng thanh toán, cam cho bảo mật). Khi trình bày, người xem nắm chủ đề chỉ trong tích tắc.
Mẹo hay: Trước mỗi cuộc họp cấp cao, chuyển view sang Quarters và thu gọn hết Story. Trước sprint planning, chuyển về Weeks và bung Story ra. Một roadmap, nhiều khán giả.
Bài tập thực hành
Hãy thực hành trên một dự án Jira thật (tài khoản Jira Cloud miễn phí cho tối đa 10 người là đủ):
- Tạo một dự án mới tên "Sản phẩm Demo".
- Trên Timeline/Roadmap, tạo 4 Epic: "Đăng nhập", "Trang chủ", "Thanh toán", "Thông báo".
- Dùng kéo thả để xếp lịch: Đăng nhập (tháng 1), Trang chủ (tháng 1-2), Thanh toán (tháng 2-3), Thông báo (tháng 3).
- Vẽ một đường phụ thuộc từ "Đăng nhập" sang "Thanh toán". Thử cố tình xếp "Thanh toán" bắt đầu trước khi "Đăng nhập" xong, và quan sát cảnh báo của Jira.
- Thêm 3 Story vào Epic "Thanh toán", đánh dấu 1 Story là Done, và quan sát thanh tiến độ thay đổi.
- Chuyển view giữa Weeks và Quarters, ghi lại cảm nhận: view nào phù hợp trình bày cho sếp, view nào cho team?
- Câu hỏi suy ngẫm: Nếu sản phẩm của bạn trải trên 3 dự án Jira riêng biệt, bạn sẽ xử lý thế nào với Basic Roadmap? Viết ra 2-3 dòng — rồi đối chiếu với những gì bạn học ở Bài 17.
Tóm tắt
Basic Roadmap (Timeline) là công cụ lập kế hoạch trực quan miễn phí, cấp dự án đơn, xoay quanh Epic. Bốn năng lực cốt lõi cần nhớ: trực quan hóa timeline của Epic, kéo thả để lên lịch, hiển thị phụ thuộc kèm cảnh báo xung đột, và theo dõi tiến độ theo sprint. Sức mạnh lớn nhất của nó là đồng bộ trực tiếp với dữ liệu Jira — roadmap của bạn không bao giờ lỗi thời như file PowerPoint.
Hãy nhớ ba nguyên tắc thực chiến: giữ Epic gọn trong 1-3 tháng, đổi view theo đối tượng người xem (Quarters cho sếp, Weeks cho team), và luôn truyền đạt roadmap như một ý định chứ không phải cam kết cứng. Giới hạn duy nhất cần khắc cốt: Basic Roadmap chỉ làm việc với một dự án — khi cần đa team, đa dự án, đó là lúc bước sang Advanced Roadmaps ở bài tiếp theo.