Một quan niệm sai lầm phổ biến
“BrSE chỉ cần giao tiếp tốt, biết tiếng Nhật là đủ.”
Nhưng thực tế công việc cho thấy:
- Bạn giao tiếp cả ngày, nhưng nếu không hiểu logic – bạn chỉ là người chuyển lời
- Bạn viết tài liệu, nhưng nếu không biết nghiệp vụ – tài liệu bạn mơ hồ
- Bạn họp xác nhận với khách, nhưng nếu không thể phân tích và đặt câu hỏi đúng – buổi họp vô nghĩa
👉 Vì vậy, phân tích là kỹ năng sống còn nếu bạn muốn trở thành BrSE giỏi
BrSE có cần giỏi phân tích như BA không?
Không cần, nhưng bạn nên:
- Hiểu rõ input → process → output trong từng chức năng
- Biết vẽ sơ đồ đơn giản (flow, table, wireframe thô)
- Biết xác định điểm mơ hồ, rủi ro, mâu thuẫn trong yêu cầu
📌 Nếu bạn làm được 3 điều trên, bạn có thể truyền đạt rõ cho dev + confirm chắc với khách
Vì sao dev giỏi vẫn chưa chắc làm BrSE tốt?
Dev giỏi thường quen:
- Đọc spec rõ ràng
- Tập trung vào xử lý chi tiết
Trong khi BrSE cần:
- Xử lý thông tin mơ hồ từ khách
- Xác nhận nghiệp vụ và giải thích lại cho team
- Thấy trước ảnh hưởng giữa các chức năng → phối hợp liên hệ nhiều bên
Phân tích là kỹ năng kết nối kỹ thuật + logic + con người
Mình từng như thế nào?
- Giai đoạn đầu, mình dịch rất trôi chảy – nhưng nhiều lần dev hiểu sai
- Sau đó mình học cách vẽ sơ đồ, hỏi ngược lại khách, làm bảng so sánh yêu cầu → Từ đó, số lượng bug giảm – tiến độ tốt hơn – khách tin tưởng hơn
Kết luận
Muốn làm BrSE tốt – bạn phải học phân tích.
Không phải để trở thành chuyên gia – mà để hiểu đúng – truyền đạt rõ – kiểm soát chất lượng.
👉 Bài tiếp theo: “Phân tích bắt đầu từ đâu? Từ câu hỏi đầu tiên bạn đặt ra”