Cơ bảnHướng dẫnClaude ChatNguồn: Anthropic
Claude Productivity: Quản lý công việc thông minh
Nghe bài viết
00:00
Điểm nổi bật
Nhấn để đến mục tương ứng
- 1 Muốn làm chủ tại sao task management thông thường thất bại, hãy bắt đầu từ việc hiểu Bạn có bao giờ kết thúc ngày làm việc mà cảm thấy bận rộn cả ngày nhưng không làm được gì quan trọng? Hoặc quên mất một commitment đã hứa với đồng nghiệp? Hoặc task list quá dài đến mức — kỹ thuật này được nhiều developer áp dụng thành công trong dự án thực tế.
- 2 Một thực tế quan trọng về phần 1: capture — đừng để gì lọt qua: Inbox của bạn email, Slack, họp là nguồn liên tục của new tasks. Vấn đề không phải là "cần làm quá nhiều thứ" mà là "không capture được kịp thời — tuy mang lại lợi ích rõ ràng nhưng cũng đòi hỏi đầu tư thời gian học và thử nghiệm phù hợp.
- 3 Theo phân tích phần 3: organize — đúng chỗ, đúng context, Sections trong TASKS.md và khi nào dùng: Section Khi nào đặt task ở đây Active Task đang làm hoặc cần làm trong tuần này Waiting On Đang chờ người khác — con số thực tế này đáng để tham khảo khi lập kế hoạch triển khai cho dự án của bạn.
- 4 Để áp dụng xử lý tình huống đặc biệt hiệu quả, bạn cần nắm rõ: Khi task list quá dài 50+ items: Task list của tôi quá dài và overwhelming. Giúp tôi aggressive triage: 1. TỐI QUAN TRỌNG 3-5 tasks: Cần làm hoặc sẽ có hậu quả nghiêm trọng 2 — đây là bước quan trọng giúp tối ưu quy trình làm việc với AI trong thực tế.
- 5 Về best practices để hệ thống bền vững, thực tế cho thấy Capture ngay, clarify sau : Khi có task mới, capture vào list ngay. Clarify khi có thời gian. Active list ngắn : Nếu Active > 25 tasks, hệ thống đang bị abuse. Triage aggressively — đây là con dao hai lưỡi nếu không hiểu rõ giới hạn và điều kiện áp dụng của nó.
Tại sao task management thông thường thất bại
Bạn có bao giờ kết thúc ngày làm việc mà cảm thấy bận rộn cả ngày nhưng không làm được gì quan trọng? Hoặc quên mất một commitment đã hứa với đồng nghiệp? Hoặc task list quá dài đến mức không biết bắt đầu từ đâu?
Claude giúp bạn áp dụng nguyên tắc GTD (Getting Things Done) một cách thực tế — không cần app phức tạp, chỉ cần file text đơn giản và Claude như một "productivity partner" luôn sẵn sàng giúp bạn capture, clarify, organize, và review công việc.
4 câu hỏi cốt lõi của task management
- Capture: Đây có phải là thứ tôi cần xử lý không?
- Clarify: Cần hành động gì cụ thể?
- Organize: Đặt nó ở đâu trong hệ thống?
- Review: Tôi đang focus đúng điều đúng không?
Phần 1: CAPTURE — Đừng để gì lọt qua
Inbox của bạn (email, Slack, họp) là nguồn liên tục của new tasks. Vấn đề không phải là "cần làm quá nhiều thứ" mà là "không capture được kịp thời."
Prompt capture từ nhiều nguồn:
Tôi cần capture tasks từ [nguồn] hôm nay.
EMAILS CHƯA XỬ LÝ (paste):
[...]
SLACK MESSAGES (paste những tin có action):
[...]
MEETING NOTES HÔM NAY:
[...]
Với mỗi item, classify:
- Có cần action không? (Yes / No / Reference only)
- Nếu Yes: Có thể làm trong < 2 phút không? (Quick win vs. task cần thêm vào list)
- Assignee: Tôi làm hay delegate?
- Deadline ước tính?
2-minute rule: Nếu làm được trong 2 phút, đề nghị tôi làm ngay thay vì thêm vào list.Prompt quick capture khi bận:
Brain dump nhanh — tôi cần capture trước khi quên:
[Mô tả mọi thứ đang trong đầu, dù rối rắm]
Hãy process thành tasks có cấu trúc và phân loại phù hợp.
Hỏi tôi nếu cần clarify gì.Phần 2: CLARIFY — Task mơ hồ không làm được
Task như "Xử lý vấn đề Phoenix" hay "Follow up với Hùng" quá mơ hồ — không biết bắt đầu từ đâu. Clarify biến chúng thành actionable.
Prompt clarify task mơ hồ:
Task này quá mơ hồ: "[tên task mơ hồ]"
Giúp tôi clarify:
1. OUTCOME: Done trông như thế nào? Tôi sẽ biết task này hoàn thành khi nào?
2. NEXT ACTION: Hành động vật lý đầu tiên cụ thể nhất là gì?
3. CONTEXT: Cần gì để bắt đầu? (thông tin, access, người cần liên hệ)
4. ESTIMATE: Mất khoảng bao lâu?
5. CATEGORY: Loại task gì? (email / meeting / coding / writing / research)
Rewrite thành task rõ ràng theo format:
"[Verb cụ thể] [object rõ ràng] → [outcome mong muốn] by [deadline]"Ví dụ clarify:
Trước: "Follow up với Hùng về API"
Sau: "Email Hùng xác nhận timeline cho API endpoint /payments — cần deploy trước ngày 20/3 để QA team test kịp sprint review"
Phần 3: ORGANIZE — Đúng chỗ, đúng context
Sections trong TASKS.md và khi nào dùng:
| Section | Khi nào đặt task ở đây |
|---|---|
| Active | Task đang làm hoặc cần làm trong tuần này |
| Waiting On | Đang chờ người khác — đã delegate hoặc blocked |
| Someday | Ý tưởng tốt nhưng không urgent, có thể làm sau |
| Done | Đã hoàn thành (giữ ~1 tuần, xóa để list gọn) |
Prompt organize task list:
Task list của tôi đang hỗn độn. Hãy giúp tôi organize lại:
TASKS HIỆN CÓ (dạng thô):
[Paste tất cả tasks dù ở dạng nào]
Phân loại từng task vào:
- Active: Cần làm tuần này, không blocked
- Waiting On: Đang chờ ai đó — ghi rõ chờ gì và chờ ai
- Someday: Ý tưởng tốt nhưng không cần làm ngay
- Done (nếu đã xong)
Với Active tasks: Sort theo priority (High → Medium → Low)
Ghi format chuẩn: "- [ ] **[Task title]** - [context], for [person], due [date]"Phần 4: REVIEW — Hệ thống cần check-in thường xuyên
Daily Review (5 phút):
Daily review nhanh. Task list:
[Paste]
1. Tasks nào ĐÃ DONE hôm nay? (mark và move)
2. Tasks nào mới xuất hiện?
3. Top 3 cho ngày mai?
4. Có gì cần communicate/follow up trước EOD không?Weekly Review (15-20 phút, cuối tuần):
Weekly review. Task list:
[Paste TASKS.md]
Kiểm tra:
1. COMPLETE: Tasks nào có thể mark done?
2. STALE: Tasks nào đã trong Active > 2 tuần? Tại sao chưa xong?
3. WAITING TOO LONG: Waiting On items nào đã chờ > 5 ngày? Cần follow up?
4. SOMEDAY REVIEW: Có item nào trong Someday đã đến lúc promote lên Active?
5. CAPTURE: Có gì tôi đang lo lắng hoặc nhớ nhưng chưa capture vào list không?
Propose changes, chờ tôi confirm trước khi update.Xử lý tình huống đặc biệt
Khi task list quá dài (50+ items):
Task list của tôi quá dài và overwhelming.
Giúp tôi aggressive triage:
1. TỐI QUAN TRỌNG (3-5 tasks): Cần làm hoặc sẽ có hậu quả nghiêm trọng
2. QUAN TRỌNG (5-10 tasks): Cần làm trong tháng này
3. CÓ THỂ DELETE: Task không còn relevant, không còn cần nữa
4. CÓ THỂ DELEGATE: Không nhất thiết phải là tôi làm
5. CÓ THỂ SOMEDAY/NEVER: Ý tưởng tốt nhưng không có khả năng làm thực sự
Mục tiêu: Active list xuống còn 15-20 tasks thực sự cần làm.Khi có nhiều task urgent cùng lúc:
Tôi đang bị overwhelmed với nhiều thứ urgent cùng lúc:
[List tất cả "urgent" items]
Giúp tôi:
1. Phân biệt "urgent" thực sự (hậu quả nếu không làm ngay) vs. "cảm giác urgent"
2. Tìm dependencies: Cái gì phải làm trước để unlock cái khác?
3. Identify quick wins: Cái gì có thể xong trong 30 phút?
4. Delegate: Cái gì không nhất thiết phải là tôi làm?
5. Tạo sequential plan: Làm theo thứ tự nào?Sau khi nghỉ dài ngày:
Tôi vừa trở lại sau [X ngày] nghỉ.
Đây là task list trước khi nghỉ:
[Paste]
Đây là những gì tích lũy khi nghỉ (email/Slack summary):
[Paste]
Giúp tôi:
1. Categorize: Urgent để xử lý hôm nay vs. có thể chờ
2. Outdated tasks: Tasks nào trước khi nghỉ không còn relevant?
3. New commitments: Tasks mới nào cần add?
4. Triage plan: Cách tackle hợp lý trong 3 ngày đầu tiên quay lạiIntegrate tasks với các tools khác
Sync với Jira/Asana:
Đây là tasks đang assigned cho tôi trong Jira (paste export):
[...]
Đây là TASKS.md hiện tại:
[...]
Identify:
1. Jira tasks chưa có trong TASKS.md → cần add?
2. TASKS.md tasks đã complete trong Jira → cần mark done?
3. Conflict: Task ở cả hai chỗ với thông tin khác nhau?
Propose merge, chờ tôi confirm.Best practices để hệ thống bền vững
- Capture ngay, clarify sau: Khi có task mới, capture vào list ngay. Clarify khi có thời gian.
- Active list ngắn: Nếu Active > 25 tasks, hệ thống đang bị abuse. Triage aggressively.
- Include "for [person]": Commitments với người khác nghiêm túc hơn tasks chỉ cho bản thân.
- Weekly review là không thể bỏ qua: Không review thì system decay — stale tasks tích lũy, priorities không update.
Bước tiếp theo
Khi task list đã được organize tốt, bước tiếp theo là communicate progress với team và manager một cách hiệu quả. Xem Claude Productivity: Viết status update nhanh để biết cách tạo status update professional chỉ trong vài phút.
Bài viết liên quan
Bai viet co huu ich khong?
Bản quyền thuộc về tác giả. Vui lòng dẫn nguồn khi chia sẻ.
