Review Four Thousand Weeks: Ngừng ám ảnh năng suất

Tôi từng bỏ ra đúng 47 tiếng đồng hồ trong một tuần chỉ để viết một script tự động hóa việc gán tag cho các task trên Notion. Khi script chạy hoàn hảo, tôi nhận ra mình chẳng còn chút sức lực nào để làm chính những task đó.

Đó là lúc tôi tìm đến Four Thousand Weeks của Oliver Burkeman.

⏳ 4000 tuần và ảo tưởng kiểm soát

Tuổi thọ trung bình của con người là khoảng 80 năm. Đổi ra tuần, chúng ta có chừng 4000 tuần. Con số này ngắn đến giật mình.

Burkeman chỉ ra một nghịch lý: chúng ta càng cố quản lý thời gian, chúng ta càng thấy thiếu nó. Dân công nghệ chúng ta luôn ám ảnh với “inbox zero”, tối ưu hóa quy trình, dùng AI như Claude Sonnet 4.6 để code nhanh hơn. Nhưng sự thật là, khi bạn làm việc nhanh hơn, người ta đơn giản là sẽ giao cho bạn nhiều việc hơn.

Sự hoàn thành toàn bộ công việc là một ảo tưởng. Bạn sẽ không bao giờ làm hết mọi thứ.

❌ Năng suất là một cái bẫy

Điểm sáng lớn nhất của cuốn sách là cách nó vạch trần ngành công nghiệp self-help.

Chúng ta được dạy rằng nếu tìm ra đúng phương pháp, đúng tool, chúng ta sẽ làm chủ được cuộc sống. (Tôi biết điều này nghe có vẻ bi quan, nhưng cứ tin tôi đi, việc từ bỏ ý nghĩ đó thực sự giải thoát bạn). Bạn càng nhồi nhét nhiều thứ vào một ngày, chất lượng sự chú ý của bạn càng giảm sút.

Burkeman khuyên chúng ta nên chủ động chọn những việc để “bỏ cuộc”. Bằng cách chấp nhận rằng có những dự án bạn sẽ không bao giờ đụng tới, bạn mới có thể tập trung vào thứ đang ở trước mắt.

⚠️ Khi triết lý va chạm với Jira

Đây là lý do cuốn sách này chỉ nhận được điểm 3.0 từ tôi.

Triết lý của Burkeman rất hay, nhưng nó cực kỳ khó áp dụng cho một kỹ sư phần mềm đang chạy nước rút. Bạn không thể nói với Project Manager rằng: “Tôi quyết định chấp nhận sự hữu hạn của đời người nên tôi sẽ không hoàn thành ticket này”. Môi trường tech có những deadline cứng và áp lực mà triết lý buông bỏ không thể giải quyết ngay lập tức.

Nó giống như việc bạn loay hoay định hình lại Sự nghiệp Dev sau 30: Cú lừa của lộ trình thăng tiến — bạn cần hành động thực tế, không chỉ là những lời an ủi tâm lý. Cuốn sách hoàn toàn vắng bóng một framework cụ thể. Nó là một bài luận dài về triết học, không phải một cuốn cẩm nang.

📊 GTD vs Four Thousand Weeks

Để thấy rõ sự khác biệt, hãy nhìn vào cách cuốn sách này đối lập với Getting Things Done (GTD) truyền thống:

Tiêu chí	Getting Things Done (Phổ thông)	Four Thousand Weeks	Ghi chú thực tế
Mục tiêu	Dọn sạch inbox, làm mọi thứ	Chấp nhận inbox luôn đầy	Bạn cần kết hợp cả hai để sống sót.
Phương pháp	Chia nhỏ task, gán context	Giới hạn số lượng việc đang làm (WIP)	WIP limit của Kanban rất hợp với ý tưởng này.
Mindset	Tối ưu hóa tối đa	Chấp nhận sự bỏ lỡ (JOMO)	Khó thực hiện khi sếp ép tiến độ.

🛠️ Cách “hack” triết lý này vào công việc Tech

Dù thiếu công cụ, chúng ta vẫn có thể bóc tách vài kỹ thuật thực dụng từ mớ lý thuyết của tác giả.

1. Hard-cap danh sách việc đang làm (WIP)

Đừng list ra 20 việc cần làm hôm nay. Chọn đúng 3 việc quan trọng nhất. Nếu có việc thứ 4 xuất hiện, nó phải đợi cho đến khi 1 trong 3 việc kia hoàn thành.

2. Định nghĩa rõ ranh giới của sự “thất bại”

Hãy chọn trước những lĩnh vực bạn chấp nhận làm dở. Ví dụ: tuần này tập trung deploy tính năng tích hợp GPT-5.2, tôi chấp nhận việc trả lời email sẽ chậm trễ. Hiện tại tôi đang có 113 email chưa đọc, và tôi hoàn toàn ổn với điều đó.

— Nhận bản tóm tắt sách và các template Notion thực dụng miễn phí tại thư viện tài nguyên của tôi.

3. Ngừng nhầm lẫn công cụ với mục đích

Đừng tốn thời gian setup những hệ thống phức tạp mà bạn không thực sự cần. Đôi khi, một file text thuần túy lại hiệu quả hơn. Điều này y hệt như những 5 Sai Lầm Trí Mạng Khi Dùng AI Trong Obsidian mà dân tech hay mắc phải: cố biến tool thành giải pháp thay vì dùng nó để hỗ trợ suy nghĩ.

❓ Câu hỏi thường gặp

Có nên mua cuốn sách này không?

Nên, nếu bạn đang rơi vào trạng thái burnout và cảm thấy tội lỗi vì làm việc không đủ nhiều. Không nên, nếu bạn đang tìm kiếm một hệ thống quản lý task cụ thể như Kanban hay Time-blocking.

Nó có giúp tôi code nhanh hơn không?

Hoàn toàn không. Thậm chí nó còn khuyên bạn nên làm việc chậm lại. Nếu bạn đang muốn tăng tốc độ gõ code bằng AI, hãy đọc bài Windsurf IDE: Đừng Vội Bỏ Cursor Lúc Này của tôi thay vì đọc cuốn này.

Mất bao lâu để đọc xong?

Sách khá ngắn, bạn có thể đọc xong trong khoảng 2-3 buổi tối. Tuy nhiên, nửa sau của sách hơi lan man và lặp lại ý của nửa đầu.

🎯 Kết luận

Four Thousand Weeks không phải là liều thuốc tiên chữa bách bệnh cho dân công nghệ. Nó cực kỳ yếu trong việc cung cấp các bước hành động rõ ràng.

Tuy nhiên, giá trị thực sự của nó nằm ở việc đập vỡ cái khao khát kiểm soát thời gian tuyệt đối của chúng ta. Tôi vẫn dùng các công cụ quản lý task, vẫn tối ưu hóa server, nhưng tôi đã ngừng tự dằn vặt bản thân mỗi khi cuối ngày danh sách việc vẫn còn dang dở. Sự hữu hạn không phải là một lỗi của hệ thống, nó chính là tính năng của cuộc sống.