Product Management
Đăng nhập
ESC

Nhập từ khóa để tìm kiếm

↑↓ Di chuyển
Enter Mở
ESC Đóng

Bài 4 — Theo dõi bằng checkpoint, không phải bằng nhìn lưng

Đã đọc 0/7 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.

Ranh giới giữa quan tâm và quản lý vi mô

Cả hai đều là hỏi han. Khác biệt nằm ở thời điểm và thứ được hỏi:

  • Quản lý vi mô: hỏi bất chợt, hỏi về cách làm, hỏi nhiều lần trong ngày. Thông điệp ngầm: "Tôi không tin bạn."
  • Theo dõi tốt: hẹn trước, hỏi về tiến độ và vướng mắc, đúng nhịp đã thống nhất. Thông điệp ngầm: "Tôi ở đây nếu bạn cần."
Điểm khác biệt cốt lõi: checkpoint được thỏa thuận từ lúc giao việc, nên nó không phải là kiểm tra đột xuất mà là lịch hẹn hai bên đã biết.

Chọn nhịp checkpoint theo độ dài và rủi ro

Quy tắc đơn giản: checkpoint đầu tiên nên rơi vào lúc phát hiện sai còn kịp sửa, thường là khoảng 20 đến 30 phần trăm chặng đường.

  • Việc 1 ngày → một lần hỏi vào giữa ngày, hoặc không cần.
  • Việc 1 tuần → checkpoint sau ngày thứ nhất, không phải ngày thứ tư.
  • Việc 1 tháng → checkpoint cuối tuần 1, rồi hằng tuần.
  • Việc 1 quý → mốc theo tuần, kèm một mốc lớn giữa kỳ.
Lý do đặt sớm: nếu người ta hiểu sai đề bài, bạn muốn biết sau 1 ngày chứ không phải sau 3 tuần. Checkpoint sớm là hành động bảo vệ họ, không phải giám sát họ.

Hỏi gì trong checkpoint

Ba câu, theo đúng thứ tự này:

  • "Đang tới đâu rồi?" — để đồng bộ thực tế.
  • "Có gì đang chặn không?" — mở đường cho họ nói ra vướng mắc mà không phải thừa nhận thất bại.
  • "Anh giúp được gì?" — đảo vai: bạn phục vụ họ, không phải kiểm tra họ.
Tuyệt đối tránh "Sao chưa xong?". Câu này không lấy được thông tin gì mà chỉ tạo phòng thủ.

Đọc tín hiệu sớm

Vài dấu hiệu cho thấy việc đang trượt, trước khi nó trượt thật:

  • Câu trả lời chuyển từ cụ thể sang chung chung ("cũng đang ổn" thay vì "xong phần A, đang làm B").
  • Người ta bắt đầu tránh checkpoint hoặc dời lịch.
  • Phạm vi tự nở ra ("em làm luôn cả phần này cho tiện").
  • Không có câu hỏi nào cả. Việc khó mà không ai hỏi gì thường nghĩa là họ chưa bắt đầu thật.
Khi thấy tín hiệu, đừng siết chặt. Hãy hỏi cụ thể hơn: "Em cho anh xem bản đang làm dở được không?" Nhìn hiện vật rẻ hơn nhiều so với nghe báo cáo.

Khi họ làm khác cách bạn nghĩ

Tình huống khó nhất. Kết quả có vẻ sẽ đạt, nhưng đường đi khác hẳn cách bạn sẽ làm. Hỏi mình một câu:

> "Cách của họ có dẫn tới kết quả chấp nhận được không, hay chỉ là khác cách của tôi?"

Nếu chỉ là khác, để yên. Mỗi lần bạn ép người ta làm theo cách của bạn ở việc không quan trọng, bạn dạy họ rằng suy nghĩ độc lập là vô ích. Chi phí đó lớn hơn nhiều so với khoản chênh lệch hiệu quả nhỏ.

Nếu cách đó thật sự dẫn tới hỏng, đừng ra lệnh mà hãy hỏi: "Nếu đi đường này thì đến bước X em xử lý thế nào?" Để họ tự phát hiện lỗ hổng sẽ giữ được quyền tự chủ và vẫn tránh được sai.

Sai lầm thường gặp

  • Đặt checkpoint quá muộn, phát hiện lệch khi đã không kịp sửa.
  • Hỏi đột xuất nhiều lần thay vì theo nhịp đã hẹn.
  • Hỏi về cách làm thay vì tiến độ và vướng mắc.
  • Giành lại việc ngay lần đầu thấy trục trặc.
  • Bỏ hẳn checkpoint với người mình tin, rồi bất ngờ khi kết quả lệch.

Checklist kết bài

  • [ ] Checkpoint của tôi được thỏa thuận ngay lúc giao việc.
  • [ ] Checkpoint đầu tiên rơi vào khoảng 20 đến 30 phần trăm chặng đường.
  • [ ] Tôi hỏi tiến độ, vướng mắc và cách hỗ trợ, không hỏi cách làm.
  • [ ] Tôi phân biệt được "sẽ hỏng" và "chỉ là khác cách tôi làm".
Học xong bài này rồi? Tạo tài khoản miễn phí để lưu lại — lần sau vào là biết ngay đang dở ở đâu, và học hết khóa thì có chứng chỉ. Lưu tiến độ của tôi