Đang lật trang.
Đang mở chương tiếp theo…
Này… tạo phong cách đọc riêng nhé.
Phông chữ và chủ đề nằm trong Giao diện. Hãy chọn điều dễ chịu cho mắt.
Đang mở chương tiếp theo…
A public write-up of what failed after an incident. Quality varies. Demand one.
Đang kiểm tra khả năng đọc thành tiếng của trình duyệt…
Bài đọc này hiện có bằng tiếng Anh. Giao diện sử dụng ngôn ngữ bạn đã chọn.
Đọc bản gốc tiếng Anh →A project post-mortem is a process used to identify the causes of a project failure (or significant business-impairing downtime), and how to prevent them in the future. This is different from a Retrospective, in which both positive and negative things are reviewed for a project.
The Project Management Body of Knowledge (PMBOK) refers to the process as lessons learned. Project post-mortems are intended to inform process improvements which mitigate future risks and to promote iterative best practices. Post-mortems are often considered a key component of, and ongoing precursor to, effective risk management.
Post-mortems can encompass both quantitative data and qualitative data. Quantitative data include the variance between the hours estimated for a project and the actual hours incurred. Qualitative data will often include stakeholder satisfaction, end-user satisfaction, team satisfaction, potential reusability and perceived quality of end-deliverables.
Successful analysis of project estimate variance is dependent on accurate time tracking. The greater the granularity with which time is tracked, the more detailed an analysis can be performed during the project post-mortem.
Được chọn lọc và định dạng lại từ Postmortem documentation, do các cộng tác viên biên soạn, theo CC BY-SA 4.0. Bản sửa đổi 1314822468. Các phần và định dạng đã được rút gọn; bản sửa đổi được liên kết cung cấp bối cảnh đầy đủ và lịch sử đóng góp. Nội dung tham khảo này giữ nguyên giấy phép. Các liên kết trích dẫn bổ sung được nhập từ bản sửa đổi đó và chưa được kiểm tra độc lập tại đây.