BrSE dễ bị kẹt giữa 2 bên – có đáng sợ không?

“Ở 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 ...

tháng 5 4, 2025 · 2 phút

BrSE là gì? Có cần biết lập trình không?

BrSE là gì? BrSE (Bridge System Engineer) là người đóng vai trò “cầu nối” giữa: Khách hàng Nhật Bản (nói tiếng Nhật, tư duy kinh doanh) Đội phát triển offshore (nói tiếng Việt, tư duy kỹ thuật) Nhiệm vụ chính: Hiểu yêu cầu hệ thống từ phía khách Truyền đạt lại cho đội dev bằng ngôn ngữ kỹ thuật Theo dõi tiến độ, xác nhận chất lượng, giải thích feedback 👉 Nói ngắn gọn: hiểu cả hai bên – và nói được ngôn ngữ của cả hai. ...

tháng 5 4, 2025 · 2 phút