PARA là phương pháp sắp xếp thông tin số do Tiago Forte đề xuất, chia mọi tài liệu và ghi chú vào bốn nhóm: Projects (dự án), Areas (lĩnh vực trách nhiệm), Resources (tài nguyên tham khảo) và Archives (lưu trữ). Tiêu chí phân nhóm không phải là chủ đề, mà là mức độ một tài liệu cần cho việc bạn đang làm.
Ý tưởng cốt lõi rất thực dụng: khi mở máy tính, thứ bạn cần nhất là tài liệu của việc đang làm, nên nó phải nằm ở chỗ dễ thấy nhất. Thứ ít liên quan đến hành động hơn thì lùi ra xa. Cùng một cấu trúc bốn nhóm được dùng lại cho thư mục máy tính, ổ lưu trữ đám mây, ứng dụng ghi chú và hộp thư.
Bài này giải thích từng nhóm, cách phân biệt dự án với lĩnh vực vốn là chỗ hay nhầm nhất, quy trình chuyển đổi một ổ đĩa lộn xộn sang PARA, và những trường hợp PARA không phải là lựa chọn tốt.
Bốn nhóm của PARA và cách nhận diện
Bảng dưới tóm tắt định nghĩa theo cách Forte trình bày trong Building a Second Brain (2022), kèm ví dụ trong một doanh nghiệp vừa và nhỏ.
| Nhóm | Định nghĩa | Ví dụ | Câu hỏi nhận diện |
|---|---|---|---|
| Dự án | Chuỗi việc có mục tiêu cụ thể và hạn chót | Mở chi nhánh ở Cần Thơ trước quý 2; nộp hồ sơ dự thầu gói cung cấp thiết bị | Việc này có ngày "xong" không? |
| Lĩnh vực | Trách nhiệm duy trì liên tục, không có điểm kết thúc | Tài chính công ty, tuyển dụng, sức khoẻ, quan hệ khách hàng lớn | Mình phải giữ tiêu chuẩn này mãi? |
| Tài nguyên | Chủ đề quan tâm, tài liệu tham khảo có thể có ích | Mẫu hợp đồng, bài viết về định giá, ghi chú hội thảo ngành | Hữu ích nhưng chưa gắn với việc cụ thể? |
| Lưu trữ | Mọi thứ không còn hoạt động từ ba nhóm trên | Dự án đã xong, lĩnh vực không còn phụ trách | Có còn dùng tới trong thời gian tới không? |
Thứ tự P–A–R–A cũng là thứ tự giảm dần về mức độ hành động. Một tài liệu có thể di chuyển giữa các nhóm theo thời gian: bài viết về định giá nằm ở Tài nguyên, được kéo vào Dự án khi bạn bắt đầu xây bảng giá mới, rồi cùng dự án đi vào Lưu trữ khi xong việc.
Dự án và lĩnh vực: chỗ nhầm phổ biến nhất
Phần lớn người dùng PARA gặp khó ở ranh giới giữa dự án và lĩnh vực. "Marketing" là lĩnh vực, không phải dự án, vì nó không bao giờ xong. "Ra mắt sản phẩm X ngày 15/3" là dự án. Khi bạn để "Marketing" trong nhóm dự án, nó trở thành cái thùng chứa khổng lồ không có điểm kết thúc, và bạn mất khả năng nhìn rõ mình đang thật sự làm những gì.
Sự phân biệt này có giá trị vượt ra ngoài việc sắp tệp. David Allen, trong Getting Things Done (2001), đã chỉ ra rằng nhiều người căng thẳng vì đầu óc giữ những "việc lơ lửng" không được xác định rõ kết quả. Buộc mỗi dự án phải có mục tiêu và hạn chót là buộc bạn làm rõ cam kết. Ngược lại, lĩnh vực được định nghĩa bằng tiêu chuẩn cần duy trì: dòng tiền dương, đội ngũ đủ người, khách hàng lớn được liên lạc ít nhất mỗi quý.
Một phép thử thực tế: đếm số dự án hiện có. Forte gợi ý phần lớn người làm việc trí óc có khoảng mười đến mười lăm dự án hoạt động cùng lúc. Nếu bạn liệt kê được năm mươi, có thể nhiều mục trong đó là lĩnh vực hoặc là ý tưởng chưa cam kết, nên chuyển sang Tài nguyên hoặc một danh sách "có thể làm".
Chuyển một ổ đĩa lộn xộn sang PARA
Sai lầm hay gặp là cố sắp xếp lại toàn bộ dữ liệu cũ. Forte khuyên ngược lại, và kinh nghiệm thực tế cho thấy cách sau ít bỏ cuộc hơn nhiều.
- Tạo bốn thư mục cấp cao nhất, đánh số 1 đến 4 để chúng luôn hiện đúng thứ tự.
- Chuyển toàn bộ thư mục cũ vào 4-Lưu trữ, đặt trong một thư mục con có ghi ngày chuyển. Không phân loại lại gì cả. Dữ liệu cũ vẫn tìm được bằng chức năng tìm kiếm.
- Liệt kê các dự án đang hoạt động, mỗi dự án một thư mục con trong 1-Dự án, tên bắt đầu bằng động từ hoặc kết quả cụ thể.
- Liệt kê các lĩnh vực trách nhiệm, mỗi lĩnh vực một thư mục con trong 2-Lĩnh vực.
- Từ nay, mỗi khi cần một tệp cũ, tìm nó trong Lưu trữ và chuyển vào đúng chỗ mới. Sau vài tháng, những gì thật sự cần dùng đã tự di chuyển lên trên.
- Mỗi khi hoàn thành dự án, chuyển nguyên thư mục vào Lưu trữ. Việc này mất vài giây nhưng giữ cho nhóm Dự án luôn phản ánh đúng khối lượng việc hiện tại.
Cấu trúc nên dừng ở hai đến ba cấp. Thư mục lồng sâu năm sáu cấp là dấu hiệu của việc phân loại theo chủ đề quay lại qua cửa sau.
Phương pháp CODE và tóm tắt lũy tiến đi kèm PARA
Capture (thu nhận). Chỉ giữ thứ gây ấn tượng với bạn, thứ Forte gọi là "cộng hưởng". Ông khuyến khích thu nhận ít hơn nhưng có chủ đích, gắn với dự án và lĩnh vực đang có.
Organize (sắp xếp). Đặt ghi chú vào đúng nhóm PARA theo câu hỏi: ghi chú này sẽ hữu ích nhất cho dự án nào? Nếu không có dự án nào, đặt vào lĩnh vực; không có lĩnh vực nào thì vào tài nguyên.
Distill (chắt lọc). Kỹ thuật đặc trưng là tóm tắt lũy tiến: lần đọc đầu, in đậm những đoạn quan trọng; lần sau, tô nổi bật phần cốt lõi trong phần in đậm; lần sau nữa, viết vài dòng tóm tắt bằng lời mình ở đầu ghi chú. Mỗi tầng chỉ được làm khi ghi chú thật sự được dùng lại, nên công sức tập trung vào thứ có giá trị.
Express (thể hiện). Dùng ghi chú để làm ra sản phẩm, và chia sẻ sớm phiên bản dở dang để nhận phản hồi. Forte gọi các mảnh sản phẩm tái sử dụng được là "khối trung gian": dàn ý, slide, đoạn giải thích, bảng tính mẫu.
Đánh giá công bằng về CODE. Bốn bước này không mới về bản chất; chúng gần với quy trình đọc – ghi – viết mà giới học thuật dùng từ lâu. Đóng góp của Forte là đóng gói lại cho người làm văn phòng, và nhấn mạnh rằng chắt lọc nên làm "đúng lúc" khi cần dùng chứ không làm "phòng khi" cho mọi thứ thu được. Tóm tắt lũy tiến cũng có điểm yếu: tô đậm và tô nổi bật là kỹ thuật học tập mà tổng quan của Dunlosky và cộng sự (2013) đánh giá hiệu quả thấp nếu dùng một mình. Bước viết tóm tắt bằng lời mình mới là phần tạo ra hiểu biết.
Nhịp rà soát giữ cho PARA không trôi
Cấu trúc bốn nhóm chỉ đúng khi nó phản ánh công việc thật, mà công việc thay đổi hằng tuần. Rà soát định kỳ là phần ít được nhắc nhưng quyết định hệ thống sống hay chết.
- Hằng ngày (năm phút): chuyển những gì vừa tải về, chụp lại hoặc ghi nhanh vào đúng thư mục dự án. Thư mục "Tải về" và màn hình nền không được là nơi chứa tài liệu lâu dài.
- Hằng tuần (30 phút): dọn sạch hộp thư đến của ứng dụng ghi chú, xem lại danh sách dự án, xác định bước tiếp theo của từng dự án. Dự án nào ba tuần không có bước tiến thì hỏi thẳng: còn theo đuổi không, hay chuyển về danh sách "có thể làm"?
- Hằng tháng (một giờ): rà nhóm Lĩnh vực, kiểm tra từng tiêu chuẩn có đang được duy trì không; chuyển dự án đã xong vào Lưu trữ kèm ghi chú bài học; xem nhóm Tài nguyên có chủ đề nào đã hết quan tâm.
- Hằng quý: đối chiếu danh sách dự án với mục tiêu quý của bản thân hoặc của đơn vị. Đây là lúc phát hiện những dự án "mồ côi", tức là vẫn chiếm thời gian nhưng không phục vụ mục tiêu nào.
Nhịp này trùng khớp đáng kể với buổi rà soát tuần mà David Allen mô tả trong GTD. Ai đã quen GTD có thể gộp hai việc làm một: rà danh sách việc và rà thư mục dự án trong cùng một buổi. Người quản lý có thể dùng chính danh sách dự án PARA làm chương trình cho buổi họp một kèm một hằng tuần với cấp dưới.
PARA so với Zettelkasten: chọn cái nào
Hai phương pháp thường bị đặt cạnh nhau như đối thủ, nhưng chúng giải quyết những bài toán khác nhau.
| Tiêu chí | PARA | Zettelkasten |
|---|---|---|
| Câu hỏi tổ chức | Tài liệu này phục vụ việc gì? | Ý này nối với ý nào? |
| Đơn vị | Tệp, thư mục, ghi chú công việc | Ý tưởng nguyên tử, diễn đạt bằng lời mình |
| Thời gian sống của thông tin | Ngắn đến trung hạn, xoay quanh dự án | Dài hạn, tích luỹ qua nhiều năm |
| Sản phẩm điển hình | Báo cáo, kế hoạch, hồ sơ, bài thuyết trình | Sách, bài báo, lý thuyết, bài giảng |
| Rủi ro khi làm quá tay | Biến thành hệ thư mục theo chủ đề | Biến thành sở thích tốn thời gian |
Nhiều người kết hợp: PARA làm khung ngoài cho mọi tài liệu, còn kho ý tưởng kiểu Zettelkasten nằm trong nhóm Tài nguyên hoặc là một kho riêng. Quyết định nên dựa vào loại sản phẩm bạn làm ra thường xuyên nhất.
Điểm yếu của PARA và cách bù
Tri thức dài hạn dễ bị chôn trong Lưu trữ. Khi dự án kết thúc, những bài học quý nằm trong thư mục dự án cũng đi vào Lưu trữ và bị quên. Cách bù: trước khi lưu trữ, dành mười phút viết một ghi chú "bài học rút ra" và đặt nó vào lĩnh vực hoặc tài nguyên liên quan.
Tài nguyên phình to không kiểm soát. Nhóm Tài nguyên dễ trở thành nơi đổ mọi thứ "hay hay". Định kỳ mỗi quý, chuyển những chủ đề không còn quan tâm sang Lưu trữ.
Không gợi ý được kết nối giữa các ý. PARA giỏi trả lời "tài liệu nằm đâu" nhưng không giúp nảy ý mới từ các ghi chú. Ai cần sáng tạo ý tưởng nên bổ sung liên kết giữa ghi chú.
Phụ thuộc vào thói quen rà soát. Forte đề xuất rà soát hằng tuần và hằng tháng. Bỏ rà soát vài tuần là các nhóm bắt đầu sai lệch so với thực tế công việc.
Câu hỏi thường gặp
PARA có dùng được cho cả nhóm làm việc không?
Có, và nhiều nhóm dùng nó cho ổ chung. Cần thống nhất ai có quyền tạo thư mục dự án, quy ước đặt tên, và ai chịu trách nhiệm chuyển dự án đã xong vào Lưu trữ. Nhóm Lĩnh vực ở cấp nhóm thường tương ứng với các mảng chức năng như kế toán, nhân sự, kinh doanh.
Email có áp dụng PARA được không?
Được, nhưng nên đơn giản hơn thư mục tệp. Nhiều người chỉ cần hộp thư đến, một nhãn cho thư cần xử lý, một nhãn cho thư chờ phản hồi và phần còn lại lưu trữ chung, vì tìm kiếm email đã đủ tốt. Gắn nhãn theo dự án chỉ đáng làm với dự án nhiều thư từ.
Một tài liệu liên quan tới hai dự án thì để ở đâu?
Đặt ở dự án mà bạn sẽ dùng tới nó sớm nhất hoặc nhiều nhất, và đặt liên kết hoặc lối tắt ở dự án còn lại. Không sao chép thành hai bản, vì hai bản sẽ sớm lệch nhau và bạn không biết bản nào mới.
Có nên chia nhỏ nhóm Lưu trữ theo năm không?
Có thể, nếu công việc có tính chu kỳ như kế toán hay giảng dạy theo học kỳ. Với phần lớn người dùng, chức năng tìm kiếm của hệ điều hành và ứng dụng đã đủ, và việc phân loại lưu trữ chi tiết chỉ tốn thêm thời gian cho thứ ít khi mở lại.
PARA khác gì so với cách sắp thư mục theo phòng ban?
Thư mục theo phòng ban hoặc theo chủ đề trả lời câu hỏi tài liệu này thuộc mảng nào. PARA trả lời câu hỏi tài liệu này phục vụ việc gì ngay bây giờ. Khác biệt lộ rõ khi một dự án liên quan nhiều phòng ban: với PARA, mọi tài liệu của dự án nằm cùng một chỗ.
