Update Framework
Cách viết progress update ngắn nhưng đủ signal để stakeholder hiểu status, work đã hoàn thành, việc đang làm, risk, decision cần thiết và next step.
Update không phải activity dump
Danh sách 20 task đã làm khiến người đọc phải tự suy luận project đang ở đâu.
Progress update nên tổng hợp meaning, không chỉ activity.
Status phải trả lời trạng thái tổng thể
On Track, At Risk, Blocked hoặc Changed Scope có giá trị hơn một đoạn văn dài không có conclusion.
Status là headline của update.
Framework: Status → Done → Doing → Risk → Decision → Next
Status — project hiện đang ở trạng thái nào?
Done — điều gì đã hoàn thành và có evidence gì?
Doing — team đang tập trung vào gì?
Risk — điều gì có thể ảnh hưởng outcome hoặc timeline?
Decision — stakeholder cần quyết định gì?
Next — bước tiếp theo là gì và khi nào?
Done nên có evidence
“Đã hoàn thành research” yếu hơn “đã hoàn thành 12 interview, synthesis và insight map”.
Done tốt làm progress inspectable.
Doing cần thể hiện focus
Không cần liệt kê mọi task đang mở.
Chỉ cần cho thấy workstream nào đang chiếm focus và mục tiêu của nó.
Risk phải đi kèm consequence
“Có risk từ API” chưa đủ.
Hãy nói risk đó có thể ảnh hưởng milestone nào, khi nào và mức impact ra sao.
Decision biến update thành action
Nếu project đang chờ client chọn option A/B, approval hoặc trade-off, điều đó phải nổi bật.
Decision bị chôn trong body là nguyên nhân phổ biến của delay.
Next tạo continuity
Một update tốt nên kết thúc bằng điều người đọc có thể kỳ vọng tiếp theo: milestone, review, deliverable, decision hoặc update kế tiếp.
Ứng dụng trên Forwork
Forwork có thể chuẩn hóa Update Block: Status, Done + Evidence, Doing, Risks, Decisions Needed, Next Step, Owner, Next Update Date.
Mọi update sau đó trở thành một timeline có thể đọc bởi client và AI.
Kết luận
Đừng hỏi: “Update này đã đủ chi tiết chưa?”
Hãy hỏi: “Sau khi đọc trong 30 giây, stakeholder có biết project đang ở đâu và cần làm gì tiếp không?”
Status → Done → Doing → Risk → Decision → Next.