Hệ thống đọc, ghi, áp dụng trong 7 ngày cho người bận vẫn muốn học từ sách

Khi viết bài 'Hệ thống đọc, ghi, áp dụng trong 7 ngày cho người bận vẫn muốn học từ sách', mình chỉ muốn giải một vấn đề rất cụ thể: không có nhiều thời gian nhưng vẫn muốn việc đọc cho ra kết quả thật.

Có những lúc mình đọc rất nhiều về quy trình đọc sách 7 ngày, 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 đó: không có nhiều thời gian nhưng vẫn muốn việc đọc cho ra kết quả thật.

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à xây một vòng đọc đủ nhẹ để người bận vẫn theo được.

Hệ thống đọc, ghi, áp dụng trong 7 ngày cho người bận vẫn muốn học từ sách — Một góc bàn làm việc với checklist, sticky note và sổ tay đang được dùng để chuyển bài học từ sách thành quy trình gọn.

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: người bận vẫn muốn học từ sách nhưng không muốn biến việc đọc thành dự án cồng kềnh. 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ư Atomic Habits, Getting Things Done, Deep Work. Đ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ử

Ngày 1: xác định câu hỏi đọc và lướt cấu trúc
Ngày 2-4: đọc theo khung ngắn, ghi ý chạm và diễn giải lại
Ngày 5: gom 3 ý đáng giữ
Ngày 6: chọn một thử nghiệm nhỏ
Ngày 7: xem lại điều gì có ích thật và điều gì nên bỏ

Ở bước 'Ngày 1', điều mình quan tâm nhất là làm sao để người dùng không bị ngợp. Xác định câu hỏi đọc và lướt cấu trú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 'Ngày 1' 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 'Ngày 2-4', điều mình quan tâm nhất là làm sao để người dùng không bị ngợp. Đọc theo khung ngắn, ghi ý chạm và diễn giải lại 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 'Ngày 2-4' 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 'Ngày 5', điều mình quan tâm nhất là làm sao để người dùng không bị ngợp. Gom 3 ý đáng giữ 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 'Ngày 5' 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 'Ngày 6', điều mình quan tâm nhất là làm sao để người dùng không bị ngợp. Chọn một thử nghiệm nhỏ 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 'Ngày 6' 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 'Ngày 7', điều mình quan tâm nhất là làm sao để người dùng không bị ngợp. Xem lại điều gì có ích thật và điều gì nên bỏ 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 'Ngày 7' 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 bài học rõ từ cuốn sách
ghi chú gọn để xem lại
một thử nghiệm cụ thể

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 đề.

Hệ thống đọc, ghi, áp dụng trong 7 ngày cho người bận vẫn muốn học từ sách - workflow — Hình dung về việc biến ghi chú sách thành checklist, bước làm và đầu ra cụ thể có thể dùng lại.

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.