Dòng chảy giá trị847 mụcTinh gọn
Phần II: Quy trìnhBài 7/12·8 phút đọc

Bài 7Tối giản backlog: từ danh sách dài thành dòng chảy giá trị

Backlog phình to là triệu chứng của tư duy chưa rõ. Phương pháp cắt tỉa định kỳ. Khi nào AI prioritization giúp ích, khi nào nó che mờ trực giác PM.

7/12 bài

1Backlog 847 mục và nỗi sợ thầm lặng

Có một con số mà tôi từng đọc trong backlog của một dự án IT cỡ trung: 847. Tám trăm bốn mươi bảy mục — user stories, bugs, tech debt, ý tưởng — tất cả nằm chồng lên nhau, và phần lớn không bao giờ được động đến. PM của dự án ấy mở Jira mỗi sáng với cảm giác vừa choáng ngợp, vừa có lỗi.

Backlog phình to không phải là vấn đề công cụ. Đó là triệu chứng của một thứ sâu hơn: nỗi sợ phải nói "không". Trong thời đại AI, khi việc tạo ra ý tưởng và yêu cầu mới rẻ đến gần như miễn phí, backlog trở thành "nghĩa địa của thiện chí" — nơi mọi đề xuất tốt đẹp đến để chờ chết một cái chết im lặng.

2Khi mọi thứ đều ở P2, không gì là ưu tiên

Trong một backlog điển hình, khoảng 30-40% mục được tag "P1 — High". Nhưng nếu hỏi PM "trong P1, ba mục nào quan trọng nhất tuần này?", câu trả lời thường là một sự ngập ngừng — rồi liệt kê năm, sáu mục, tất cả đều "quan trọng".

AI làm cho vấn đề này phức tạp hơn: giờ stakeholder có thể tự viết user story chi tiết trong 3 phút, engineer có thể tự tạo ticket sau mỗi PR. Mỗi kênh đều "hợp lý" — nhưng dòng chảy vào backlog vượt xa năng lực xử lý ra.

3Backlog như một dòng chảy có giới hạn

Nguyên tắc 1: Giới hạn cứng theo số lượng: Đặt giới hạn cứng: backlog active không vượt quá 50 mục. Khi mục thứ 51 muốn vào, một mục cũ phải ra. Sự khan hiếm này tạo ra tranh luận thật — người đề xuất phải lập luận tại sao nó xứng đáng đẩy mục khác ra.
Nguyên tắc 2: Mỗi mục có một "hạn sử dụng": Sau 90 ngày không được động đến, mục tự động chuyển vào archive. Phần lớn các mục "sẽ làm sau" thực ra là "sẽ không bao giờ làm". Archive chỉ làm rõ sự thật ấy.
Nguyên tắc 3: Phân tách "đang chuẩn bị" và "đang chờ": Trong 50 mục active, chia làm hai khu: "Ready" (đủ rõ để làm trong sprint kế tiếp, không quá 15 mục) và "Shaping" (đang trong quá trình làm rõ).

4Ba thực hành để cắt tỉa backlog

Thực hành 1: "Phiên cắt tỉa" định kỳ: Đặt một slot 90 phút mỗi hai tuần. Mục tiêu không phải refine mục mới, mà là loại bỏ mục cũ. Phải đóng/archive ít nhất 10 mục trong mỗi phiên.
Thực hành 2: "Cổng vào" cho mọi đề xuất mới: Mọi đề xuất mới vào backlog phải qua ba câu hỏi: vấn đề thực sự là gì? ai sẽ hưởng lợi? điều gì xảy ra nếu không làm?
Thực hành 3: "Tuần không thêm mới": Mỗi quý một lần, có một tuần không mục nào được thêm vào backlog, chỉ ra. Team tập trung hoàn toàn vào việc đóng các mục đang dang dở.

5Để suy nghĩ tuần này

"Mỗi mục ngủ yên trong backlog đang lấy đi của tôi điều gì — sự tập trung, sự rõ ràng, hay chỉ là cảm giác bình yên khi mở công cụ mỗi sáng?"

Backlog không phải một danh sách công việc. Nó là tấm gương phản chiếu cách PM đối diện với sự khan hiếm. Một backlog khoẻ mạnh là một backlog dám quên — dám buông những thứ không còn phục vụ dự án.

———

Hiểu Lam JSC

Cần tư vấn giải pháp công nghệ cho dự án của bạn?

Đội ngũ Hiểu Lam JSC sẵn sàng đồng hành cùng bạn — từ tư vấn, thiết kế đến triển khai hệ thống.

Liên hệ ngay