postmortem

Tổng quan về postmortem skill

postmortem skill làm gì

postmortem skill là một quy trình kiểu cố vấn điều hành, giúp biến một lần ra mắt thất bại, mục tiêu bị bỏ lỡ, quyết định tuyển dụng sai, thương vụ mất đi hoặc sự cố vận hành thành phân tích nguyên nhân gốc rễ không đổ lỗi. Skill này dẫn agent đi qua việc xác định sự kiện thật chính xác, đặt câu hỏi theo 5-Whys một cách kỷ luật, và lập change register để đầu ra không chỉ dừng ở “bài học rút ra”, mà trở thành một tập hợp thay đổi hệ thống cụ thể.

Phù hợp nhất với lãnh đạo và Quality Management

postmortem skill này hữu ích nhất cho founder, lãnh đạo cấp cao, đội vận hành, product leader, engineering manager và các nhóm Quality Management cần hiểu vì sao kết quả thực tế lệch khỏi kế hoạch. Skill phù hợp với những tình huống mà mục tiêu là phòng ngừa và cải tiến quy trình, không phải quy trách nhiệm hay trừng phạt. Với các trường hợp postmortem cho Quality Management, giá trị lớn nhất nằm ở việc chuyển thất bại thành control, owner và các hành động theo dõi có thể đo lường.

Khác gì so với một prompt chung chung

Một prompt kiểu “phân tích xem điều gì đã sai” thường tạo ra nhận xét khá rộng và thiếu tính vận hành. Skill này hẹp hơn và thực tế hơn: nó buộc phải xác định rõ sự kiện, tách triệu chứng khỏi nguyên nhân, hạn chế đổ lỗi cá nhân, và hỏi xem những điều kiện nào đã khiến thất bại dễ xảy ra. Điểm khác biệt cốt lõi là change register, giúp chuyển insight thành trách nhiệm sở hữu, thời hạn và các biện pháp sửa ở cấp hệ thống.

Lưu ý quan trọng khi áp dụng

Đường dẫn repository chỉ có một file SKILL.md, không có helper script, tài liệu tham chiếu hay file metadata đi kèm. Điều này giúp việc cài postmortem nhẹ và nhanh, nhưng cũng có nghĩa là chất lượng kết quả phụ thuộc rất nhiều vào ngữ cảnh bạn cung cấp. Hãy dùng skill này khi bạn có thể chia sẻ đủ lịch sử sự kiện và dữ kiện để hỗ trợ một buổi retrospective nghiêm túc; tránh dùng khi sự kiện vẫn còn nhạy cảm về chính trị nội bộ, pháp lý, hoặc chỉ dựa trên tin đồn.

Cách sử dụng postmortem skill

Cài đặt postmortem và các file cần xem

Cài từ nguồn GitHub skill bằng lệnh:

npx skills add alirezarezvani/claude-skills --skill postmortem

Mã nguồn nằm tại:

c-level-advisor/executive-mentor/skills/postmortem/SKILL.md

Hãy đọc SKILL.md trước vì file này chứa toàn bộ mô hình vận hành. Không có thêm thư mục rules/, resources/, references/ hay scripts/ cần đối chiếu, nên quyết định cài đặt chính của bạn là xem workflow một file này có khớp với cách đội bạn làm retrospective hay không.

Cách gọi skill trong thực tế

Skill được thiết kế quanh mẫu lệnh:

/em:postmortem <event>

Một cách gọi yếu là:

/em:postmortem Q3 release slipped

Một cách gọi tốt hơn sẽ cung cấp đủ thông tin để agent tách bạch dữ kiện, giả định và nguyên nhân:

/em:postmortem The Q3 enterprise release shipped six weeks late. Expected: public launch by Sep 15 with SOC2-ready audit logging. Actual: launch moved to Oct 27, two pilot customers delayed contracts, and support handled 43 escalation tickets. Timeline: scope expanded Aug 8, QA found permission bugs Sep 3, final security review failed Sep 12. Please run a blameless 5-Whys analysis and produce a change register with owners, preventive controls, and follow-up metrics.

Đầu vào giúp dùng postmortem hiệu quả hơn

Để dùng postmortem hiệu quả nhất, hãy cung cấp kết quả kỳ vọng, kết quả thực tế, timeline, tín hiệu cảnh báo đầu tiên, mức độ ảnh hưởng, các quyết định quan trọng, ràng buộc và những gì đội ngũ biết tại thời điểm đó. Nên có cả bằng chứng định lượng lẫn bối cảnh con người: khoảng hụt doanh thu, số lỗi, timeline tuyển dụng, milestone bị lỡ, tác động tới khách hàng, người sở hữu quyết định, nút thắt phê duyệt và các ưu tiên cạnh tranh.

Tránh yêu cầu skill “tìm xem ai gây ra chuyện này”. Thay vào đó, hãy yêu cầu xác định các điều kiện hệ thống: ownership không rõ, tuyến escalation yếu, giả định lập kế hoạch thiếu thực tế, thiếu quality gate, xung đột incentive, hoặc rủi ro được nhìn thấy quá muộn.

Quy trình gợi ý để có đầu ra hữu ích

Bắt đầu bằng một bản tóm tắt sự kiện dựa trên dữ kiện, rồi yêu cầu bản nháp postmortem đầu tiên. Kiểm tra xem chuỗi 5-Whys có dừng quá sớm hoặc nhảy ngay tới một lời giải thích tiện lợi hay không. Sau đó lặp lại với bằng chứng bổ sung: “Pressure-test the root cause against the timeline,” “Separate controllable causes from external shocks,” hoặc “Convert these lessons into a change register suitable for the next exec review.”

Artifact cuối cùng tốt nhất thường gồm: định nghĩa sự kiện, tóm tắt tác động, các yếu tố góp phần, nguyên nhân gốc rễ, những yếu tố không phải nguyên nhân, các quyết định từng có vẻ hợp lý tại thời điểm đó, thay đổi hệ thống được khuyến nghị, owner, deadline và chỉ số xác minh.

FAQ về postmortem skill

postmortem có phù hợp với người mới không?

Có, nếu người dùng có thể mô tả sự kiện rõ ràng. Cấu trúc của skill giúp giảm nhu cầu phải biết trước các phương pháp retrospective chính thức. Người mới nên chuẩn bị một timeline ngắn và khoảng cách giữa kết quả kỳ vọng với thực tế trước khi gọi skill; nếu không, model có thể tự lấp chỗ thiếu bằng các giả định nghe hợp lý nhưng chưa được kiểm chứng.

Khi nào không nên dùng skill này?

Không dùng skill này như một buổi đánh giá hiệu suất cá nhân, công cụ kỷ luật, điều tra pháp lý, hoặc tuyên bố sự cố công khai nếu chưa có con người rà soát. Skill cũng không phù hợp khi lãnh đạo chỉ muốn một câu chuyện được trau chuốt thay vì một phân tích nguyên nhân có thể gây khó chịu. Nếu tổ chức không có khả năng hành động dựa trên kết luận, một postmortem có thể tạo thêm thất vọng thay vì cải thiện.

Khác gì so với incident review?

Incident review thường tập trung vào sự cố dịch vụ kỹ thuật và quá trình khôi phục vận hành. postmortem skill này rộng hơn: missed quarters, failed launches, bad hires, lost deals, product flops và quyết định lãnh đạo đều nằm trong phạm vi. Skill có thể hỗ trợ Quality Management, nhưng không thay thế tài liệu CAPA, audit hoặc compliance trong môi trường được quản lý chặt, trừ khi được điều chỉnh bởi người rà soát có chuyên môn phù hợp.

Skill có yêu cầu hệ sinh thái cụ thể không?

Không. Skill là markdown thuần và có thể được cài vào một workflow skills tương thích bằng lệnh ở trên. Vì không có script hay asset bên ngoài, skill này dễ dùng trong bối cảnh business, product, engineering và operations. Đánh đổi là nó không tự động ingest dashboard, ticket system hay incident log; bạn phải tóm tắt hoặc dán các bằng chứng liên quan.

Cách cải thiện postmortem skill

Cung cấp dữ liệu đầu vào tốt hơn cho postmortem

Cách nhanh nhất để cải thiện kết quả postmortem là cung cấp một gói bằng chứng gọn nhưng đủ ý. Bao gồm: mục tiêu, kết quả thực tế, timeline, điểm ra quyết định, tín hiệu bị bỏ lỡ, ràng buộc, stakeholder, tác động và các giả thuyết hiện có. Gắn nhãn rõ các nhận định chưa chắc chắn. Ví dụ: “Confirmed: QA blocked release on Sep 12. Hypothesis: sales pressure caused scope expansion. Unknown: whether engineering estimated the new scope.”

Chú ý các lỗi thường gặp

Lỗi phổ biến nhất là nguyên nhân gốc rễ quá nông, chẳng hạn “giao tiếp kém” hoặc “thiếu ownership.” Hãy yêu cầu agent đi sâu thêm một tầng: Cấu trúc nào khiến giao tiếp thất bại? Vì sao ownership không rõ? Vì sao quy trình lập kế hoạch cho phép sự mơ hồ đó tồn tại? Một lỗi khác là sửa quá tay bằng quá nhiều action item. Hãy ép đầu ra tập trung vào ít thay đổi hơn, nhưng có owner rõ, quan sát được và có khả năng ngăn tái diễn.

Chuyển kết luận thành change register

Một change register tốt nên nêu rõ thay đổi cần làm, nguyên nhân gốc rễ mà thay đổi đó xử lý, owner, due date, success metric và review cadence. Với mục đích Quality Management, hãy bổ sung control type, verification method và evidence required. Điều này giúp đầu ra của skill dễ đưa vào vận hành hơn trong leadership review, quarterly planning, release governance, thay đổi quy trình tuyển dụng hoặc các chương trình continuous improvement.

Lặp lại sau câu trả lời đầu tiên

Sau bản nháp đầu tiên, hãy đặt các câu hỏi follow-up có mục tiêu: “Which conclusions are evidence-backed versus inferred?”, “What would have prevented this without slowing the team unnecessarily?”, “What early warning metric should we add?”, hoặc “Rewrite the change register for executive accountability.” postmortem skill phát huy tốt nhất khi được xem như một đối tác điều tra có cấu trúc, không phải một công cụ tạo báo cáo dùng một lần.