Bối cảnh

  • Mình được giao tiếp nhận một hệ thống đang vận hành
  • Người phụ trách trước đã nghỉ việc
  • Không có tài liệu logic, không có sơ đồ hệ thống, không có môi trường test
  • Khách hàng cũng chỉ nắm tổng thể, không rõ chi tiết

👉 Cảm giác lúc đó: như rơi vào hố đen. Không biết bắt đầu từ đâu.

Mình đã làm gì trong 3 ngày đầu tiên?

1. Không vội báo cáo – lập kế hoạch điều tra đầu tiên

“Trong 3 ngày tới, tôi sẽ rà lại toàn bộ source code, log, và hệ thống để nắm overview.”

2. Tự dựng sơ đồ hệ thống qua việc đọc code, log, các API request

Dù sơ khai – nhưng có hình để nhìn vẫn tốt hơn mông lung

3. Gặp khách để hỏi 3 điều:

  • Mục tiêu chính của hệ thống là gì?
  • Gần đây có lỗi nào lặp lại không?
  • Có người dùng nào có thể xác nhận hành vi thực tế?

Tuần đầu – mục tiêu là sống sót và hiểu cấu trúc

  • Không thể biết hết – nhưng phải biết “chỗ nào có thể hỏi tiếp”
  • Ghi log rõ ràng từng phát hiện, từng điểm nghi ngờ
  • Giao tiếp với dev theo hướng “cùng nhau mở khóa” thay vì “chỉ thị”

Bài học rút ra

  • Không tài liệu, không người bàn giao là chuyện có thể xảy ra – đừng đổ lỗi
  • Điều quan trọng là: bạn có thể tái thiết lại hiểu biết và truyền đạt được không
  • Từng bước nhỏ, có hệ thống → sẽ vượt qua được tình trạng rối mù ban đầu

Kết luận

Lúc bắt đầu dự án mới với thông tin mờ mịt – bạn cần bình tĩnh, kiên trì và biết cách tìm đầu mối.
BrSE giỏi không phải là người biết tất cả – mà là người có thể lần ra manh mối từ số 0.

👉 Trong bài tiếp theo, mình sẽ kể tình huống: “Khách bảo không cần tài liệu – nhưng đến lúc xảy ra sự cố lại trách không có gì để tra cứu”.