[Chuyện ngành, chuyện nghề] Làm thế nào để thoát khỏi cái bóng “Forwarder”

Đã bao giờ bạn với vai trò là một Comtor hay BA — cảm thấy mình giống như “người đưa thư” chưa?

Tức là mỗi khi khách hỏi gì, bạn lại quay sang hỏi team, rồi copy paste câu trả lời dịch ra, gửi lại. Cứ như một “người đưa thư”, trung gian chuyển tin, chứ không thực sự làm chủ được vấn đề đang được giao tiếp.

Team BA của ST tạm gọi nó là “forwarder chuyên nghiệp”

Và chính từ những lần “lạc trong luồng thông tin”, team đã rút ra nhiều bài học để thoát khỏi cái bóng “forwarder” để trở thành người kết nối thực sự giữa team và khách hàng.
Kết thúc series chuyện nghề của BA, Team sẽ mang đến những chia sẻ chân thật nhất về Tips đã giúp thoát team khỏi cái bóng của “Forwarder” từ chính những trải nghiệm thực tế nhất.

Hãy cùng chúng mình tìm hiểu về những “vũ khí bí mật” này nhé. Và cũng đừng quên theo dõi series “chuyện ngành chuyện nghề” để gặp gỡ những team tiếp theo trong gia tộc SupremeTech nhé.

Dấu hiệu bạn đang “forwarding” quá nhiều?

1️⃣ Những câu trả lời quen thuộc kiểu “Để em hỏi lại team” – không sai, nhưng nếu lặp đi lặp lại quá nhiều, đó là dấu hiệu cho thấy bạn chưa thật sự hiểu rõ vấn đề.

2️⃣ Nhiều BA mới thường thiếu tự tin trong các buổi meeting, dễ lúng túng trước những câu hỏi mở. Khi chưa nắm vững sản phẩm, họ không biết cách trả lời cho cả khách hàng lẫn team nội bộ. PM hỏi về tiến độ, nhìn vào Sprint Backlog đầy số liệu mà vẫn… không biết bắt đầu từ đâu.

3️⃣ Chỉ cần nghe vài từ khóa technical là vội “chuyền banh” cho PTL – mà đôi khi chính mình cũng không hiểu “ổng đang nói gì”.

03 bước thoát khỏi vai “Forwarder Manager”

Vậy làm sao để bạn có thể thoát khỏi vai “Forwarder Manager” và trở thành 1 người thực sự đang giao tiếp , hiểu và kết nối giữa các bên trong dự án? Hãy thử 03 bước đơn giản nhưng lại rất thực tế sau nhé:

1. Trước khi chuyển thông tin, hãy tự hỏi:

• Mình đã hiểu ít nhất 70% nội dung này chưa?
• Đã thử reproduce bug, dùng thử tính năng trên môi trường DEV hoặc thử tự tìm hiểu nguyên nhân gây ra vấn đề chưa?
• Nếu mình là dev/tester nhận được message này, họ đã đủ thông tin để hiểu nó chưa?
• Có phân loại được đây là vấn đề về UI/UX, thiết kế, logic, data hay business không?
• Có thể tự trả lời trước 1 phần câu hỏi rồi mang về confirm chính xác sau đó được không?

Việc này giúp mình học hỏi mỗi ngày, thay vì làm xong task mỗi ngày.

2. Trong mỗi cuộc họp – hãy luyện khả năng quan sát và dẫn dắt:

• Team đang nói gì, mình có nắm được bức tranh tổng thể không?
• Team đang bàn chuyện technical, OK, vậy nó liên quan đến tổng thể như thế nào?
• Có ai đang mơ hồ không? Mình có thể giúp họ rõ hơn không?
• Nếu cả 3 câu trên bạn đều mơ hồ? Take note, take note và take note. Meeting minutes và notes sẽ giúp bạn nhớ nội dung cuộc họp tốt hơn trước, và đem về hỏi riêng để hiểu sau đó.

3. Kiến thức nền là chìa khóa
Dù là comtor, BA, hay PO – nền tảng về sản phẩm, nghiệp vụ và tech là thứ giúp mình ra quyết định tốt hơn, và trở thành người dẫn dắt team thực thụ.
Đừng câu nệ task này là của ai, hãy luôn học hỏi bằng những cách dưới:

• Dành thời gian mỗi ngày đọc thêm về technical keyword mình chưa hiểu trong dự án
• Vẽ lại flow nghiệp vụ cho bản thân mình để hiểu tận gốc trước khi giao tiếp
• Chủ động hỏi dev/QC/PTL/khách hàng để tìm góc nhìn đa chiều
• Tìm 1 technical advisor trong công ty/dự án đề nhờ họ review hoặc trả lời câu hỏi liên quan đến technical cho mình

Mỗi lần muốn “forward” một thông tin, hãy dừng lại vài phút để đào sâu thêm một chút. Mỗi lần đào sâu, tích trữ kiến thức 1 chút.

Chính những lần dừng lại đó là cơ hội rèn luyện tư duy, năng lực phân tích, và khả năng kết nối. Chúng mình tin nếu kiên trì, bất kỳ ai cũng có thể trở thành không chỉ là một BA chuyên nghiệp mà còn có thể là một Project Leader có giá trị thật sự.