post-mortem

Tổng quan về post-mortem skill

post-mortem skill làm gì

post-mortem skill là một quy trình hồi cứu chiến lược dùng để đánh giá một quyết định đã được triển khai dựa trên các chỉ số thành công, tiêu chí dừng, và ý kiến phản biện đã được ghi nhận trước khi ra quyết định. Đây không phải là một prompt “rút kinh nghiệm” chung chung. Vai trò chính của nó là khép lại vòng lặp hoạch định chiến lược bằng cách buộc phần đánh giá phải đối chiếu các giả định ban đầu với kết quả thực tế.

Phù hợp nhất cho các buổi đánh giá Strategic Planning

post-mortem skill phù hợp với nhà sáng lập, lãnh đạo cấp cao, chief of staff, lãnh đạo sản phẩm, và các nhóm vận hành chiến lược đã có nhịp ra quyết định có cấu trúc. Skill này đặc biệt hữu ích khi một thay đổi về giá, kế hoạch thâm nhập thị trường, kế hoạch tuyển dụng, đặt cược sản phẩm, hoặc quyết định cắt giảm chi phí đi đến mốc kiểm tra 90 ngày, chạm tiêu chí dừng, hoặc cần được rà soát theo quý.

Điểm khác biệt so với một buổi retrospective thông thường

Điểm khác biệt nằm ở việc cam kết trước. Skill yêu cầu bản ghi quyết định, kế hoạch thực thi, và kết quả thực tế, sau đó chấm điểm kết quả dựa trên các tiêu chí đã được viết ra trước khi triển khai. Cách này giảm thiên kiến hồi tưởng, ngăn đội ngũ định nghĩa lại “thành công” sau khi sự việc đã xảy ra, và giữ lại ý kiến phản biện như bằng chứng thay vì xem đó là nhiễu chính trị.

Những điều cần biết trước khi cài đặt

Đường dẫn repository là c-level-advisor/c-level-agents/skills/post-mortem, và skill nằm trong SKILL.md, không có script, tài liệu tham chiếu, hay tài nguyên hỗ trợ bổ sung. Điều này giúp việc cài đặt post-mortem khá gọn nhẹ, nhưng cũng có nghĩa là chất lượng đầu ra phụ thuộc rất nhiều vào hồ sơ bạn cung cấp. Nếu bạn không có các giả định ban đầu, ngưỡng đánh giá, hoặc ghi chú thực thi, skill vẫn có thể hỗ trợ, nhưng phần đánh giá sẽ kém chặt chẽ hơn.

Cách sử dụng post-mortem skill

Cài đặt post-mortem và tệp đầu tiên cần đọc

Cài đặt từ GitHub skill repository bằng lệnh:

npx skills add alirezarezvani/claude-skills --skill post-mortem

Sau khi cài đặt, hãy đọc SKILL.md trước. Tệp này định nghĩa cấu trúc lệnh, thời điểm nên chạy, các đầu vào bắt buộc, và đường dẫn đầu ra dự kiến được lưu: ~/.claude/postmortems/YYYY-MM-DD-<slug>.md. Skill này không có các thư mục rules/, resources/, hoặc scripts/ riêng để kiểm tra, vì vậy quyết định chính là liệu đội ngũ của bạn có cung cấp đủ bằng chứng đầu vào hay không.

Các đầu vào post-mortem skill cần có

Để dùng post-mortem hiệu quả, hãy chuẩn bị ba nhóm đầu vào:

• Bản ghi quyết định: tiêu đề quyết định ban đầu, ngày, người phụ trách, các phương án đã bị loại, giả định, tiêu chí thành công, tiêu chí dừng, và ý kiến phản biện.
• Kế hoạch thực thi: các mốc triển khai, đội ngũ chịu trách nhiệm, can thiệp dự kiến, thời điểm, và ràng buộc.
• Kết quả thực tế: chỉ số đo lường, sự cố, tín hiệu từ khách hàng, tác động đến doanh thu/chi phí, sai lệch tiến độ, và bằng chứng định tính.

Đầu vào yếu: “Review our pricing change.”

Đầu vào mạnh hơn: “Run /cs:post-mortem on the Q2 pricing change. Decision date: 2026-04-03. Success criterion: net revenue retention above 108% by day 90; kill criterion: logo churn above 6% in SMB. Dissent: sales warned annual contracts would stall. Actuals: NRR 104%, SMB logo churn 7.2%, enterprise expansion up 11%, sales cycle length +18 days.”

Quy trình post-mortem thực tế

Hãy dùng skill khi một quyết định đi đến sự kiện cần đánh giá, không phải mỗi khi một cuộc thảo luận còn chưa ngã ngũ. Các tín hiệu phù hợp gồm mốc kiểm tra 90 ngày, tiêu chí dừng được kích hoạt, một lần đảo chiều lớn, hoặc kỳ rà soát theo quý đối với các đặt cược chiến lược.

Một quy trình thực tế:

1. Thu thập đầu ra /cs:decide ban đầu hoặc memo quyết định tương đương.
2. Đính kèm kế hoạch /cs:execute hoặc kế hoạch dự án gần nhất.
3. Thêm các chỉ số thực tế và sự kiện đáng chú ý, nhưng chưa diễn giải chúng.
4. Yêu cầu skill chấm trạng thái là WIN, PARTIAL, LOSS, hoặc MIXED.
5. Yêu cầu đối chiếu rõ ràng với các tiêu chí đã cam kết trước và các ý kiến phản biện đã được lưu lại.
6. Lưu kết quả vào kho postmortem để hiệu chỉnh việc hoạch định trong tương lai.

Mẫu prompt để có kết quả tốt hơn

Một prompt hữu ích nên nêu rõ đường dẫn quyết định, tác nhân kích hoạt đánh giá, và tiêu chuẩn bằng chứng:

/cs:post-mortem <decision-path>

Sau đó bổ sung ngữ cảnh như:

“Use only the criteria that existed before execution. Do not invent new success measures. If evidence is missing, mark it as unknown. Separate outcome scoring, assumption audit, dissent review, decision-quality lessons, and follow-up actions.”

Điều này quan trọng vì post-mortem skill được thiết kế cho trách nhiệm giải trình chiến lược. Nếu bạn yêu cầu nó “make sense of what happened,” kết quả có thể trở thành một câu chuyện mềm hơn. Nếu bạn yêu cầu chấm điểm theo các ngưỡng đã nêu tên, nó sẽ tạo ra một tài liệu quản trị hữu ích hơn.

FAQ về post-mortem skill

post-mortem skill có chỉ dành cho lãnh đạo cấp cao không?

Không. Đường dẫn và lệnh thuộc một quy trình C-level advisor, nhưng mô hình cốt lõi phù hợp với bất kỳ đội ngũ nào đang đưa ra các quyết định có hệ quả đáng kể. Product manager, lead vận hành, nhà sáng lập startup, và đội ngũ chiến lược đều có thể dùng nếu họ ghi lại quyết định trước khi triển khai.

Skill này tốt hơn việc yêu cầu một retrospective như thế nào?

Một buổi retrospective thông thường thường tập trung vào cảm nhận của đội ngũ, khoảng trống trong quy trình, và các bài học chung. Hướng dẫn post-mortem này đặt trọng tâm vào chất lượng quyết định: các giả định có đúng không, tiêu chí thành công có đạt không, tiêu chí dừng có bị kích hoạt không, và ý kiến phản biện có dự báo đúng kiểu thất bại không. Vì vậy, nó hữu ích hơn cho Strategic Planning và rà soát danh mục đặt cược.

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

Không nên dùng skill này như bước đầu tiên cho một quyết định chưa được đưa ra, một phiên brainstorming, hoặc một dự án không có kết quả kỳ vọng có thể đo lường. Hãy dùng /cs:post-mortem sau khi việc thực thi đã tạo ra bằng chứng. Nếu bạn cần chọn giữa các phương án, hãy dùng trước một workflow dạng quyết định hoặc boardroom, rồi quay lại post-mortem sau.

Skill này có thân thiện với người mới không?

Có, nhưng chỉ khi người mới hiểu rằng skill cần bằng chứng. Nó sẽ không tự tái dựng một cách kỳ diệu bản ghi quyết định ban đầu. Người dùng mới nên bắt đầu với một quyết định đã hoàn tất, cung cấp mục tiêu ban đầu và kết quả thực tế, rồi để skill xác định các tiêu chí còn thiếu để các quyết định sau được ghi chép tốt hơn.

Cách cải thiện post-mortem skill

Cải thiện post-mortem bằng cách giữ lại bằng chứng ban đầu

Đòn bẩy chất lượng lớn nhất là giữ lại các tài liệu quyết định gốc. Hãy lưu các ngưỡng thành công, tiêu chí dừng, rủi ro dự kiến, và ý kiến phản biện trong một bản ghi quyết định ổn định trước khi bắt đầu triển khai. post-mortem skill trở nên giá trị hơn nhiều khi có thể so sánh kết quả thực tế với một đường chuẩn đã tồn tại từ trước, thay vì dựa vào trí nhớ.

Tránh các lỗi thường gặp

Các lỗi phổ biến gồm chỉ số mơ hồ, định nghĩa thành công được lắp ghép lại sau sự kiện, thiếu ý kiến phản biện, và quá tập trung vào một kết quả nổi bật. Một quyết định về giá có thể cải thiện doanh thu nhưng làm giảm retention; một kế hoạch tuyển dụng có thể lấp đầy vị trí nhưng làm chậm tiến độ bàn giao. Hãy yêu cầu skill gắn nhãn các kết quả pha trộn thay vì ép mọi thứ thành một câu chuyện thắng/thua gọn gàng.

Làm prompt mạnh hơn bằng chỉ số và ngữ cảnh

Prompt tốt hơn nên có ngày tháng, ngưỡng đánh giá, người phụ trách, phạm vi quyết định, bối cảnh kinh doanh, và kết quả thô. Thay vì nói “The launch underperformed,” hãy cung cấp “Activation target was 35%; actual was 26%; paid conversion improved from 4.1% to 5.0%; support tickets doubled for onboarding.” Khi đó, skill có thể tách lỗi giả định khỏi lỗi thực thi.

Lặp lại sau đầu ra đầu tiên

Sau bản post-mortem đầu tiên, hãy đặt các câu hỏi tiếp nối để cải thiện năng lực học hỏi chiến lược:

• “Which assumption was most wrong?”
• “Which dissenting concern should become a future decision checklist item?”
• “Were the kill criteria too late, too strict, or ignored?”
• “What should change in our next /cs:decide record?”

Cách này biến post-mortem từ một báo cáo một lần thành vòng phản hồi giúp hoạch định chiến lược tốt hơn.