Mở đầu — vì sao bài này quan trọng
Khi bạn còn là một IC (individual contributor), độ ưu tiên thường được người khác quyết định giúp bạn. Sếp giao task, product owner xếp backlog, bạn chỉ việc làm cho xong. Nhưng ngay khi bước lên vị trí quản lý, một sự thật khắc nghiệt lộ diện: số lượng việc cần làm luôn nhiều gấp nhiều lần thời gian và nguồn lực bạn có. Không ai xếp thứ tự giúp bạn nữa. Ngược lại, chính bạn là người phải xếp thứ tự cho cả team.
Đây là nơi rất nhiều first-time manager gục ngã. Họ cố làm hết mọi thứ, phản ứng với mọi email, mọi tin nhắn Slack, mọi cuộc họp "gấp" — và cuối tuần nhìn lại thì thấy mình bận rộn kinh khủng nhưng những việc thực sự quan trọng (tuyển người, xây chiến lược quý, coaching một bạn đang chững lại) vẫn nằm y nguyên chưa động tới. Bận rộn không phải là năng suất. Chuyển động không phải là tiến triển.
Prioritization — kỹ năng xác định việc gì làm trước, việc gì làm sau, việc gì không làm — là một trong những kỹ năng đòn bẩy cao nhất của một người quản lý. Nó không chỉ giúp bạn tự cứu mình khỏi kiệt sức, mà còn là cách bạn dạy team cách suy nghĩ. Khi bạn có một khung tư duy rõ ràng để giải thích "vì sao chúng ta làm A trước B", team sẽ tin tưởng và tự ra quyết định tốt hơn khi bạn không có mặt.
Trong bài này, chúng ta sẽ đi sâu vào hai framework kinh điển và bổ sung cho nhau: Eisenhower Matrix (dành cho quản lý thời gian và công việc cá nhân/team hằng ngày) và RICE (dành cho ra quyết định ưu tiên sản phẩm/dự án khi có nhiều lựa chọn cạnh tranh nguồn lực).
Khái niệm cốt lõi
Eisenhower Matrix — Khẩn cấp không phải là Quan trọng
Framework này gắn với câu nói nổi tiếng của Tổng thống Mỹ Dwight D. Eisenhower: "Cái khẩn cấp thì hiếm khi quan trọng, và cái quan trọng thì hiếm khi khẩn cấp." Ý tưởng cốt lõi là con người thường nhầm lẫn hai khái niệm này. Một cuộc điện thoại reo lên có cảm giác khẩn cấp, nên ta bắt máy ngay — dù nội dung có thể chẳng quan trọng. Trong khi việc lập kế hoạch phát triển sự nghiệp cho nhân viên thì cực kỳ quan trọng nhưng không hề "reo lên", nên cứ bị đẩy lùi mãi.
Eisenhower Matrix chia mọi công việc theo hai trục: Quan trọng (có đóng góp vào mục tiêu dài hạn, sứ mệnh của team không?) và Khẩn cấp (có deadline sát nút, cần xử lý ngay không?). Ta có 4 ô (quadrant):
| Khẩn cấp | Không khẩn cấp | |
|---|---|---|
| Quan trọng | Ô 1 — Làm ngay (Do): khủng hoảng, sự cố production, deadline hôm nay | Ô 2 — Lên lịch (Schedule): chiến lược, coaching, tuyển dụng, học tập |
| Không quan trọng | Ô 3 — Ủy thác (Delegate): hầu hết cuộc họp, một số email, yêu cầu ngắt quãng | Ô 4 — Loại bỏ (Delete): lướt mạng, họp vô nghĩa, việc làm cho có |
Ô 3 là cái bẫy tinh vi nhất: nó có cảm giác quan trọng vì khẩn cấp, nhưng thực chất không đóng góp gì vào mục tiêu của bạn — đây là những việc nên ủy thác cho người khác hoặc nói không. Ô 4 thì đơn giản: loại bỏ.
RICE — Chấm điểm để so sánh các dự án
Eisenhower rất mạnh cho công việc hằng ngày, nhưng khi bạn phải chọn giữa 5 dự án lớn mà cả 5 đều "quan trọng và khẩn cấp", nó không đủ tinh. Lúc này cần một công cụ định lượng hơn. RICE (do đội Intercom phổ biến) chấm điểm mỗi sáng kiến theo bốn yếu tố:
- R — Reach (Độ phủ): Sáng kiến này ảnh hưởng đến bao nhiêu người/khách hàng trong một khoảng thời gian? Ví dụ: 2.000 người dùng/tháng.
- I — Impact (Tác động): Mỗi người được tác động mạnh đến đâu? Thường chấm theo thang: 3 = tác động cực lớn (massive), 2 = lớn (high), 1 = trung bình, 0.5 = thấp, 0.25 = rất thấp.
- C — Confidence (Độ tự tin): Bạn chắc chắn đến mức nào về các con số Reach và Impact ở trên? Tính theo %: 100% (có dữ liệu vững), 80% (khá chắc), 50% (đoán mò có cơ sở).
- E — Effort (Công sức): Tốn bao nhiêu công? Thường tính bằng "person-month" — số tháng-người cần bỏ ra.
RICE score = (Reach × Impact × Confidence) / Effort
Con số càng cao, độ ưu tiên càng lớn. Vẻ đẹp của RICE là nó buộc bạn phải nói ra giả định bằng con số, thay vì tranh cãi dựa trên "cảm giác" hay "ai to tiếng hơn". Nó đặc biệt hữu ích khi bạn phải bảo vệ quyết định với sếp hoặc các phòng ban khác.
Lưu ý quan trọng: RICE không phải là chân lý tuyệt đối. Nó là công cụ để cấu trúc cuộc thảo luận, không phải để thay thế phán đoán. Con số chỉ tốt bằng chất lượng giả định đầu vào.
Tình huống thực tế
Ví dụ 1: Chị Lan — Team Lead vừa lên chức tại một công ty fintech ở TP.HCM
Chị Lan quản lý một team 6 kỹ sư. Tuần đầu làm quản lý, chị làm việc 11 tiếng/ngày mà vẫn thấy đuối. Chị ngồi liệt kê lại một ngày điển hình và phân loại theo Eisenhower:
- Xử lý sự cố cổng thanh toán bị lỗi lúc 9h sáng — Ô 1 (khẩn cấp + quan trọng). Đúng, phải làm ngay.
- Trả lời 40 tin nhắn Slack, phần lớn là câu hỏi mà các bạn có thể tự tra tài liệu — Ô 3 (khẩn cấp giả, không quan trọng).
- Họp cross-team về một dự án không liên quan trực tiếp đến team chị, chị được mời "cho có mặt" — Ô 4.
- Chuẩn bị career plan cho bạn Minh (một senior đang có dấu hiệu chán, rủi ro nghỉ việc) — Ô 2. Việc này bị đẩy lùi 3 tuần liền.
Ví dụ 2: Product Manager tại Tiki — chọn dự án cho quý tới bằng RICE
Anh Đức, một manager sản phẩm, đứng trước 3 sáng kiến cho quý tới nhưng team chỉ đủ sức làm 1-2. Ba lãnh đạo bộ phận khác nhau đều "đấu tranh" cho dự án của mình. Thay vì để người to tiếng nhất thắng, anh Đức đưa cả team ngồi lại chấm RICE:
| Dự án | Reach (người/quý) | Impact | Confidence | Effort (tháng-người) | RICE score |
|---|---|---|---|---|---|
| A — One-click reorder | 50.000 | 2 | 80% | 2 | (50.000×2×0.8)/2 = 40.000 |
| B — Cải tổ trang chi tiết SP | 200.000 | 1 | 50% | 6 | (200.000×1×0.5)/6 ≈ 16.667 |
| C — Chatbot hỗ trợ AI | 30.000 | 3 | 50% | 8 | (30.000×3×0.5)/8 ≈ 5.625 |
Ví dụ 3: Cạm bẫy làm RICE máy móc tại một startup SaaS ở Singapore
Một trưởng nhóm engineering áp dụng RICE quá cứng nhắc: mọi việc đều phải có điểm mới được làm. Kết quả là một task "vá lỗ hổng bảo mật nghiêm trọng" bị điểm thấp vì chỉ ảnh hưởng ít người dùng hiện tại (Reach nhỏ). Team suýt bỏ qua nó. May mắn là một senior lên tiếng: có những việc là "table stakes" — điều kiện bắt buộc phải có (bảo mật, tuân thủ pháp lý, uptime) — không nằm trong logic RICE thông thường. Bài học: framework là công cụ hỗ trợ tư duy, không phải để thay thế phán đoán. Luôn tách riêng nhóm việc "bắt buộc phải làm bất kể điểm số" trước khi chấm RICE cho phần còn lại.
Hướng dẫn từng bước
Với công việc hằng ngày của bạn và team — dùng Eisenhower:
- Đổ hết mọi việc ra giấy (brain dump). Không lọc, không đánh giá, cứ liệt kê tất cả những gì đang chiếm tâm trí và lịch của bạn tuần này.
- Phân loại từng việc vào 4 ô. Với mỗi việc, hỏi hai câu: "Việc này có đóng góp cho mục tiêu quý/năm của team không?" (Quan trọng) và "Nếu không làm hôm/tuần nay thì có hậu quả thật không?" (Khẩn cấp).
- Hành động theo ô: Ô 1 làm ngay. Ô 2 đưa vào lịch (block time cụ thể, không để trôi). Ô 3 ủy thác cho người phù hợp hoặc gộp/tinh giản. Ô 4 xóa thẳng.
- Bảo vệ Ô 2 như bảo vệ một cuộc họp với CEO. Đặt lịch cố định hằng tuần cho công việc quan trọng-chưa-gấp, và coi đó là bất khả xâm phạm.
- Tách nhóm "bắt buộc" ra trước. Bảo mật, pháp lý, sự cố nghiêm trọng — làm luôn, không chấm điểm.
- Liệt kê các sáng kiến còn lại đang cạnh tranh nguồn lực.
- Chấm 4 yếu tố R-I-C-E cho từng cái, cùng team. Ghi rõ giả định đằng sau mỗi con số (ví dụ: "Reach 50.000 dựa trên số liệu truy cập tháng trước").
- Tính điểm và xếp hạng. Nhìn thứ tự — và quan trọng hơn, thảo luận những trường hợp gây ngạc nhiên.
- Kiểm tra bằng trực giác (sanity check). Nếu kết quả vô lý, đừng ép theo con số — hãy soi lại giả định đầu vào, thường sai sót nằm ở Confidence hoặc Effort.
- Ghi lại và công khai quyết định để cả team hiểu vì sao chọn cái này thay vì cái kia.
Lỗi thường gặp & mẹo
- Sống hoàn toàn trong Ô 1. Đây là lỗi phổ biến nhất của first-time manager: chữa cháy cả ngày, tự hào vì "bận". Mẹo: mỗi cuối tuần, ước lượng % thời gian rơi vào từng ô. Nếu Ô 2 dưới 20%, bạn đang quản lý theo kiểu phản ứng chứ không phải chủ động.
- Nhầm khẩn cấp là quan trọng. Tin nhắn Slack, email, người ghé bàn hỏi — tất cả tạo cảm giác gấp. Mẹo: đặt câu hỏi "Điều tồi tệ nhất xảy ra nếu tôi trì hoãn việc này 48 giờ là gì?" Nếu câu trả lời là "chẳng sao cả", nó không thực sự khẩn cấp.
- Ngại ủy thác Ô 3 vì "tự làm nhanh hơn". Đúng là lần đầu tự làm nhanh hơn, nhưng bạn đang tự nhốt mình. Mẹo: ủy thác là đầu tư — chịu chậm một lần để rảnh tay mãi mãi.
- Chấm RICE để hợp thức hóa quyết định đã có sẵn. Nhiều người điều chỉnh con số cho ra kết quả mình muốn. Mẹo: chấm cùng team, yêu cầu mỗi con số phải kèm nguồn/giả định — điều này giảm thiên vị.
- Quên yếu tố Confidence. Nhiều người bỏ qua độ tự tin và bị hút vào các dự án Reach lớn nhưng đầy giả định mù mờ. Mẹo: Confidence chính là "phanh" chống lại sự lạc quan thái quá — hãy tôn trọng nó.
- Áp dụng RICE cho mọi thứ. RICE dành cho quyết định dự án cấp trung/lớn, không phải cho việc "hôm nay trả lời email nào trước". Dùng đúng công cụ cho đúng cấp độ quyết định.
Bài tập thực hành
- Audit Eisenhower cá nhân: Trong 3 ngày tới, ghi lại mọi việc bạn làm và phân vào 4 ô. Cuối ngày thứ 3, tính tỷ lệ % mỗi ô. Bạn dành bao nhiêu % cho Ô 2? Chọn ra 1 việc Ô 3 để ủy thác ngay tuần sau và 1 việc Ô 4 để loại bỏ.
- Khóa thời gian Ô 2: Mở lịch của bạn, đặt một block cố định 90 phút mỗi tuần với tiêu đề cụ thể (ví dụ: "Chiến lược & Coaching") và cam kết không để bất kỳ cuộc họp nào chiếm chỗ trong 4 tuần liền.
- Bảng RICE của riêng bạn: Liệt kê 3-4 sáng kiến/dự án team bạn đang cân nhắc. Cùng ít nhất một đồng nghiệp chấm R-I-C-E cho từng cái, ghi rõ giả định. Tính điểm, xếp hạng. Có kết quả nào gây ngạc nhiên không? Vì sao?
- Phân biệt "bắt buộc" và "chấm điểm": Trong danh sách trên, có việc nào là "table stakes" (bảo mật/pháp lý/uptime) mà lẽ ra không nên đưa vào RICE không? Tách chúng ra.
Tóm tắt
- Khẩn cấp không phải là quan trọng. Nhầm lẫn hai khái niệm này là gốc rễ của phần lớn tình trạng quá tải ở người quản lý mới.
- Eisenhower Matrix giúp bạn phân loại công việc hằng ngày vào 4 ô: Làm ngay (Ô 1), Lên lịch (Ô 2), Ủy thác (Ô 3), Loại bỏ (Ô 4). Chìa khóa thành công là chủ động đầu tư vào Ô 2 — việc quan trọng nhưng chưa gấp — vì nó thu nhỏ các đám cháy tương lai.
- RICE (Reach × Impact × Confidence / Effort) là công cụ định lượng để so sánh nhiều dự án lớn cạnh tranh nguồn lực, biến tranh cãi cảm tính thành thảo luận dựa trên giả định minh bạch.
- Cả hai đều là công cụ hỗ trợ tư duy, không thay thế phán đoán. Luôn tách nhóm việc "bắt buộc phải làm" ra trước, và sanity-check kết quả bằng trực giác.
- Prioritization tốt không chỉ cứu bạn khỏi kiệt sức — nó dạy team cách suy nghĩ và ra quyết định tốt hơn khi bạn vắng mặt.