Backlog Management (DEEP Ordering)

Roadmap — Cách học và đạt kỹ năng

Đã đọc 0/13 mục · còn khoảng 4 phút

Cách chúng tôi ghi nhận

Một mục được tính là đã đọc khi nó nằm giữa màn hình đủ lâu so với độ dài của nó (bảng và sơ đồ tính một nửa), bạn vẫn đang cuộn hoặc bấm phím, và bạn đã thấy tới cuối mục. Lướt nhanh hoặc để tab mở không được tính. Chúng tôi chỉ lưu thời gian đọc từng mục — không lưu gì khác.

Backlog Management là gì?

Backlog là inventory của opportunities, problems, requirements, tech work và decisions. Backlog mạnh không chỉ “có nhiều ticket”; nó giúp team biết việc nào cần discover, việc nào ready để build, việc nào nên reject, và việc nào cần monitor.

Backlog operating system từ input đến triage, discovery, prioritization và delivery — Backlog là operating system: input hỗn loạn phải đi qua triage, discovery, prioritization và refinement trước khi thành delivery.

Core concepts

Concept	Meaning	Good evidence
Backlog item	Problem/opportunity/work item có owner và next action.	Source, impact, decision needed.
Triage	Dedupe, clarify, route, reject, park or accept.	Request source, severity, affected segment.
Ready	Item đủ rõ để team estimate/build.	Goal, AC, dependency, design/data notes.
Priority	Order based on outcome, strategy, risk and effort.	RICE/ICE/custom score + rationale.
Backlog health	Freshness, clarity, ownership, low duplication.	Age, stale count, ready ratio, blocked items.

Template: backlog intake card

Field	What to write	Example
Source	Customer, sales, support, exec, data, strategy.	Support tickets from enterprise admins.
Problem	User pain and context.	Admins cannot see failed invites, causing onboarding delays.
Evidence	Ticket count, quote, metric, user segment.	18 tickets in 30 days; 4 enterprise customers affected.
Impact	Business/customer consequence.	Activation delayed by 2-5 days.
Next action	Discover, refine, build, reject, park.	Discover: interview 3 admins and inspect invite logs.
Owner/date	Who drives next step and by when.	PM + Tech Lead, Friday.

Prioritization decision table

Situation	Best action	Why
High impact, unclear problem	Discovery first	Do not build assumptions.
High impact, clear AC, small effort	Ready for sprint	Low risk, high value.
CEO request, weak evidence	Clarify strategic rationale	Authority is not evidence.
Many duplicates	Merge under one opportunity	Preserve signal without clutter.
Old stale idea	Archive or revalidate	Backlog should not be a graveyard.

Case study: hiring platform backlog cleanup

Context: Sales requests “AI matching”, support requests “duplicate candidate fix”, recruiters request “explain score”. A weak backlog has three separate epics. A strong backlog groups them into one opportunity: recruiter trust in candidate evaluation.

Evidence: 23 duplicate candidate tickets, 7 recruiter interviews, low AI score adoption.
Decision: build duplicate detection first, test score explanation second, park full auto-ranking.
Success metric: duplicate candidates down 50%, score explanation used in 60% of shortlist decisions.

Pitfalls

Prioritizing loudest stakeholder instead of evidence.
Keeping every idea forever, creating stale backlog debt.
Using one giant epic to hide ambiguity.
Calling items “ready” without AC, data rules or dependencies.
Confusing request volume with strategic value.

30-day practice plan

Week 1: audit 50 backlog items; tag source, owner, age, evidence.
Week 2: merge duplicates and archive stale items.
Week 3: score top 20 items with impact/confidence/effort/risk.
Week 4: run backlog review and publish top decisions.

Definition of done

Every active item has owner, source, evidence and next action.
Ready items have AC, dependencies and estimate confidence.
Priorities are explainable by outcome and strategy.
Stale/duplicate/rejected work is cleaned regularly.

Backlog chết vì phình ra, không vì thiếu việc

Mọi backlog đều phình. Việc được thêm vào nhanh hơn việc được làm xong, và không ai có thẩm quyền xoá. Sau hai năm, backlog có 800 mục và không ai đọc quá 20 mục đầu.

Backlog 800 mục không phải tài sản — nó là nợ. Nó tốn thời gian mỗi lần rà soát, nó tạo cảm giác sai rằng mọi ý tưởng đều được ghi nhận, và nó chôn những mục thật sự quan trọng.

Tầng	Bao nhiêu mục	Mức độ chi tiết	Rà soát
Sẵn sàng làm	1–2 sprint	Đủ rõ để bắt đầu ngay	Mỗi sprint
Sắp tới	1 quý	Hiểu được vấn đề, chưa cần chi tiết	Hằng tháng
Ý tưởng	Không giới hạn	Một dòng là đủ	Hằng quý — và xoá mạnh tay

Quy tắc xoá: mục nào ở tầng Ý tưởng quá 12 tháng mà chưa ai nhắc lại thì xoá. Nếu nó quan trọng thật, nó sẽ quay lại — và quay lại với bối cảnh mới, tốt hơn bối cảnh đã cũ 12 tháng.

Rà soát backlog — buổi 45 phút hằng tháng

0–10 phút — Xoá. Bắt đầu bằng việc xoá, không bằng việc thêm. Nếu buổi rà soát nào cũng chỉ thêm, backlog sẽ chỉ có một hướng.
10–25 phút — Gộp mục trùng. Backlog lớn luôn có mục trùng được viết bằng hai cách nói khác nhau, bởi hai người khác nhau, cách nhau nhiều tháng.
25–40 phút — Đẩy mục từ tầng Sắp tới lên tầng Sẵn sàng, làm rõ đủ để đội ước lượng được.
40–45 phút — Kiểm sức khoẻ: tầng Sẵn sàng có đủ cho 1–2 sprint không? Thiếu thì sprint tới sẽ nhận việc chưa rõ.

Về việc xoá: nó khó về mặt cảm xúc vì mỗi mục là ý tưởng của ai đó. Cách làm nhẹ đi: lưu một bản ghi các mục đã xoá. Gần như không ai mở lại, nhưng biết rằng nó tồn tại khiến việc xoá dễ dàng hơn nhiều.

Ai được thêm vào backlog, và thêm thế nào

Nguồn	Vào tầng nào	Điều kiện
Khách hàng qua kinh doanh	Ý tưởng	Phải nêu vấn đề, không chỉ nêu giải pháp
Hỗ trợ khách hàng	Ý tưởng, hoặc Sắp tới nếu lặp lại nhiều	Kèm số lần đã gặp
Đội phát triển (nợ kỹ thuật)	Sắp tới	Kèm triệu chứng đo được
Lãnh đạo	Vẫn qua cùng quy trình	Không có đường tắt — nếu có, quy trình sẽ chết

Dòng cuối quyết định backlog có ý nghĩa hay không. Khi lãnh đạo có đường tắt, mọi người khác sẽ học cách đi qua lãnh đạo — và thứ tự ưu tiên trở thành chuyện quan hệ.

Vì sao vai trò của bạn cần cái này

Vai trò	Bạn dùng nó để
Product Owner	Backlog là công cụ của bạn; để nó phình ra là tự làm mù mình
Business Analyst	Bạn làm rõ mục ở tầng Sắp tới trước khi nó lên tầng Sẵn sàng
Scrum Master	Bạn giữ nhịp rà soát và bảo vệ phần xoá
Kinh doanh	Bạn thấy yêu cầu của khách đi vào đâu và vì sao chưa được làm
Team Lead	Nợ kỹ thuật phải nằm trong backlog kèm triệu chứng, nếu không nó vô hình

Definition of done

Backlog chia ba tầng với mức chi tiết khác nhau.
Tầng Sẵn sàng luôn có đủ việc cho 1–2 sprint.
Buổi rà soát bắt đầu bằng việc xoá, không bằng việc thêm.
Có quy tắc xoá theo thời gian, và có bản lưu các mục đã xoá.
Mọi nguồn đều đi qua cùng một quy trình, kể cả lãnh đạo.
Nợ kỹ thuật nằm trong backlog kèm triệu chứng đo được.
Mục trùng lặp được gộp định kỳ, không để hai người viết cùng một việc bằng hai cách nói.