“Ở giữa” – là vị trí dễ tổn thương
BrSE là người đứng giữa:
- Khách hàng: muốn nhanh, rẻ, chất lượng, ít thay đổi
- Dev team: muốn rõ ràng, thời gian đủ, không thay đổi liên tục
Và khi có vấn đề – BrSE thường là người đầu tiên bị gọi tên.
Mình từng bị ‘kẹt’ thế nào?
- Khách thay đổi yêu cầu nhiều lần, team dev than thở, mình là người phải giải thích cả hai bên
- Dev làm sai logic, khách giận dữ – mình là người xin lỗi và chịu áp lực từ hai phía
- Bên nào cũng nói: “Chuyện này là do BrSE không confirm kỹ” 😓
Vì sao cảm giác này xảy ra?
- Vai trò không rõ ràng từ đầu → BrSE phải gánh cả phần BA, QA, PM
- Thiếu công cụ xác nhận rõ ràng (document, log, spec) → dễ bị quy trách nhiệm mơ hồ
- Thiếu kỹ năng giao tiếp trung lập → dễ bị hiểu lầm là thiên về 1 bên
Mình vượt qua như thế nào?
1. Tài liệu hoá mọi thứ
Mail, họp, chat – luôn ghi log xác nhận rõ ràng
2. Truyền đạt trung lập – không thiên vị bên nào
“Team đang hiểu như thế này, cần xác nhận lại đúng không ạ?”
3. Học cách nói “không rõ, để xác minh lại” thay vì đoán và trả lời nhanh
4. Gặp mặt trực tiếp hoặc call ngắn nếu có hiểu lầm
Tránh email dài dòng gây lệch ý
Góc nhìn khác: “kẹt giữa” = “có ảnh hưởng đến cả hai bên”
BrSE có thể bị stress – nhưng cũng là người:
- Góp phần gỡ rối dự án
- Tạo được lòng tin từ cả khách lẫn team
- Học được cách giao tiếp chiến lược hơn bất kỳ ai
Kết luận
Vâng, làm BrSE dễ bị kẹt giữa 2 bên – nếu bạn chỉ đứng yên đó.
Nhưng nếu bạn học cách làm rõ, làm chủ và truyền đạt trung lập – bạn sẽ là người gỡ rối thay vì bị kéo rối theo.
👉 Trong bài tiếp theo, mình sẽ trả lời câu hỏi thú vị: “Người hướng nội có làm BrSE được không?”