Ngày hôm nay chúng ta sẽ cùng tìm hiểu về hiểu lầm khi nghĩ rằng Product Owner hoạt động như một đại diện của các Bên liên quan. Đơn giản hơn, đây là việc cho rằng trong Scrum, Product Owner nên là người thay mặt toàn bộ Nhóm Scrum và là người duy nhất giao tiếp với các bên liên quan (ví dụ như khách hàng, người dùng).
>> Download miễn phí Ebook “Bí quyết kiểm soát tiến độ dự án” => Sách tặng
Chúng tôi đã thấy nhiều Nhóm Scrum có biểu hiện đúng với cách nghĩ trên thông qua những hành vi dưới đây:
Hướng dẫn Scrum (Scrum Guide) đã nói ra rằng Product Owner là người chịu trách nhiệm cho việc tối đa hoá giá trị của sản phẩm được tạo ra từ các công việc của các Nhà Phát triển. Công việc được thực hiện minh bạch trong Product Backlog và được quản lý bởi Product Owner. Nhằm xác định công việc nào có giá trị giá trị, sau đó sẽ sắp xếp thứ tự cho chúng, thông tin đầu vào từ các bên liên quan hiển nhiên là cần thiết. Tuy nhiên, trong Scrum Guide không có chỗ nào nói rằng Product Owner là người duy nhất chịu trách nhiệm việc giao tiếp với các bên liên quan.
Ý nghĩa của Scrum thật sự đến từ mục tiêu mà chúng ta đang cố để đạt được. Scrum được xây dựng dựa trên sự thực nghiệm mà trong đó Nhóm Phát triển là một tổ hợp rất phức tạp. Khám phá ra chúng ta cần gì cũng như cách để thực thi tốt nhất sẽ yêu cầu Nhóm Scrum cần phải làm việc rất nhiều cùng với các khách hàng, người dùng cũng như các bên liên quan khác.
Scrum là một “khám phá mang tính hợp tác”. Bắt đầu chỉ với một vài đường vẽ nguệch ngoạc trên chiếc bản đồ kho báu, Nhóm Scrum bắt đầu tiến vào cuộc hành trình với các bên liên quan để tìm ra nơi kho báu ẩn giấu. Nguyên lý hợp tác này được lặp lại ở dòng thứ 3 của bản Tuyên ngôn Agile: “Hợp tác với khách hàng hơn là đàm phán hợp đồng”.
Khi chỉ riêng Product Owner giao tiếp với các bên liên quan sẽ có nhiều chướng ngại xảy đến:
Do vậy, việc coi Product Owner như là đại diện cho các bên liên quan sẽ không giúp cho nhóm trở nên Agile. Nhưng vậy thì vai trò của Product Owner được định hướng như thế nào?
Thay vì để họ là những người đại diện cho các bên liên quan. Chúng tôi thích giải thích rằng Product Owner là một nhân vật có trách nhiệm như là tiếng nói của các bên liên quan trong quá trình “khám phá cộng tác”. Làm thế nào để hoàn thành thì sẽ phụ thuộc hoàn toàn vào Product Owner và Nhóm Scrum, cũng như phụ thuộc vào sự có mặt của các bên liên quan, hay bản chất của sản phẩm trong quá trình phát triển. Nhưng chúng tôi thấy một số việc đã hoạt động hiệu quả rất hiệu quả, ví dụ:
Thay vì tạo ra các bức tường cản trở Nhóm Phát triển, Product Owner nên kết nối khoảng cách tổ chức giữa các Nhà Phát triển và Bên liên quan (cụ thể là Người dùng). Trong bất cứ trường hợp nào, việc này nên được thực hiện theo cách tôn trọng trọng tâm của Nhóm Phát triển cần trong một Sprint.
Chúng tôi muốn nhấn mạnh rằng Product Owner cần giữ trách nhiệm cho những việc xảy đến trong Product Backlog cũng như thứ tự của các công việc trong đó. Sau cùng, họ vẫn là Người-sở-hữu sản phẩm (Product – Owner). Nhưng không phải là làm việc theo cách thức truyền thống, khi mọi việc đều phải qua tay của Product Owner.
Vai trò của Product owner
Trong bài này chúng ta đã giải mã một hiểu lầm khác, rằng Product Owner là Đại diện cho các bên liên quan. Kết quả cuối cùng cho thấy rằng Nhóm Scrum trở bên ít Agile hơn khi chỉ có mình Product Owner thực hiện việc giao tiếp với các bên liên quan. Thay vì chỉ định Product Owner như là một người đại diện, chúng tôi muốn giải thích Product Owner như là một cá nhân có trách nghiệm kéo bên liên quan vào các cuộc hội thoại. Chúng ta đã đi qua một vào mẹo cụ thể. Bạn nghĩ gì về hiểu lầm này? Bạn có đồng ý không? Và bạn đã học được những điều gì?
Bài viết liên quan:
Khóa học liên quan:
