Câu trả lời được chấp nhận
Vấn đề thường nằm ở hai điểm: thu thập quá muộn và không có cơ chế kéo bài học vào dự án sau.
1. Thu thập liên tục, không chờ cuối dự án PMBOK® Guide ấn bản 6 đưa sổ bài học kinh nghiệm (lessons learned register) thành đầu ra của Manage Project Knowledge (4.4), cập nhật suốt dự án; khi đóng dự án mới chuyển vào kho tri thức tổ chức (OPA). Cách làm thực tế: 10 phút cuối mỗi cuộc họp giai đoạn hoặc mỗi retrospective, ghi 1–3 bài học.
2. Viết bài học có thể hành động
| Kém | Tốt |
|---|---|
| "Giao tiếp chưa tốt" | "Khi nhà cung cấp chỉ có 1 đầu mối, rủi ro trễ phản hồi cao. Hành động: hợp đồng ghi SLA phản hồi 2 ngày và có đầu mối dự phòng." |
| "Ước lượng thấp" | "Tích hợp hệ thống ngân hàng mất gấp ~2 lần ước lượng ban đầu. Hành động: lần sau ước lượng ba điểm, thêm thời gian sandbox." |
Cấu trúc: bối cảnh → điều xảy ra → nguyên nhân → khuyến nghị → áp dụng cho loại dự án nào.
3. Kéo vào dự án sau (cơ chế "pull")
- Đưa mục "Đã xem bài học liên quan chưa?" vào checklist khởi tạo và lập kế hoạch.
- Gắn thẻ (lĩnh vực, loại rủi ro) để tra cứu nhanh.
- Chuyển bài học lặp lại thành thay đổi quy trình/mẫu (ví dụ thêm dòng vào mẫu sổ rủi ro), vì đó là cách bài học "sống" lâu nhất.
4. An toàn tâm lý: tập trung vào hệ thống, không đổ lỗi cá nhân — điều Atlassian nhấn mạnh khi tổ chức retrospective.
NAO (Văn phòng Kiểm toán Quốc gia Anh) cho thấy các chương trình lớn của chính phủ lặp đi lặp lại những khó khăn giống nhau về phạm vi, lập kế hoạch, phụ thuộc và giám sát — minh chứng rằng bài học chỉ có giá trị khi được đưa vào cách làm.
Nguồn: