Chương 5: Công cụ PM & bối cảnh sản phẩm chuyên biệt
Bài kiểm tra của một khóa dạy kỹ năng này.
Làm bài này
Product Management
Lựa chọn việc đúng để làm khi mọi thứ đều "urgent" — kỹ năng phân biệt PM senior với junior.
Đăng nhập để đánh dấu kỹ năng và theo dõi tiến độ.
Làm bài Đánh giá Kỹ năng Lãnh đạo cho PM — 3 người đã làm. Một lần làm chấm điểm cho tất cả kỹ năng trong nhóm Leadership, không chỉ kỹ năng này.
Làm bài đánh giáMột PM trung bình nhận hơn 30 yêu cầu mỗi tuần và làm tốt được 3–5 việc. Khác biệt giữa người giỏi và người rất giỏi nằm ở CHỌN VIỆC, không phải làm nhanh hơn. Sai lầm nền: nhầm “cảm thấy gấp” với “quan trọng”.
Giữ được thời gian cho việc quan trọng-không-gấp khi mọi thứ đang cháy: phân loại yêu cầu ngay khi nhận thay vì để dồn, từ chối bằng cơ chế chứ không bằng quan hệ, và nói được với sếp vì sao một việc gấp đang bị hoãn — kèm cái gì sẽ mất nếu đổi.
Vấn đề không phải thiếu thời gian mà là thiếu cơ chế từ chối. Ai cũng có 40 giờ; khác biệt nằm ở việc 30 yêu cầu kia được xử lý thế nào.
Câu hỏi hữu ích nhất khi nhận một yêu cầu: “nếu việc này không bao giờ được làm, chuyện gì xảy ra?” Phần lớn câu trả lời là “không gì cả”.
| Gấp | Không gấp | |
|---|---|---|
| Quan trọng | Sự cố thật — làm ngay | Chiến lược, discovery — 60% thời gian nên ở đây |
| Không quan trọng | Câu hỏi của người có chức vụ — uỷ quyền hoặc hẹn lại | Phần lớn email và họp — từ chối |
Ô nguy hiểm là gấp nhưng không quan trọng: nó có người thúc, nên nó luôn thắng ô quan trọng-không-gấp, vốn không có ai thúc cả.
| Tình huống | Bạn làm gì | Nếu không |
|---|---|---|
| CEO nhắn hỏi một con số lúc 4 giờ chiều. | Trả lời khi nào sẽ có, đừng bỏ việc đang làm. “Em gửi anh trước 10h sáng mai” gần như luôn được chấp nhận. | Bạn mất block deep work cuối cùng trong tuần cho một câu hỏi không ai cần gấp. |
| Ops escalate một sự cố lần thứ ba trong tháng. | Lặp lại ba lần thì không còn là sự cố — nó là vấn đề hệ thống. Đưa vào backlog và sửa gốc. | Bạn chữa cháy mãi mãi và không bao giờ có thời gian phòng cháy. |
| Lịch tuần có 8 cuộc họp mỗi ngày. | Audit một tuần bằng cách ghi thời gian thật mỗi 30 phút. Số liệu thuyết phục hơn cảm giác. | Bạn thấy mình bận nhưng không nói được mình đã làm được gì — và người khác cũng vậy. |
Ở MoMo, Tiki, Shopee, PM thường bị kéo vào fire-fighting (incident, escalation từ ops). Quy tắc: nếu một fire không recurring và không >1% revenue, delegate hoặc đặt lịch tuần sau.
| Hỏi | Nếu có | Nếu không |
|---|---|---|
| Không làm thì có ai mất gì không? | Đi tiếp | Từ chối, ghi lại lý do |
| Việc này lặp lại chứ? | Sửa gốc, đừng vá | Xử lý một lần rồi thôi |
| Có ai khác làm được không? | Uỷ quyền, nói rõ mức | Đặt lịch, đừng làm ngay |
| Cần trước khi nào thật sự? | Xếp theo mốc đó | Hẹn tuần sau |
| Sai lầm | Vì sao hỏng | Làm thay bằng |
|---|---|---|
| Nhầm “cảm thấy gấp” với “quan trọng” | Câu hỏi của sếp không tự động là ưu tiên cao nhất. | Hỏi mốc thật, rồi xếp lại. |
| Lịch kín là dấu hiệu quan trọng | 8 cuộc họp mỗi ngày là dấu hiệu thiếu tập trung. | Chặn 2 giờ deep work mỗi sáng, không thương lượng. |
| Từ chối bằng quan hệ | Lần sau người kia đi đường khác. | Từ chối bằng cơ chế: cái gì phải ra khỏi sprint để cái này vào. |
| Không bao giờ audit | Cảm giác về thời gian của con người rất tệ. | Ghi thời gian thật một tuần, mỗi 30 phút. |
| Vai trò | Bạn dùng nó để |
|---|---|
| Product Manager | Đây là kỹ năng phân biệt senior và junior rõ nhất — không phải kiến thức, mà là chọn việc. |
| Product Owner | Backlog của bạn là bản ghi những lần bạn đã nói không. |
| Engineering Manager | Bạn bảo vệ thời gian tập trung cho cả đội, không chỉ cho mình. |
| Head of Product | Ưu tiên của bạn được sao chép xuống — nếu bạn chữa cháy, cả tầng dưới cũng vậy. |
Phần lớn lời khuyên về quản lý thời gian tập trung vào việc làm nhanh hơn. Nhưng nguyên nhân gốc của tình trạng quá tải hiếm khi là tốc độ — nó là số lượng việc đã nhận.
Không ai quản lý được đường ra khỏi một cái phễu mà đầu vào không bị kiểm soát.
| Khi có việc mới đến | Câu trả lời tệ | Câu trả lời tốt |
|---|---|---|
| Sếp nhờ thêm một việc | "Vâng em làm" | "Được ạ. Em đang làm A, B, C. Thêm D thì hoãn cái nào?" |
| Đồng nghiệp nhờ gấp | "Để em xem" | "Việc này cần xong trước khi nào? Em làm được sau thứ Năm." |
| Yêu cầu từ khách qua kinh doanh | Nhận rồi tự sắp xếp | Đưa vào quy trình ưu tiên chung, không nhận trực tiếp |
| Việc tự mình nghĩ ra | Làm luôn vì thấy hay | Ghi vào danh sách chờ; nó cạnh tranh với việc khác như mọi việc |
Câu ở dòng đầu là câu có giá trị nhất trong cả kỹ năng này. Nó không từ chối, nên không gây khó xử; nhưng nó chuyển quyết định đánh đổi về đúng người có thẩm quyền — và họ thường chọn hoãn một việc khác.
Về việc bị gián đoạn: với người làm công việc cần suy nghĩ, một lần gián đoạn tốn nhiều hơn thời gian của chính nó — phần đắt là việc lấy lại mạch. Đó là lý do "chỉ hỏi một câu thôi" không rẻ như nó nghe.
| Hiccup | Vì sao xảy ra | Xử lý |
|---|---|---|
| Danh sách việc dài mãi không hết | Nhận vào nhiều hơn làm xong | Kiểm soát đầu vào trước; không có cách nào tối ưu đường ra để bù |
| Bận cả ngày mà không xong việc quan trọng | Việc quan trọng không có lịch | Đặt trước thời gian cho nó như một cuộc hẹn thật |
| Luôn làm việc gấp, không làm việc quan trọng | Việc gấp có người thúc, việc quan trọng thì không | Mỗi tuần dành một khối cố định cho việc quan trọng-không-gấp |
| Nói có rồi hối hận | Trả lời ngay khi được hỏi | "Để em xem lại lịch, chiều em trả lời" — một câu mua được thời gian suy nghĩ |
| Làm việc của người khác | Nhận lại việc đã uỷ quyền | Khi ai đó mang vấn đề tới, hỏi "em đề xuất làm gì?" trước khi nhận |
Bài kiểm tra của một khóa dạy kỹ năng này.
Làm bài nàyBài kiểm tra của một khóa dạy kỹ năng này.
Làm bài nàyBài kiểm tra của một khóa dạy kỹ năng này.
Làm bài nàyBài kiểm tra của một khóa dạy kỹ năng này.
Làm bài nàyHọc kỹ năng này ở đâu?
Có 5 khóa dạy đúng phần này, miễn phí và bằng tiếng Việt.
Thảo luận & tài liệu thêm 0
Chia sẻ kinh nghiệm, đặt câu hỏi, hoặc đính kèm tài liệu/YouTube giúp người khác học kỹ năng này.