Khóa scope và làm tuần tự

Khi được giao cải thiện một mô hình, thành viên mới thường đổi một lúc nhiều thứ, thêm đặc trưng, đổi kiến trúc, chỉnh siêu tham số, để rồi điểm có nhích nhưng không biết thứ nào đã giúp, và khi điểm tụt thì không quay lại được cấu hình từng tốt. Làm sao để mỗi thay đổi đều nằm trong tầm kiểm soát và mỗi kết quả đều truy được về đúng nguyên nhân?

Bài viết này làm rõ cách khóa phạm vi thay đổi, đổi một biến mỗi lần thử, và dừng đúng lúc khi phát hiện vấn đề ngoài phạm vi.

1. Bảng thuật ngữ cục bộ

Thuật ngữ	Tên tiếng Anh	Dịch nghĩa & Giải thích
Scope	Scope Lock	Khóa danh sách thứ được phép đụng.
OFAT	One Factor At a Time	Đổi một biến mỗi lần thử.

2. Các khái niệm cốt lõi

2.1 Đổi một biến mỗi lần thử

• ⚙️ Cơ chế: Mỗi thử nghiệm chỉ đổi một thứ so với lần trước, giữ nguyên mọi thứ khác, và ghi lại cấu hình cùng điểm số mỗi lần chạy.
• 🔍 Cách nhận diện: Nhìn vào nhật ký thử nghiệm thấy rõ lần này khác lần trước đúng một điểm.
• 💡 Ý nghĩa: Điểm đổi bao nhiêu là do đúng thứ vừa đổi, nên quy được kết quả về nguyên nhân và lặp lại được.
• ⚠️ Bẫy: Đổi nhiều biến cùng lúc khiến không biết thứ nào giúp, và không dựng lại được cấu hình đã tốt khi điểm tụt.

2.2 Khóa phạm vi trước khi làm

• ⚙️ Cơ chế: Trước khi chạy, viết ra hai danh sách rõ ràng, thứ sẽ đụng và thứ cam kết giữ nguyên; với việc trên đường ống dùng chung thì chờ xác nhận rồi mới làm.
• 🔍 Cách nhận diện: Có một danh sách phạm vi được chốt, và một bản sao để quay về khi hỏng.
• 💡 Ý nghĩa: Người khác biết chính xác cái gì đã đổi nên review nhanh, và có đường lùi khi sự cố.
• ⚠️ Bẫy: Bắt tay sửa hệ thống đang chạy thật mà chưa liệt kê phạm vi và chưa giữ bản sao lui.

2.3 Nhận ra khi việc đang lan

• ⚙️ Cơ chế: Việc lan là khi một thay đổi nhỏ kéo theo hàng loạt thay đổi ngoài dự định tới mức mất kiểm soát.
• 🔍 Cách nhận diện: Đang đụng file ngoài danh sách, đang dọn code vốn chạy tốt, đang thêm phần không ai yêu cầu, hay đang sửa bước tiền xử lý dùng chung.
• 💡 Ý nghĩa: Nhận ra sớm giúp dừng lại trước khi thay đổi trộn lẫn tới mức không truy được thủ phạm khi có lỗi.
• ⚠️ Bẫy: Mỗi bước lan đều có vẻ hợp lý, nên dễ trôi từ một dòng sửa thành mười hai file mà không hay.

2.4 Gặp vấn đề ngoài phạm vi thì dừng

• ⚙️ Cơ chế: Phát hiện một lỗi thật nhưng nằm ngoài phạm vi thì dừng lại, mô tả vấn đề và đề xuất ba hướng là sửa ngay, ghi backlog, hay để sau.
• 🔍 Cách nhận diện: Có một báo cáo nêu vấn đề, vị trí, mức nghiêm trọng, và các lựa chọn.
• 💡 Ý nghĩa: Để người phụ trách quyết trước khi phạm vi được mở rộng, giữ cho việc lan không xảy ra âm thầm.
• ⚠️ Bẫy: Lặng lẽ sửa luôn lỗi ngoài phạm vi, biến một task gọn thành một mớ thay đổi khó truy vết.

✅ Tự kiểm nhanh

1. Bạn đổi bốn thứ cùng lúc và điểm mô hình tăng. Vấn đề ở đâu?

Đáp án

Không biết thứ nào trong bốn thay đổi đã giúp, nên không thể lặp lại hay hiểu vì sao tốt, và nếu điểm tụt sau đó cũng không quay lại được cấu hình từng tốt. Cách đúng là đổi một biến mỗi lần thử và ghi lại cấu hình.

2. Đang sửa lỗi căn lề, bạn thấy một hàm gần đó bị trùng lặp. Bạn làm gì?

Đáp án

Không gộp ngay vì việc đó ngoài phạm vi task hiện tại. Ghi vấn đề vào backlog và báo, để xử lý ở một việc riêng; sửa luôn là để việc lan, làm khó truy vết nếu sau đó có lỗi.