Mở đầu — vì sao bài này quan trọng
Hãy tưởng tượng buổi sáng thứ Hai đầu tuần. Sếp của bạn — Head of Product — nhắn tin: "Sprint tuần này thế nào rồi em? Bug còn nhiều không? Epic thanh toán bao giờ xong?". Nếu bạn phải mở Jira, lọc từng issue, đếm tay, rồi ghép số liệu lại trong 20 phút thì bạn đang làm sai. Một Product Manager (PM) giỏi phải trả lời được ba câu hỏi đó trong 10 giây, bằng cách chỉ vào một màn hình duy nhất: Dashboard.
Dashboard trong Jira không phải thứ trang trí cho đẹp. Nó là "buồng lái" (cockpit) của bạn — nơi tập trung toàn bộ tín hiệu sức khỏe của dự án về một chỗ. Với PM, dashboard giải quyết ba nỗi đau rất thật: (1) mất thời gian tổng hợp số liệu thủ công mỗi tuần, (2) không phát hiện sớm rủi ro như sprint sắp trượt hay bug tồn đọng, và (3) không có "một nguồn sự thật" (single source of truth) để giao tiếp với team và cấp trên.
Trong bài này, chúng ta tập trung riêng vào việc xây dashboard và cấu hình gadget phục vụ công việc hằng ngày của PM. Chúng ta sẽ không đi sâu vào từng loại report có sẵn (đó là Bài 20), cũng không bàn về JQL nâng cao (Bài 8–9) — thay vào đó, bạn sẽ học cách chọn gadget nào, đặt ở đâu, ghép filter nào để có một dashboard "bật lên là hiểu ngay". Đây là kỹ năng rất dễ bị xem nhẹ, nhưng khi làm tốt, nó khiến bạn trông chuyên nghiệp và chủ động hơn hẳn trong mắt cả team lẫn stakeholder.
Khái niệm cốt lõi
Dashboard là gì và khác Board như thế nào?
Nhiều học viên hay nhầm giữa Board và Dashboard. Board (Scrum/Kanban board — Bài 10) là nơi bạn làm việc: kéo thả issue qua các cột, cập nhật trạng thái. Còn Dashboard là nơi bạn quan sát và báo cáo: nó tổng hợp số liệu từ nhiều dự án, nhiều filter, hiển thị dưới dạng biểu đồ, danh sách, con số. Một board gắn với một dự án; một dashboard có thể gộp dữ liệu từ nhiều dự án cùng lúc.
Mỗi dashboard được ghép từ nhiều gadget. Gadget là các "mảnh ghép" nhỏ — mỗi cái hiển thị một loại thông tin: biểu đồ burndown, danh sách issue được gán cho tôi, biểu đồ tròn theo trạng thái, v.v. Bạn tự chọn gadget, kéo thả sắp xếp, và cấu hình nguồn dữ liệu cho từng cái. Chính sự linh hoạt này khiến dashboard trở thành công cụ mạnh nhưng cũng dễ bị lạm dụng — nhét quá nhiều gadget vào là hỏng.
Vai trò của Filter (Saved Filter) — nền móng của mọi gadget
Đây là điểm mấu chốt mà PM mới hay bỏ qua: hầu hết gadget quan trọng đều lấy dữ liệu từ một Saved Filter, tức là một truy vấn JQL đã được lưu lại và đặt tên. Ví dụ, bạn lưu filter project = MOBILE AND type = Bug AND status != Done với tên "Mobile Open Bugs". Sau đó gadget "Pie Chart" và "Filter Results" đều có thể trỏ vào filter này.
Bài học rút ra: muốn dashboard tốt, hãy đầu tư vào bộ filter tốt trước. Một PM có kỷ luật sẽ tạo sẵn một bộ 5–8 filter chuẩn (open bugs, current sprint work, blocked items, epic scope...) rồi tái sử dụng chúng khắp các gadget. Nhớ chia sẻ (share) filter cho team hoặc nhóm phù hợp, nếu không đồng nghiệp mở dashboard sẽ thấy lỗi "không có quyền xem filter".
Các "vùng" (section) điển hình của một PM dashboard
Một dashboard PM tốt nên được tổ chức theo tư duy phân tầng, từ chi tiết nhất (sprint hiện tại) đến tổng quan nhất (epic, roadmap). Dưới đây là ba vùng cốt lõi mà gần như PM nào cũng cần:
1. Vùng Sprint hiện tại (Current Sprint). Đây là nhịp đập ngắn hạn của team. Gadget nên có: Sprint Burndown (đường cong cho thấy khối lượng công việc còn lại giảm theo ngày — Bài 14 nói kỹ về velocity, ở đây ta chỉ dùng để theo dõi tiến độ), và một biểu đồ phân bổ theo trạng thái (To Do / In Progress / Done) để thấy công việc có bị dồn ở một cột nào không. Nếu đến giữa sprint mà 70% story vẫn ở "To Do", đó là cờ đỏ.
2. Vùng Tiến độ Epic (Epic Progress). PM sống bằng epic vì đó là ngôn ngữ của giá trị kinh doanh. Gadget phù hợp là loại hiển thị phần trăm hoàn thành theo từng epic — thường dùng gadget "Epic Report" hoặc một Pie/Two Dimensional gadget nhóm theo Epic Link. Câu hỏi vùng này trả lời: "Tính năng thanh toán đã đi được bao xa? Còn kịp deadline không?".
3. Vùng Bug backlog. Chất lượng là trách nhiệm của PM, không chỉ của QA. Vùng này gồm: một con số tổng bug đang mở, phân bổ bug theo mức độ ưu tiên (Priority), và xu hướng bug được tạo mới so với bug được đóng theo tuần (Created vs Resolved gadget). Nếu đường "created" luôn cao hơn "resolved", nợ chất lượng đang phình to.
Bộ gadget "quốc dân" cho PM
Bạn không cần biết hết vài chục gadget. Nắm chắc 6 cái sau là đủ dùng 90% trường hợp:
- Sprint Burndown / Sprint Health: theo dõi tiến độ sprint đang chạy.
- Filter Results: hiển thị danh sách issue từ một filter dưới dạng bảng — linh hoạt nhất, đặt cột tùy ý.
- Pie Chart: chia issue theo một trường bất kỳ (status, priority, assignee) — nhìn tỷ lệ rất nhanh.
- Two Dimensional Filter Statistics: bảng chéo, ví dụ hàng là Assignee, cột là Status — thấy ai đang ôm bao nhiêu việc ở trạng thái nào.
- Created vs Resolved Chart: xu hướng tạo mới và đóng issue theo thời gian — cực hợp để theo dõi bug.
- Issue Statistics hoặc Average Age: đo "tuổi" trung bình của issue chưa xong — phát hiện việc bị bỏ quên.
Tình huống thực tế
Ví dụ 1 — Tiki: dashboard cứu buổi họp stakeholder
Chị Lan là PM cho nhóm Checkout tại một sàn thương mại điện tử lớn kiểu Tiki, phụ trách luồng thanh toán. Trước đây, mỗi thứ Sáu chị mất gần một tiếng để chuẩn bị slide cập nhật cho buổi họp với Head of Product và bộ phận Finance: chị chụp màn hình burndown, đếm tay số bug, ghi chú tiến độ epic vào một file Google Sheets.
Sau khi học về dashboard, chị dựng một dashboard tên "Checkout — Weekly Health" gồm bốn gadget: Sprint Burndown, một Pie Chart bug theo Priority, một Epic Report cho ba epic đang chạy, và một Created vs Resolved Chart 30 ngày. Chị đặt dashboard này làm trang chủ Jira của cả nhóm.
Kết quả: buổi họp thứ Sáu chị chỉ cần chia sẻ màn hình dashboard, không cần slide. Đáng giá hơn, trong một tuần, chị phát hiện đường Created vs Resolved bắt đầu tách ra — bug tạo mới 22 cái, đóng chỉ 9 cái. Chị lập tức đề xuất dành 20% sprint tiếp theo để "trả nợ" bug trước khi nó tích tụ. Bài học: dashboard không chỉ tiết kiệm thời gian báo cáo, nó biến bạn từ người báo cáo quá khứ thành người phát hiện xu hướng sớm.
Ví dụ 2 — Startup fintech Đông Nam Á: cái bẫy "dashboard 15 gadget"
Anh Minh, PM tại một startup fintech ở TP.HCM khoảng 40 người, rất hào hứng khi mới học dashboard. Anh nhồi tới 15 gadget vào một trang: đủ loại pie chart, filter results cho từng team, biểu đồ recently created, activity stream, hai bảng two-dimensional... Anh tự hào vì "cái gì cũng có".
Vấn đề xuất hiện sau hai tuần: chẳng ai — kể cả anh — thực sự mở nó ra dùng. Trang tải chậm vì quá nhiều filter chạy cùng lúc, và khi nhìn vào thì mắt không biết nên nhìn đâu trước. Một dashboard "cái gì cũng có" tương đương với "chẳng nói lên điều gì".
Anh làm lại theo nguyên tắc "một dashboard trả lời một câu hỏi". Anh tách thành hai dashboard: "Sprint Execution" (dành cho team, 4 gadget về sprint hiện tại) và "Product Health" (dành cho anh và sếp, 4 gadget về epic + bug + xu hướng). Sau đó tỷ lệ sử dụng tăng hẳn. Bài học: dashboard là bài toán về sự tập trung, không phải về độ đầy đủ. Ít mà đúng thắng nhiều mà loạn.
Ví dụ 3 — Base.vn / agency: dashboard đa dự án cho PM kiêm nhiều team
Chị Trang là PM ở một agency công nghệ tại Hà Nội, cùng lúc phụ trách ba dự án khách hàng nhỏ (mỗi dự án là một Jira project riêng). Chị không thể mở ba board mỗi sáng. Điểm mạnh của dashboard là gadget có thể lấy dữ liệu xuyên nhiều dự án qua JQL.
Chị tạo một filter project in (CLIENTA, CLIENTB, CLIENTC) AND status = "In Progress" và một filter khác cho các issue priority = Highest AND status != Done. Rồi chị dựng dashboard "3-Project Cockpit" với một Two Dimensional gadget (hàng: Project, cột: Status) để thấy toàn cảnh, cộng một Filter Results cho các việc ưu tiên cao nhất đang treo. Mỗi sáng chị liếc 30 giây là biết dự án nào đang "nóng" cần can thiệp. Bài học: với PM đa dự án, dashboard là cách duy nhất để giữ được bức tranh tổng thể mà không chết chìm trong chi tiết.
Hướng dẫn từng bước
Hãy cùng dựng một PM dashboard hoàn chỉnh theo ba vùng đã nói ở trên.
Bước 1 — Chuẩn bị bộ filter trước. Vào mục Filters, tạo và lưu các filter nền tảng, đặt tên rõ ràng:
- "Current Sprint Work":
project = ABC AND sprint in openSprints() - "Open Bugs":
project = ABC AND type = Bug AND status != Done - "Epic Scope":
project = ABC AND "Epic Link" in (...)hoặc lọc theo type = Epic.
Bước 2 — Tạo dashboard mới. Vào Dashboards → Create dashboard. Đặt tên theo công thức "Đối tượng — Mục đích", ví dụ "Checkout — Weekly Health". Chọn layout hai hoặc ba cột (three columns hợp với dashboard nhiều gadget).
Bước 3 — Thêm vùng Sprint. Add gadget → chọn Sprint Burndown (hoặc Sprint Health Gadget), trỏ vào board của sprint hiện tại. Thêm một Pie Chart lấy filter "Current Sprint Work", nhóm theo Status.
Bước 4 — Thêm vùng Epic. Thêm Epic Report hoặc một Two Dimensional gadget với filter "Epic Scope", hàng là Epic Link, cột là Status. Đây là nơi bạn thấy % hoàn thành từng epic.
Bước 5 — Thêm vùng Bug. Thêm Created vs Resolved Chart trỏ vào filter "Open Bugs" (hoặc filter tất cả bug), khung thời gian 30 ngày, gộp theo tuần. Thêm một Pie Chart bug theo Priority để thấy mức độ nghiêm trọng.
Bước 6 — Sắp xếp và tinh chỉnh. Kéo thả để nhóm gadget cùng vùng lại gần nhau. Đặt gadget quan trọng nhất ở cột trái trên cùng — nơi mắt nhìn vào đầu tiên. Xóa bất cứ gadget nào bạn không nhìn tới trong một tuần.
Bước 7 — Chia sẻ dashboard. Vào Share, cấp quyền xem cho team hoặc stakeholder. Cân nhắc đặt nó làm dashboard mặc định cho nhóm để mọi người cùng nhìn một nguồn sự thật.
Lỗi thường gặp & mẹo
Lỗi 1 — Nhồi quá nhiều gadget. Như ví dụ anh Minh: dashboard trên 6–8 gadget thường mất trọng tâm và tải chậm. Mẹo: mỗi dashboard trả lời đúng một câu hỏi cốt lõi. Cần nhiều mục đích thì tạo nhiều dashboard.
Lỗi 2 — Quên share filter. Bạn dựng dashboard đẹp nhưng đồng nghiệp mở ra thấy gadget báo lỗi "you do not have permission to view this filter". Nguyên nhân: filter nguồn chưa được share. Luôn share filter cùng lúc với share dashboard.
Lỗi 3 — Đặt tên filter/dashboard mập mờ. Những cái tên như "Filter 1", "My dashboard copy" khiến vài tuần sau chính bạn cũng không nhớ nó là gì. Mẹo: đặt tên theo phạm vi + mục đích, ví dụ "Mobile — Open Bugs by Priority".
Lỗi 4 — Dùng dashboard làm nơi làm việc. Dashboard để quan sát, không phải để kéo thả cập nhật issue — việc đó là của board. Nhầm lẫn này khiến PM cập nhật trạng thái ở sai chỗ.
Lỗi 5 — Không định kỳ dọn dẹp. Sprint đổi, epic đóng, nhưng gadget vẫn trỏ vào filter cũ và hiển thị số liệu chết. Mẹo: mỗi đầu quý, rà lại dashboard một lần, cập nhật filter và bỏ gadget lỗi thời.
Mẹo cộng thêm: dùng gadget Filter Results một cách khôn ngoan — bạn có thể tùy chỉnh cột hiển thị (Assignee, Due Date, Priority, Story Points) để biến nó thành một bảng theo dõi việc nhỏ gọn ngay trên dashboard. Ngoài ra, mỗi gadget đều có tùy chọn Refresh Interval (ví dụ 15 phút) — bật nó lên nếu bạn muốn dashboard tự cập nhật khi để trên màn hình lớn trong phòng team.
Bài tập thực hành
- Xây bộ filter nền. Trong một dự án bạn có quyền truy cập, tạo và lưu ít nhất bốn filter: "Current Sprint Work", "Open Bugs", "Blocked Items" (status = Blocked hoặc có flag), và "Epic Scope". Share cả bốn cho một nhóm phù hợp.
- Dựng PM dashboard ba vùng. Tạo một dashboard tên theo công thức "Dự án — Mục đích", với ít nhất một gadget cho mỗi vùng: Sprint (Burndown), Epic (Epic Report hoặc Two Dimensional), và Bug (Created vs Resolved + Pie theo Priority). Giới hạn tối đa 6 gadget.
- Thử tình huống đa dự án. Nếu bạn truy cập được từ hai dự án trở lên, tạo một filter dùng
project in (...)và một Two Dimensional gadget với hàng là Project, cột là Status. Ghi lại: dashboard này giúp bạn phát hiện điều gì mà board đơn lẻ không cho thấy?
- Tự phản biện. Nhìn dashboard vừa tạo và tự hỏi: "Nếu chỉ được giữ lại 3 gadget, tôi giữ cái nào?". Xóa những gadget còn lại và ghi chú lý do. Đây là bài tập rèn tư duy tập trung.
Tóm tắt
Dashboard là buồng lái của PM — nơi biến hàng trăm issue rời rạc thành một bức tranh sức khỏe dự án đọc được trong vài giây. Ba ý cần nhớ:
- Filter là nền móng. Muốn gadget tốt, hãy đầu tư vào bộ Saved Filter chuẩn, đặt tên rõ và share đầy đủ trước khi dựng dashboard.
- Ba vùng cốt lõi cho PM: Sprint hiện tại (burndown, phân bổ status), Tiến độ Epic (% hoàn thành từng epic), và Bug backlog (số lượng, priority, xu hướng created vs resolved). Nắm chắc khoảng 6 gadget "quốc dân" là đủ dùng.
- Ít mà đúng thắng nhiều mà loạn. Mỗi dashboard trả lời một câu hỏi; tối đa 6–8 gadget; định kỳ dọn dẹp. Dashboard để quan sát và giao tiếp, board để làm việc.