Forwork

Risk

Cách trình bày risk để proposal trở nên đáng tin hơn: không che giấu uncertainty, mà chỉ ra khả năng xảy ra, mức độ ảnh hưởng, cách giảm thiểu và phần risk còn lại sau mitigation.

01

Né risk làm proposal kém đáng tin hơn

Một plan chỉ nói về best-case dễ khiến người đọc nghi ngờ.

Người ra decision thường không hỏi “có risk không?” mà hỏi “risk nào đáng quan tâm nhất và team đã nghĩ tới chưa?”

02

Risk không phải danh sách điều tồi tệ có thể xảy ra

Một risk tốt phải liên quan trực tiếp tới outcome, dependency hoặc assumption quan trọng.

Nếu mọi thứ đều được gọi là risk, không thứ gì thực sự được ưu tiên.

03

Framework: Risk → Likelihood → Impact → Mitigation → Residual Risk

Risk — điều gì có thể đi sai?

Likelihood — khả năng xảy ra cao tới đâu?

Impact — nếu xảy ra, consequence lớn tới mức nào?

Mitigation — có thể làm gì để giảm probability hoặc impact?

Residual Risk — sau mitigation, phần uncertainty nào vẫn còn?

04

Likelihood giúp ưu tiên

Một risk impact rất lớn nhưng gần như không thể xảy ra có thể ít ưu tiên hơn một risk vừa phải nhưng probability cao.

Likelihood giúp proposal tránh panic-based planning.

05

Impact phải gắn với consequence thực tế

Delay, cost overrun, user adoption thấp, quality issue, compliance exposure, stakeholder conflict hoặc technical limitation đều có thể là impact.

Hãy nói rõ cái gì bị ảnh hưởng.

06

Mitigation phải là action, không phải reassurance

“Chúng tôi sẽ theo dõi sát” không phải mitigation mạnh.

Pilot, phased rollout, fallback, buffer, approval gate, backup vendor hay technical spike mới là action cụ thể.

07

Residual Risk làm proposal trưởng thành hơn

Không phải risk nào cũng có thể giảm về 0.

Khi nói rõ phần uncertainty còn lại, proposal cho thấy team không overclaim và biết giới hạn của plan.

08

Risk nên gắn với owner và trigger

Mỗi risk quan trọng nên có owner và signal để biết khi nào phải action.

Risk register chỉ hữu ích nếu nó kết nối với decision.

09

Ứng dụng trên Forwork

Proposal trên Forwork có thể có Risk block: Risk, Likelihood, Impact, Mitigation, Owner, Trigger, Residual Risk.

Sau approval, Work Tracking có thể tiếp tục theo dõi cùng risk record.

10

Kết luận

Đừng cố chứng minh rằng plan không có risk.

Hãy chứng minh rằng những risk quan trọng đã được nhìn thấy, ưu tiên và có cách phản ứng .

Risk → Likelihood → Impact → Mitigation → Residual Risk.