← LeaderboardThe Skill Leaderboard

project-status-report

Viết báo cáo tình trạng dự án có cấu trúc cho bất kỳ dự án nào. Dùng khi được yêu cầu viết bản cập nhật dự án, báo cáo tình trạng, báo cáo RAG, phần diễn giải cho dashboard dự án hoặc thông báo dự án hằng tuần. Tạo ra một báo cáo tình trạng rõ ràng với đánh giá RAG, tiến độ các mốc, rủi ro và các quyết định cần đưa ra.

Published by mohitagw15856 ↗mohitagw15856/pm-claude-skills

Try your first task

project-status-report

Start a fresh conversation. Replace the highlighted placeholders.

Use project-status-report to write a structured status update for [project], including RAG status, milestone progress, risks, and decisions needed.

Required inputs

  • [project]

User-approved starter prompt based on a pinned source version; check current skill requirements before running. Task evidence ↗

SKILL.md

name: project-status-reportlanguage: videscription: "Viết báo cáo tình trạng dự án có cấu trúc cho bất kỳ dự án nào. Dùng khi được yêu cầu viết bản cập nhật dự án, báo cáo tình trạng, báo cáo RAG, phần diễn giải cho dashboard dự án hoặc thông báo dự án hằng tuần. Tạo ra một báo cáo tình trạng rõ ràng với đánh giá RAG, tiến độ các mốc, rủi ro và các quyết định cần đưa ra."

Bản dịch tiếng Việt của project-status-report. Bản tiếng Anh là bản chuẩn.

Kỹ năng Báo cáo tình trạng dự án

Tạo ra một báo cáo tình trạng dự án rõ ràng, có cấu trúc: bản thông tin hằng tuần giúp các bên liên quan nắm được tình hình mà không cần họp.

Thông tin đầu vào cần có

  • Tên dự án
  • Kỳ báo cáo
  • Trạng thái RAG hiện tại (Đỏ / Vàng / Xanh)
  • Các mốc chính (đến hạn, đã hoàn thành, sắp tới)
  • Vấn đề hoặc điểm vướng mắc
  • Các quyết định cần từ các bên liên quan
  • Tình hình ngân sách (nếu có theo dõi)
  • Đối tượng đọc (ban chỉ đạo / nhà tài trợ dự án / PMO / toàn bộ nhóm)

Cấu trúc đầu ra

Báo cáo tình trạng dự án: [Tên dự án]

Kỳ báo cáo: [Khoảng thời gian] | Người viết: [PM] | Báo cáo tiếp theo: [Ngày]

Tình trạng tổng thể

Khía cạnhTrạng tháiKỳ trướcXu hướng
Tổng thểĐỏ / Vàng / Xanh[Kỳ trước]Cải thiện / Ổn định / Đi xuống
Tiến độ
Ngân sách
Phạm vi
Rủi ro

Định nghĩa RAG:

  • Xanh: Đúng hướng. Không có vấn đề đáng kể.
  • Vàng: Có rủi ro. Đã xác định vấn đề nhưng đã có biện pháp giảm thiểu.
  • Đỏ: Chệch hướng. Cần leo thang hoặc ra quyết định để khôi phục.

Tóm tắt cho lãnh đạo

[3-5 câu. Câu chuyện chính. Nếu là Đỏ, nói ngay và nêu lý do. Không bao giờ giấu tin xấu sau tin tốt.]

Tiến độ các mốc

MốcHạnTrạng tháiGhi chú
[Mốc][Ngày]Hoàn thành / Có rủi ro / Trễ / Đúng tiến độ[Một dòng]

Đã hoàn thành trong kỳ: [Những gì đã bàn giao] Đến hạn kỳ tới: [Những gì dự kiến]

Vấn đề và điểm vướng mắc

[Tên vấn đề]: Nghiêm trọng / Cao / Thấp

  • Mô tả: [Vấn đề là gì]
  • Tác động: [Điều gì xảy ra nếu không được giải quyết]
  • Người phụ trách: [Ai đang giải quyết]
  • Hành động: [Đang làm gì]
  • Ngày giải quyết: [Khi nào sẽ đóng]

Rủi ro

Rủi roKhả năng xảy raTác độngGiảm thiểuNgười phụ trách
[Rủi ro]C/TB/TC/TB/T[Hành động][Tên]

Các quyết định cần đưa ra

Quyết địnhBối cảnhPhương ánKhuyến nghịCần trước ngày
[Quyết định][Bối cảnh][Phương án][Khuyến nghị][Ngày]

Tóm tắt ngân sách

Ngân sáchThực chi đến nayDự báoChênh lệch
Tổng££££ F/A

Kế hoạch kỳ tới

[3-5 gạch đầu dòng cụ thể: những gì sẽ diễn ra trong kỳ tới]

Quy tắc viết

  • Không bao giờ làm nhẹ đi trạng thái Đỏ
  • Các mốc là nhị phân: hoàn thành hoặc chưa hoàn thành
  • Các quyết định phải thực sự có thể hành động được
  • Giữ trong một trang nếu có thể

Kiểm tra chất lượng

  • Trạng thái Đỏ được nêu ngay (không bị giấu sau các điểm tích cực)
  • Mọi vấn đề đều có người phụ trách cụ thể và ngày giải quyết
  • Các quyết định cần đưa ra thực sự nằm trong quyền hành động của đối tượng đọc
  • Các mốc là nhị phân (hoàn thành hoặc chưa, không có kiểu "xong 85%")
  • Phần tóm tắt cho lãnh đạo đứng độc lập được với người không đọc gì khác

Những lỗi cần tránh

  • Không đánh giá sức khỏe dự án là Xanh trong khi vẫn liệt kê các điểm vướng mắc nghiêm trọng chưa giải quyết
  • Không báo cáo tiến độ mốc theo phần trăm: các mốc là nhị phân, hoàn thành hoặc chưa hoàn thành
  • Không chôn rủi ro ở cuối: nếu có gì rủi ro cao, nó phải nằm trong phần tóm tắt cho lãnh đạo
  • Không để các quyết định cần đưa ra mà không nêu rõ ai phải quyết định và hạn chót khi nào
  • Không viết phần tóm tắt cho lãnh đạo mà phải đọc cả báo cáo mới hiểu: nó phải đứng độc lập

Ví dụ câu kích hoạt

  • "Viết báo cáo tình trạng dự án cho [dự án]"
  • "Tạo bản cập nhật trạng thái RAG cho [dự án]"
  • "Viết báo cáo gửi ban chỉ đạo cho [dự án]"