Có nhiều câu hỏi và mối quan tâm về việc quản lý rủi ro xoay quanh việc trao quyền cho Scrum Team như:

Làm thế nào để đảm bảo thành công cho Product nếu Product Owner không hiểu nhiều về Product hoặc chưa đủ kỹ năng? Làm sao Product Owner quyết định được Business Value nào sẽ là trong 20% mang lại 80% giá trị? (80/20 - Pareto Principle)

Việc trao quyền cho Development Team dẫn đến nhiều rủi ro tiềm ẩn? Làm sao Development Team biết nên làm gì và làm thế nào để tạo ra Done Increment?

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".

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. 

Definition of Value
​
Human always follows and find Happiness. Although it's very difficult to find, everybody has different happiness. Some people think money is happiness or a happy family, others think happiness is the peace of the soul (like a monk)... So we can say "what makes people happy is value for them".

The company is the same. Of course, every company has an ultimate purpose is revenue (except you are running a non-profit company). So, values of them are making the customer happy, good culture, good processes. over that values is assumed to have more money or save more money.

Just start this post with a few questions: Is your product (#Noproject) roadmap working? How much time and effort you take to update it but it's still far away from reality?

If your roadmap is still well and value can be created to the end user, this post is not for you. This post also does not share how to have a good roadmap, just show some common issues when you build a roadmap to make your plan is useless.

As Product Owner, how do you deliver Values to your Customer/End-User? To know what is value, you need to validate it. To validate your value, you need to know who is your Customer (End user).

I asked that because identifying your end user is very important. If you don't know who is your real customer, how can you build a product to make them happy? Or you will make no-one happy, no customer happy is no business, right?

Let go through 3 Situations below: