Nhiều năm trước, tôi bắt đầu tìm hiểu và quan sát cách thức hoạt động của các dự án phần mềm. Lý do tôi quan tâm đến việc này là vì, nhiều dự án thậm chí đã rất thành công trong việc deliver đúng hạn, đạt được đúng yêu cầu đề ra ban đầu, và hoàn thành trong chi phí cho phép. Tuy nhiên, khi nó được đưa ra thị trường thì không ai sử dụng cả. Sau đó sản phẩm đó cũng chết đi để lại nhiều sự lãng phí trong đầu tư và sức lực của các bên để đảm bảo nó được hoàn thành.

Từ đó, trong đầu tôi luôn tồn tại một câu hỏi: Điều gì tạo ra khoảng cách giữa một sản phẩm thành công, được đón nhận bởi người dùng và một sản phẩm thất bại? Qua nhiều năm quan sát, tôi rút ra được một điều, một trong những lý do sản phẩm không được đón nhận như nó được kỳ vọng đa phần là vì nó bị đánh giá sai giữa "Input", "Output" và "Outcome".

Product Owner là như một CEO của sản phẩm, người có trách nhiệm tối ưu hoá giá trị sản phẩm đó mang lại cho người dùng.

Vai trò Product Owner đối với Việt Nam còn mới mẻ, chỉ mới vài năm trở lại đây, người ta mới bắt đầu nói về nó, và nhiều công ty bắt đầu cần và tuyển dụng những ứng viên cho vị trí Product Owner. Nhưng thực ra vai trò Product Owner không hề mới, Product Owner là một trong ba vai trò của Scrum, mà Scrum thì đã hơn 20 năm tuổi. 

Scrum đề ra ba vai trò trong Scrum Team: Product Owner, Scrum Master và Development team. Nhưng cũng có nhiều câu hỏi được đặt ra, liệu một người có thể vừa làm Product Owner vừa làm Scrum Master?