PO
1. Giữa công ty product và công ty outsource, vai trò của BA thể hiện khác nhau như thế nào?
Mình có 4 năm kinh nghiệm trong môi trường outsource nên có thể chia sẻ khá rõ về góc độ đó, còn về product company thì mình dựa trên hiểu biết và research của bản thân.
Ở công ty outsource như môi trường mình đã làm việc, BA thường đóng vai trò cầu nối giữa khách hàng và dev team. Scope công việc xoay quanh việc hiểu requirement từ phía khách, translate thành spec cho dev, và đảm bảo delivery đúng những gì đã cam kết. Sản phẩm và vision thuộc về khách hàng — BA thực thi theo định hướng đó. Mỗi dự án có thể là một domain hoàn toàn khác nhau, nên BA outsource thường phải adapt nhanh với nhiều context khác nhau.
Ở công ty product, BA hay PO gắn bó lâu dài với một sản phẩm. Điều này có nghĩa là họ hiểu sâu hơn về user, market, và business goal của sản phẩm đó. Thay vì chỉ execute theo requirement có sẵn, họ chủ động tham gia vào việc định hướng sản phẩm — từ product vision, roadmap, đến prioritization dựa trên data và user feedback. Họ cũng phải quan tâm đến các yếu tố như competitor analysis, market trend, và business impact sau go-live — những thứ mà BA outsource thường không cần đụng đến.
Sự khác biệt lớn nhất theo mình là mức độ ownership. Ở outsource, ownership thuộc về khách hàng — mình làm tốt công việc của mình trong phạm vi dự án là xong. Ở product company, PO hay BA phải chịu trách nhiệm với kết quả thực sự của sản phẩm — không chỉ là deliver đúng spec mà còn là sản phẩm có tạo ra giá trị thực không.
2. có thể mô tả về kinh nghiệm của mình trong vai trò Product Owner và trong lĩnh vực công nghệ không?
Mình có khoảng 4 năm kinh nghiệm làm Business Analyst trong môi trường Agile, tham gia phát triển các sản phẩm phần mềm ở nhiều domain như thuế, logistics, contract management và AI annotation. Mặc dù title chính của mình là BA, nhưng trong khá nhiều dự án mình đã đảm nhận những công việc rất gần với vai trò của Product Owner.
Ví dụ, có những dự án mình làm việc trực tiếp với end-user để thu thập requirement, sau đó chủ động đề xuất solution, define các tính năng và validate lại với họ. Đồng thời mình cũng quản lý và refine backlog, viết user stories, và đảm bảo team dev hiểu rõ yêu cầu cũng như mức độ ưu tiên.
Ngoài ra, trong các dự án lớn hơn, mình có cơ hội làm việc rất sát với Product Owner. Mình hỗ trợ refine backlog, split và sắp xếp ưu tiên cho các user stories, cũng như đảm bảo sự alignment với business và tiến độ delivery của team.
Qua những trải nghiệm này, mình nhận ra mình đặc biệt hứng thú với việc định hướng sản phẩm và tối ưu giá trị mang lại cho business. Mặc dù mình chưa có kinh nghiệm trực tiếp với định nghĩa product vision và strategy độc lập, hay đo lường business impact sau go-live, nhưng mình đã có nền tảng thực tế về backlog ownership, stakeholder alignment và product thinking. Hiện tại mình đang muốn trau dồi thêm các kỹ năng này và chuyển sang vai trò Product Owner để có thể chịu trách nhiệm nhiều hơn trong việc dẫn dắt sản phẩm.
Tôi chưa từng giữ title PO chính thức, nhưng trong 4 năm làm BA tại FPT Software, tôi đã đảm nhận nhiều phần công việc overlap với PO tùy theo từng dự án.
Phần lớn dự án outsource không có PO từ phía team mình, hoặc PO ở phía khách hàng — nên BA phải đảm nhận luôn việc propose giải pháp, quản lý backlog và dẫn dắt delivery.
Với dự án có PO từ phía khách như TMS hay CTAS, tôi hỗ trợ PO bằng cách refine và breakdown PBI thành user stories nhỏ hơn phù hợp với từng sprint, transfer và clarify requirement cho dev, smoke test để verify lại function theo business scenario, host demo với PO và user. Đồng thời đóng vai Scrum Master, host các meeting Planning, Daily, Review và Retro, đảm bảo team follow đúng tiến độ sprint.
Với dự án không có PO mà tôi làm việc trực tiếp với end-user như OMS hay Icertis Admin, tôi phải tự propose tính năng, confirm solution design với khách, tạo và manage toàn bộ backlog. Trong OMS tôi tham gia từ giai đoạn bidding đến go-live — gather requirement trực tiếp với end-user, viết documentation và hỗ trợ development lẫn testing.
Tuy nhiên tôi nhận thức rõ những gì mình chưa có kinh nghiệm trực tiếp: định nghĩa product vision và strategy độc lập, prioritize backlog hoàn toàn từ góc nhìn business value, và đo lường business impact sau go-live. Đây là những điểm tôi đang chủ động phát triển — và là lý do tôi muốn chuyển sang role PO.
Bạn đang đọc truyện trên: Truyen3h.Co