Framework chọn sách đúng vấn đề cho người đang muốn phát triển bản thân nhưng dễ ngợp

Khi viết bài 'Framework chọn sách đúng vấn đề cho người đang muốn phát triển bản thân nhưng dễ ngợp', mình chỉ muốn giải một vấn đề rất cụ thể: mua nhiều sách nhưng mỗi cuốn chỉ chạm một chút rồi bỏ dở.

Có những lúc mình đọc rất nhiều về cách chọn sách đúng, nhưng điều làm mình chậm lại không nằm ở thiếu thông tin mà ở chỗ chưa nhìn đúng nút thắt. Với bài này, mình muốn đi thẳng vào chuyện đó: mua nhiều sách nhưng mỗi cuốn chỉ chạm một chút rồi bỏ dở.

Mình không muốn kể sách theo kiểu đọc xong rồi chép lại. Điều mình muốn làm là giữ đúng phần đáng giữ nhất, đặt nó vào bối cảnh thật của người đọc và xem nó có thể gỡ điều gì cụ thể. Góc nhìn xuyên suốt của bài là lọc sách theo vấn đề thật thay vì theo cảm hứng.

Bài toán quy trình này giải

Workflow này được dựng cho đúng một bài toán: mua sách theo cảm hứng rồi để đó hoặc đọc xong thấy không khớp nhu cầu. Mình không muốn biến công cụ thành đồ trang trí, nên phần đầu luôn phải nói thẳng nó giải gì và không giải gì.

Nền của workflow này đi ra từ các cuốn như Essentialism, The One Thing. Điểm chung của chúng là đều nhắc mình rằng tri thức chỉ thật sự hữu ích khi nó được đặt vào một nhịp đủ đơn giản để làm lại nhiều lần.

Khung dùng thử

1. Gọi tên vấn đề: mình đang vướng ở thay đổi hành vi, tư duy, công việc hay tiền bạc
2. Chọn cấp độ: cần sách nền tảng, sách ứng dụng hay sách case study
3. Kiểm tra ngữ cảnh: cuốn này hợp với người mới hay người đã có nền
4. Cam kết đầu ra: đọc cuốn này để giải điều gì cụ thể

Ở bước 'Gọi tên vấn đề', điều mình quan tâm nhất là làm sao để người dùng không bị ngợp. Mình đang vướng ở thay đổi hành vi, tư duy, công việc hay tiền bạc Nếu ngay tại đây workflow đã quá nặng, khả năng cao nó sẽ bị bỏ chỉ sau vài lần thử.

Dấu hiệu tốt của bước 'Gọi tên vấn đề' không nằm ở việc nó trông chuyên nghiệp đến đâu, mà ở chỗ sau khi làm xong người dùng biết rõ việc tiếp theo là gì. Một workflow hữu ích luôn giảm bớt số lần phải suy nghĩ lại từ đầu, nhất là vào những ngày đầu óc đã quá tải.

Ở bước 'Chọn cấp độ', điều mình quan tâm nhất là làm sao để người dùng không bị ngợp. Cần sách nền tảng, sách ứng dụng hay sách case study Nếu ngay tại đây workflow đã quá nặng, khả năng cao nó sẽ bị bỏ chỉ sau vài lần thử.

Dấu hiệu tốt của bước 'Chọn cấp độ' không nằm ở việc nó trông chuyên nghiệp đến đâu, mà ở chỗ sau khi làm xong người dùng biết rõ việc tiếp theo là gì. Một workflow hữu ích luôn giảm bớt số lần phải suy nghĩ lại từ đầu, nhất là vào những ngày đầu óc đã quá tải.

Ở bước 'Kiểm tra ngữ cảnh', điều mình quan tâm nhất là làm sao để người dùng không bị ngợp. Cuốn này hợp với người mới hay người đã có nền Nếu ngay tại đây workflow đã quá nặng, khả năng cao nó sẽ bị bỏ chỉ sau vài lần thử.

Dấu hiệu tốt của bước 'Kiểm tra ngữ cảnh' không nằm ở việc nó trông chuyên nghiệp đến đâu, mà ở chỗ sau khi làm xong người dùng biết rõ việc tiếp theo là gì. Một workflow hữu ích luôn giảm bớt số lần phải suy nghĩ lại từ đầu, nhất là vào những ngày đầu óc đã quá tải.

Ở bước 'Cam kết đầu ra', điều mình quan tâm nhất là làm sao để người dùng không bị ngợp. Đọc cuốn này để giải điều gì cụ thể Nếu ngay tại đây workflow đã quá nặng, khả năng cao nó sẽ bị bỏ chỉ sau vài lần thử.

Dấu hiệu tốt của bước 'Cam kết đầu ra' không nằm ở việc nó trông chuyên nghiệp đến đâu, mà ở chỗ sau khi làm xong người dùng biết rõ việc tiếp theo là gì. Một workflow hữu ích luôn giảm bớt số lần phải suy nghĩ lại từ đầu, nhất là vào những ngày đầu óc đã quá tải.

Nếu bạn đang bận, đừng cố làm workflow này thật đẹp trong lần đầu. Phiên bản có thể quay lại mới là phiên bản đáng giữ. Hầu hết quy trình gãy không phải vì ý tưởng sai, mà vì bước vào quá nặng.

Mẫu đầu ra nên có

• một shortlist 2-3 cuốn sát vấn đề
• lý do chọn rõ cho từng cuốn
• thứ tự đọc bớt ngợp hơn

Nhìn vào đầu ra cũng là một cách chống làm workflow cho có cảm giác tiến bộ. Nếu sau khi đi hết quy trình mà không tạo ra được một đầu ra nhìn thấy được, rất có thể mình đang chăm làm hệ thống hơn là chăm giải quyết vấn đề.

Ví dụ mình sẽ dùng quy trình này trong một tuần ra sao

Ngày đầu tiên, mình thường chạy workflow ở phiên bản rất nhẹ để nhìn rõ ma sát. Ngày thứ hai hoặc thứ ba mới bắt đầu chỉnh các bước nào đang làm mình chậm hoặc mơ hồ. Đến cuối tuần, điều đáng nhìn lại không phải là mình làm có đẹp không, mà là quy trình này đã giúp đầu óc nhẹ hơn và đầu ra rõ hơn ở điểm nào.

Nếu làm cho team, mình sẽ càng giữ workflow gọn hơn nữa. Một quy trình được cả nhóm quay lại nhiều lần quý hơn hẳn một quy trình đầy đủ nhưng chỉ người tạo ra nó mới hiểu.

Điểm mình hay quan sát nhất trong tuần đầu là workflow này có đang đòi người dùng nhớ quá nhiều thứ cùng lúc hay không. Nếu có, gần như chắc chắn phải gỡ bớt. Một hệ thống tốt không bắt mình trở thành phiên bản kỷ luật phi thường mới dùng nổi; nó phải đủ tử tế để hỗ trợ cả lúc mình mệt hoặc bận.

Mình cũng thích để mỗi workflow gắn với một đầu ra rất cụ thể, ví dụ một note tổng kết, một checklist cho tuần sau hoặc một thư viện ý tưởng đã được lọc. Khi đầu ra rõ, workflow bớt nguy cơ biến thành cảm giác chăm chỉ giả, còn người dùng thì dễ thấy vì sao mình nên quay lại dùng nó thêm lần nữa.

Giới hạn của công cụ hoặc workflow này

Không có workflow nào cứu được một mục tiêu còn mờ hoặc một kỳ vọng quá tay. Công cụ tốt nhất chỉ làm rõ đường đi, chứ không thay thế cho việc chọn đúng bài toán ngay từ đầu.

Điểm giới hạn thứ hai là tâm lý. Nếu đang quá mệt hoặc quá rối, hãy dùng bản nhẹ nhất của workflow. Khi đầu óc quay lại ổn hơn, mình mới tăng độ chi tiết. Làm ngược lại thường chỉ biến công cụ thành một lý do mới để tự trách.

Và cuối cùng, đừng giữ một quy trình chỉ vì mình đã đầu tư công sức dựng nó. Nếu nó không còn phục vụ nhịp sống và công việc hiện tại, sửa hoặc bỏ nó là điều lành mạnh.

Nếu bạn thích kiểu chia sẻ chọn lọc, kiểm chứng kỹ và thiên về áp dụng như thế này, danh sách email của site sẽ hợp hơn một feed chạy quá nhanh; mình muốn giữ nhịp gửi đủ ít để mỗi lần mở ra đều còn đáng đọc.