Quay video hậu sự cố: Biến sự cố thành tri thức của cả nhóm

Nhóm nào cũng viết tài liệu hậu sự cố sau một lần hệ thống gặp trục trặc. Nhưng số nhóm thực sự đọc nó thì ít hơn nhiều. Một dòng thời gian được viết kỹ, đầy liên kết dashboard và đoạn log, buộc người đọc phải dựng lại sự cố trong đầu — phần lớn chỉ lướt qua, gật gù rồi bỏ đó.

Một bản ghi màn hình ngắn sẽ thay đổi điều này. Thay vì mô tả biểu đồ tỷ lệ lỗi lúc 2:14 sáng trông thế nào, bạn chiếu nó lên. Thay vì giải thích truy vấn nào đã lộ ra nguyên nhân gốc, bạn chạy luôn truy vấn đó. Trong hướng dẫn này, bạn sẽ học cách quay video hậu sự cố mà mọi người thực sự xem, và cách giữ cho nó vẫn hữu ích sau nhiều tháng.

Vì sao nên quay video hậu sự cố

• Bằng chứng thắng mô tả: Biểu đồ, trace và log vốn dĩ là trực quan — ảnh chụp màn hình làm mất đi chuyển động trước/sau khiến một đỉnh bất thường trở nên hiển nhiên
• Làm nhanh hơn: Thuyết minh trên những gì bạn đã mở sẵn tốn ít thời gian hơn viết một văn bản chỉn chu
• Tốt cho người mới: Sáu phút tóm tắt sự cố giúp kỹ sư mới hiểu cách hệ thống hỏng nhanh hơn nhiều so với một trang wiki
• Giữ lại mạch suy luận: Tài liệu ghi lại chuyện gì đã xảy ra, còn video lưu được vì sao người trực nghĩ như vậy ở từng bước
• Phù hợp làm việc bất đồng bộ: Nhóm phân tán nắm được buổi rà soát mà không cần hẹn thêm cuộc họp lệch múi giờ

Quay gì và bỏ qua gì

Video hậu sự cố không phải là phát lại toàn bộ sự cố. Chỉ giữ những phần mà nhìn tốt hơn đọc:

Nên quay:

• Khoảnh khắc phát hiện — cảnh báo, dashboard, báo cáo đầu tiên từ người dùng
• Biểu đồ chính thể hiện mức ảnh hưởng trong khoảng thời gian sự cố
• Các bước điều tra giúp thu hẹp phạm vi (kể cả những hướng đi vào ngõ cụt)
• Đoạn mã, cấu hình hoặc truy vấn chính xác đã gây ra lỗi
• Lúc bản vá được áp dụng và các chỉ số hồi phục

Nên bỏ qua:

• Những khoảng chờ dài khi triển khai hoặc tải dữ liệu
• Trao đổi nội bộ không liên quan đến chẩn đoán
• Bất cứ điều gì bạn có thể nói gọn trong một câu thuyết minh

Chuẩn bị trước khi bấm ghi

Công cụ xử lý sự cố chứa rất nhiều thứ bạn không muốn xuất hiện trong video chia sẻ. Hãy dành năm phút:

1. Mở sẵn mọi tab: Dashboard đúng khoảng thời gian, truy vấn log liên quan, pull request, cảnh báo
2. Cố định khoảng thời gian: Ghim dashboard vào đúng cửa sổ sự cố để người xem thấy đúng những gì bạn thấy
3. Đóng các màn hình nhạy cảm: Hồ sơ khách hàng, ticket nội bộ chứa dữ liệu cá nhân, tin nhắn riêng, trình quản lý mật khẩu
4. Tắt thông báo: Không gì phá hỏng một buổi hậu sự cố nghiêm túc bằng lời nhắc ăn trưa bật lên giữa lúc đang thuyết minh
5. Viết dàn ý ba dòng: Ảnh hưởng, nguyên nhân gốc, cách phòng ngừa. Mọi thứ khác đều bám vào ba điểm này

Hãy dùng chế độ quay cửa sổ thay vì toàn màn hình khi dashboard nằm gọn trong một cửa sổ trình duyệt — đây là cách đơn giản nhất để đảm bảo không có gì khác lọt vào khung hình.

Một cấu trúc hiệu quả

Giữ video trong khoảng năm đến mười phút. Cấu trúc đáng tin cậy:

1. Ảnh hưởng trước tiên (30 giây): Ai bị ảnh hưởng, trong bao lâu và nghiêm trọng đến mức nào. Hãy mở đầu bằng điều này — đó là thứ đa số người xem tìm kiếm
2. Đi qua dòng thời gian (2–3 phút): Phát hiện, leo thang, giảm thiểu, khắc phục — trình bày trên dashboard thật
3. Nguyên nhân gốc (2–3 phút): Chiếu đúng đường đi của mã, thay đổi cấu hình hoặc truy vấn. Phóng to vào đúng những dòng liên quan
4. Điều gì khiến mọi thứ khó khăn (1 phút): Cảnh báo còn thiếu, log khó hiểu, trách nhiệm không rõ ràng — những thứ tài liệu thường làm phẳng đi
5. Việc cần làm (1 phút): Đọc to từng mục kèm người phụ trách, rồi gắn liên kết trong phần mô tả

Dùng trình chỉnh sửa để video dễ theo dõi

Tư liệu sự cố thô rất dày đặc thông tin. Trình chỉnh sửa của Recorded biến nó thành thứ dễ nắm bắt:

• Hiệu ứng phóng to: Dashboard và dòng log đều nhỏ. Hãy phóng vào đỉnh bất thường, thông báo lỗi, đoạn diff có vấn đề — đừng bắt người xem nheo mắt
• Vùng tốc độ: Tua nhanh pipeline triển khai và lúc chạy truy vấn, rồi trở lại tốc độ thường đúng khoảnh khắc nguyên nhân gốc lộ ra
• Lớp chữ chèn: Đóng dấu mốc thời gian (02:14 UTC — cảnh báo đầu tiên) để video khớp với tài liệu
• Cắt bỏ: Loại bỏ đoạn mở đầu hỏng khi bạn nhận ra dashboard đang ở sai khoảng thời gian
• Hiệu ứng con trỏ: Làm nổi bật cú nhấp khi bạn trình bày đúng các bước tái hiện lỗi

Chỉ bật webcam ở phần mở đầu và kết thúc. Khuôn mặt giúp truyền tải thái độ khi nói về ảnh hưởng và việc cần làm; còn trong lúc phân tích log, nó chỉ che mất terminal.

Giữ tinh thần không quy trách nhiệm cá nhân khi lên hình

Video truyền tải giọng điệu theo cách mà văn bản không làm được. Cùng một câu, tùy cách nói, có thể là phân tích hoặc là lời buộc tội.

• Hãy nói “bản triển khai này đã đưa vào” thay vì nêu tên người phát hành
• Kể lại quyết định trong bối cảnh thông tin có được lúc đó: “ở thời điểm này chúng ta chưa có chỉ số độ sâu hàng đợi”
• Cứ trình bày cả những hướng đi vào ngõ cụt mà không cần xin lỗi — chúng là bằng chứng cho thấy hệ thống khó chẩn đoán, và bản thân điều đó đã là một việc cần cải thiện
• Hãy quay lại phần mở đầu nếu lần đầu nghe có vẻ bực bội. Chỉ mất hai phút nhưng định hình cảm nhận của mọi người xem

Kết hợp video với tài liệu viết

Bản ghi bổ trợ cho tài liệu hậu sự cố chứ không thay thế nó. Tài liệu có thể tìm kiếm, gắn liên kết và lướt nhanh — video thì không.

Cách kết hợp tốt:

• Tài liệu vẫn là nguồn chuẩn cho dòng thời gian, việc cần làm và người phụ trách
• Video được nhúng ở đầu tài liệu, kèm một dòng tóm tắt nội dung
• Mốc thời gian theo chương trong phần mô tả giúp người đọc nhảy thẳng tới phần nguyên nhân gốc
• Việc cần làm phải nằm trong hệ thống quản lý công việc, không chỉ trong video

Xây dựng thư viện sự cố

Từng video riêng lẻ đã hữu ích. Cả một bộ sưu tập còn giá trị hơn nhiều.

• Đặt tên nhất quán: 2026-09-28-checkout-latency-postmortem sắp xếp và tìm kiếm đều gọn gàng
• Gắn thẻ theo hệ thống: Nhóm theo dịch vụ liên quan để có thể bàn giao trọn bộ tư liệu về một thành phần cho kỹ sư trực mới
• Xem lại theo quý: Xem liền mạch các video của quý vừa rồi, những kiểu hỏng lặp lại sẽ lộ ra rất nhanh
• Dùng khi đào tạo người mới: Ba bốn sự cố được chọn lọc là cách nhanh nhất để dạy hệ thống của bạn thực sự hỏng như thế nào

Những lỗi thường gặp

• Quay trong lúc sự cố đang diễn ra: Hãy tập trung khắc phục trước. Quay phần rà soát sau, khi bạn có thể trình bày bình tĩnh
• Chia sẻ tư liệu thô: Bản chia sẻ màn hình 40 phút chưa dựng không phải là hậu sự cố — không ai xem đâu
• Để lộ dữ liệu khách hàng: Luôn xem lại bản ghi một lượt trước khi chia sẻ, đặc biệt soi kỹ dữ liệu cá nhân trong log và dashboard
• Bỏ qua phần tóm tắt ảnh hưởng: Người chỉ xem một phút đầu vẫn phải nắm được những thông tin quan trọng nhất
• Để video thay thế tài liệu: Sáu tháng sau, khi một sự cố tương tự bắt đầu, bạn không thể tìm kiếm bên trong video

Kết luận

Bản hậu sự cố thất bại khi nó được viết để lưu trữ chứ không phải để được hiểu. Một bản ghi màn hình tập trung — ảnh hưởng đặt lên đầu, bằng chứng thật trên màn hình, thuyết minh không quy trách nhiệm cá nhân, việc cần làm rõ ràng — biến mỗi sự cố thành thứ mà cả nhóm có thể học trong mười phút.

Lần tới, hãy quay lại buổi hậu sự cố thay vì chỉ viết, và xem có bao nhiêu người thực sự quan tâm hơn.