11 bài viết
Thẻ: #nhan-dien-rui-ro
Danh sách bài viết
Rủi ro & thay đổiSự không chắc chắn (rủi ro)
Cả đội gật đầu với kế hoạch nhưng không ai nói điều mình lo: nhận diện rủi ro bằng buổi pre-mortem
Buổi kick-off kết thúc trong không khí hào hứng, sổ rủi ro chỉ có 7 dòng chung chung. Pre-mortem — giả định dự án đã thất bại rồi hỏi "vì sao" — giúp đội nói ra những lo ngại thật trước khi quá muộn. Cách tổ chức trong 60 phút và đưa kết quả vào quy trình Identify Risks.
Rủi ro & thay đổiSự không chắc chắn (rủi ro)
Sổ rủi ro 60 dòng mà 41 dòng là kỹ thuật: dùng cấu trúc phân rã rủi ro (RBS) để tìm điểm mù
Đội dự án hệ thống thông tin bệnh viện nhận diện được 60 rủi ro, nhưng gần 70% là rủi ro kỹ thuật, còn rủi ro pháp lý, nhà cung cấp và tổ chức gần như vắng mặt. Cách dùng RBS làm khung nhận diện, phát hiện vùng tập trung rủi ro và báo cáo theo nhóm nguyên nhân.
Rủi ro & thay đổiSự không chắc chắn (rủi ro)
Sổ rủi ro toàn câu "có thể chậm tiến độ": viết mô tả rủi ro theo cấu trúc nguyên nhân – sự kiện – tác động
Ba mươi dòng rủi ro mà dòng nào cũng kết thúc bằng "ảnh hưởng tiến độ" thì không ai biết phải làm gì. Cách viết câu mô tả rủi ro có cấu trúc — nguyên nhân, sự kiện bất định, tác động lên mục tiêu — theo PMBOK® Guide và NASA, kèm bộ kiểm tra 5 câu hỏi trước khi đưa vào sổ.
Rủi ro & thay đổiLập kế hoạch
Năm chuyên gia, năm ý kiến trái ngược: nhận diện rủi ro công nghệ mới bằng kỹ thuật Delphi
Dự án ứng dụng công nghệ chưa ai trong công ty làm, năm chuyên gia bên ngoài mỗi người một ý và một người có tiếng nói át cả phòng họp. Kỹ thuật Delphi — ẩn danh, nhiều vòng, phản hồi có kiểm soát — giúp gom ý kiến chuyên gia về rủi ro mà không bị người nói to nhất dẫn dắt.
Rủi ro & thay đổiSự không chắc chắn (rủi ro)
SWOT không chỉ để lập chiến lược: dùng điểm yếu và điểm mạnh nội bộ để tìm rủi ro và cơ hội cho dự án
Sổ rủi ro chỉ toàn mối đe doạ từ bên ngoài, không một dòng về điểm yếu của chính tổ chức, cũng không một cơ hội nào. Phân tích SWOT — một công cụ phân tích dữ liệu của quy trình Identify Risks — giúp nối điểm mạnh với cơ hội và điểm yếu với mối đe doạ để không bỏ sót.
Rủi ro & thay đổiLập kế hoạch
Đội nhận diện rủi ro giỏi về kỹ thuật nhưng "mù" về chính sách: dùng danh sách gợi ý PESTLE và TECOP
Đội kỹ sư liệt kê 40 rủi ro kỹ thuật chi tiết nhưng không ai nghĩ tới việc một nghị định mới có thể thay đổi yêu cầu sản phẩm. Danh sách gợi ý (prompt list) như PESTLE, TECOP, VUCA là công cụ của quy trình Identify Risks để rà soát có hệ thống các nguồn rủi ro tổng thể của dự án.
Rủi ro & thay đổiCông việc dự án
Checklist rủi ro dài 300 dòng mà vẫn bỏ sót: biến bài học kinh nghiệm thành công cụ nhận diện rủi ro dùng được
PMO có checklist rủi ro 300 dòng tích luỹ qua 10 năm, PM nào cũng "tick" cho đủ, nhưng dự án mới vẫn dính lại đúng lỗi cũ. Cách biến sổ bài học kinh nghiệm thành checklist ngắn, cập nhật được và dùng đúng chỗ trong quy trình Identify Risks — kèm giới hạn của checklist.
Rủi ro & thay đổiSự không chắc chắn (rủi ro)
Một sự cố, mười nguyên nhân, năm hậu quả: dùng sơ đồ nơ bướm (bow-tie) để nhận diện rủi ro và rào chắn
Sổ rủi ro ghi "mất dữ liệu khách hàng" như một dòng duy nhất, trong khi nó có hàng chục con đường dẫn tới và nhiều hậu quả khác nhau. Sơ đồ nơ bướm đặt sự kiện ở giữa, nguyên nhân bên trái, hậu quả bên phải và rào chắn trên mỗi nhánh — giúp nhận diện rủi ro đầy đủ và thấy rõ chỗ hở.
Rủi ro & thay đổiĐội dự án
Buổi brainstorming rủi ro chỉ ba người nói: kỹ thuật nhóm danh nghĩa giúp cả đội cùng nhận diện
Buổi brainstorming rủi ro 15 người kéo dài 2 giờ, nhưng gần như chỉ ba người nói và danh sách cuối cùng xoay quanh ý tưởng đầu tiên được nêu. Nghiên cứu cho thấy nhóm brainstorming tự do thường kém hơn các cá nhân làm riêng. Kỹ thuật nhóm danh nghĩa khắc phục điều đó như thế nào.
Rủi ro & thay đổiCách tiếp cận & vòng đời
Dự án agile không có sổ rủi ro: nhận diện rủi ro liên tục qua backlog, spike và các sự kiện Scrum
Đội Scrum cho rằng "agile không cần quản lý rủi ro vì sprint ngắn đã tự giảm rủi ro". Đến sprint 7, một rủi ro tích hợp lẽ ra thấy từ sprint 1 bùng lên. Cách đưa nhận diện rủi ro vào nhịp làm việc agile: backlog, spike, Sprint Planning, Daily Scrum, Review và Retrospective.