Để trở thành một Product Owner chuyên nghiệp, bên cạnh nền tảng kiến thức về Agile/Scrum và kinh nghiệm phát triển sản phẩm thì chứng chỉ Product Owner là một lợi thế nổi bật. Sau đây là top 3 chứng chỉ quốc tế uy tín dành cho Product Owner, hãy cùng tìm hiểu chi tiết trong bài viết dưới đây nhé!

4 lợi ích khi sở hữu chứng chỉ Product Owner

  1. Kiến thức phát triển sản phẩm theo Scrum vững chắc: Chứng chỉ Product Owner là sự công nhận về kiến thức và khả năng áp dụng Agile/Scrum bài bản của Product Owner. Chứng chỉ Product Owner giúp bạn nắm vững kiến thức về phát triển sản phẩm theo Scrum, từ đó áp dụng hiệu quả trong công việc.
  2. Product Owner hiểu về cách tổ chức làm sản phẩm và phối hợp nhịp nhàng với nhóm làm sản phẩm. Cộng tác thường xuyên với khách hàng để cung cấp các thông tin giá trị với nhóm để sản xuất để đưa ra các giải pháp cho khách hàng.
  3. Chứng chỉ là một tiêu chí quan trọng trong việc lựa chọn người phù hợp để đóng vai trò là Product Owner cùng với những tiêu chí quan trọng khác như khả năng làm việc cùng khách hàng, các bên liên quan, quản lý yêu cầu,…
  4. Cơ hội việc làm rộng mở trong các doanh nghiệp áp dụng Scrum. Chứng chỉ Product Owner mở ra vô vàn cơ hội nghề nghiệp trong nước và nước ngoài, giúp gia tăng thu nhập và phát triển nhanh trên nấc thang sự nghiệp.

Top 3 chứng chỉ cho Product Owner bắt đầu

Chứng chỉ CSPO (Certified Scrum Product Owner)

Chứng chỉ CSPO được cấp bởi Scrum Alliance. Đây là một chứng chỉ chứng minh bạn đã được đào tạo Scrum một cách bài bản bởi chuyên gia được chứng nhận bởi Scrum Alliance và vượt qua bài kiểm tra. Chứng chỉ CSPO tập trung vào các nguyên tắc cơ bản của Scrum, và các kỹ thuật quan trọng cho Product Owner để tổ chức phát triển sản phẩm theo Scrum. Chứng chỉ này chỉ có thời hạn 2 năm. Sau đó bạn có thể gia hạn hoặc học thêm chứng chỉ cao hơn như A-CSPO, CSP-PO để tiếp tục gia hạn.

lop-hoc-cspo-cua-giang-vien-daniel-teng-do-hoc-vien-agile-to-chuc

Lớp học CSPO của giảng viên Daniel Teng do Học viện Agile tổ chức

Để sở hữu chứng chỉ CSPO, bạn có thể tham gia khóa đào tạo lấy chứng chỉ quốc tế Certified Scrum Product Owner của Học viện Agile với sự dẫn dắt của giảng viên giàu kinh nghiệm Daniel Teng.

Khóa học liên quan:

Chứng chỉ PSPO I (Professional Scrum Product Owner I)

Chứng chỉ này được cấp bởi Scrum.org. Chứng chỉ này được công nhận trong ngành như một chứng chỉ chứng minh về sự thành thạo Scrum ở một mức độ cơ bản. Người sở hữu chứng chỉ PSPO I đã chứng minh được rằng họ hiểu Scrum như được mô tả trong Hướng dẫn Scrum và biết cách áp dụng Scrum trong việc phát triển sản phẩm. Bạn có thể lựa chọn cách tự học hoặc học cùng với chuyên gia được chứng nhận bởi Scrum.org. Chứng chỉ này không có thời hạn, có nghĩa là bạn không cần phải gia hạn.

Ngoài ra, nếu bạn muốn tiết kiệm thời gian và công sức luyện thi, tỉ lệ đỗ cao trong thời gian ngắn, chúng tôi cung cấp khóa luyện thi PSPO online với sự dẫn dắt trực tiếp của Agile Coach Nguyễn Thế Nghị.

Khóa học liên quan:

Chứng chỉ RSPO (Registered Scrum Product Owner)

Chứng chỉ RSPO được cấp bởi Scrum Inc. Bạn cũng phải học với chuyên gia được chứng nhận bởi Scrum Inc và vượt qua bài thi.  Đây là một chứng chỉ mới và cũng ít được tổ chức ở Việt Nam.

Ngoài ra, khi đã thuần thục việc áp dụng Scrum cho một nhóm, và cần áp dụng ở quy mô nhiều nhóm, bạn có thể học thêm các chứng chỉ khác để cung cấp thêm kiến thức, kỹ năng để có thể vận hành nhiều nhóm như: A-CSPO, CSP-PO, PSPO III, SAFe Product Owner,…

Trên đây là tổng hợp thông tin về 03 chứng chỉ quốc tế uy tín dành cho các Product Owner mong muốn nâng cao kiến ​​thức và giá trị thương hiệu trong ngành. Mọi thắc mắc về các khóa học Huấn luyện chứng chỉ cho Product Owner, quý khách vui lòng liên hệ hotline (Zalo): 0865-935-631 để được tư vấn trực tiếp và giải đáp nhanh nhất!

Nếu là dân công nghệ, chắc hẳn bạn đã nghe đến vị trí Product Owner. Vậy Product Owner là gì? Vị trí này có vai trò quan trọng và tiềm năng thế nào, hãy cùng tìm hiểu tại bài viết dưới đây nhé.

Product Owner là gì? 

Trong Scrum, Product Owner (PO) một thành viên rất quan trọng trong team, chịu trách nhiệm mọi mặt về sản phẩm như lập kế hoạch, lựa chọn tính năng, giải quyết vấn đề từ phía user. Nhiệm vụ của Product Owner là tối ưu hóa giá trị của sản phẩm thông qua việc tận dụng tốt nhất khả năng sản xuất của Nhà Phát Triển (Scrum Team). Trong một dự án Agile, Product Owner sẽ là đại diện cho nhóm Scrum để đứng giữa doanh nghiệp, user và khách hàng.

Phân biệt vai trò của Product Owner và Scrum Master trong dự án Scrum:

  • Product Owner: tiếp nhận những yêu cầu từ phía khách hàng, các stakeholder (hay các bên liên quan) để đảm bảo được ROI, tiếp nhận những yêu cầu từ phía User, phát triển các tính năng để chuyển yêu cầu đến các Scrum Team.
  • Scrum Master: là người đảm bảo sự vận hành tốt của Nhóm Scrum, hướng đến kết quả sản xuất tốt nhất bằng cách tuân thủ nguyên lý, các kỹ thuật và quy tắc của Scrum. ScrumMaster không phải là người quản lý, cũng không phải là lãnh đạo của Nhóm. Thay vào đó, Scrum Master là người phục vụ Nhóm. Scrum Master làm tất cả những gì trong thẩm quyền phục vụ Product Owner, Nhóm Phát triển, và Tổ chức đi đến thành công.

Lưu ý:

  • Product Owner không có quyền hạn để yêu cầu Nhà Phát triển làm thế nào để hoàn thành Sprint.
  • Product Owner là người có quyền và chịu trách nhiệm khi quyết định hủy Sprint (dừng Sprint bất thường).

Sáu nhiệm vụ của Product Owner

  • Tìm hiểu, phân tích và đưa ra các tính năng mong muốn trong Product BacklogProduct Owner cần cần phải thấu hiểu sản phẩm, khách hàng để đưa ra các yêu cầu trong Product Backlog – đây là danh sách các hạng mục mà Nhà Phát triển dựa vào để làm việc và chuyển thành các tính năng của sản phẩm thật. Danh sách này sẽ được điều chỉnh trong suốt quá trình phát triển sản phẩm sao cho phù hợp.
  • Đánh giá các hạng mục trong Product Backlog để điều chỉnh tiến độ dự án phù hợp: Product Owner sẽ là người đánh giá và sắp xếp các hạng mục trong Product Backlog, từ đó để Nhà Phát triển sẽ dựa vào để triển khai. Do đặc điểm của Agile như tính lặp và tính tăng trưởng, vì vậy sẽ đòi hỏi Product Owner cần sắp xếp đúng các hạng mục công việc để sản phẩm đạt được tiến độ và hiệu quả nhất
  • Tối ưu hóa lợi nhuận trên vốn đầu tư (ROI): Trong khi khả năng sản xuất của Nhà Phát triển thường có giới hạn nhất định, Product Owner cần tối ưu nhất khả năng này và nói “không” để loại bỏ những hạng mục không cần thiết. Việc chỉ tập trung vào những mục đích chính và công việc thực sự cũng chính là đặc trưng của Agile luôn được đề cao để tối ưu hóa công việc.
  • Đảm bảo tính minh bạch của Product Backlog: Product Backlog là một tạo tác (artifact) quan trọng đòi hỏi Product Owner cần giữ cho nó luôn được minh bạch và rõ ràng với tất cả mọi người.
  • Đưa đầy đủ thông tin đến Nhóm Phát triển: Điều này giúp nhóm hiểu rõ các hạng mục của Product Backlog mà họ triển khai.
  • Theo dõi tiến độ của sản phẩm: Sự thật là kể cả khi sản phẩm đã Release thì Product Owner vẫn cần theo dõi các chỉ số và phản ứng của User để thay đổi và thích ứng khi cần thiết. Bởi Product Owner là người chịu trách nhiệm toàn bộ về sản phẩm, do đó Product Owner có thể sử dụng các công cụ như Biểu đồ Burndown, hay các công cụ khác để thực hiện nhiệm vụ này.

Như vậy, có thể thấy các công việc và nhiệm vụ của Product Owner đều rất đặc trưng theo đúng khung làm việc của Scrum. Và để hoàn thành tốt các nhiệm vụ trên, Product Owner cần phải có một nền tảng vững chắc về Agile. Hiện nay, các công ty công nghệ ngày càng có xu hướng ưu tiên các ứng viên có chứng chỉ Agile/Scrum.

6-nhiem-vu-cua-product-owner

6 nhiệm vụ của Product Owner

Những lưu ý về Product Owner

Là người đưa ra quyết định cuối cùng

Trong các dự án, Product Owner sẽ nhận thông tin từ các bên như User, khách hàng, Product Owner, Scrum Team,… từ đó nắm rõ các vấn đề và so sánh để đưa ra quyết định. Trong đó, chỉ có Product Owner là người có quyền hạn đưa ra quyết định cuối cùng về sản phẩm. Mỗi quyết định của Product Owner đều rất quan trọng và là kim chỉ nam cho sản phẩm, điều này đòi hỏi Product Owner phải có các kỹ năng tốt của một người quản lý để có thể dẫn dắt team đi đến kết quả cuối cùng.

Một dự án sẽ chỉ có 1 Product Owner

Product Owner là một người duy nhất, không phải là một nhóm người. Điều này không có nghĩa là một mình Product Owner làm hết mọi việc, mà có thể nhận sự hỗ trợ từ những người khác. Do Product Owner là người nắm giữ các đầu việc chính, vì vậy chỉ nên có một Product Owner trong mỗi dự án để công việc được linh hoạt và minh bạch.

Cần có tầm nhìn rộng và nhạy bén

Product Owner là người có trách nhiệm cao nhất về sản phẩm và là người dẫn dắt Nhà Phát triển. Vì vậy một Product Owner tài năng là người có tầm nhìn rộng và nhanh nhạy với thay đổi. Ví dụ như việc Product Owner cần hiểu được khách hàng đang thực sự muốn gì, thu hút bởi điều gì hay Nhóm Phát triển có khả năng làm được đến đâu.

Nguyên tắc phát triển sản phẩm theo Agile

Tuyên ngôn phát triển phần mềm linh hoạt (gọi tắt là tuyên ngôn Agile)

Chúng tôi đã phát hiện ra cách phát triển phần mềm tốt hơn bằng cách thực hiện nó và giúp đỡ người khác thực hiện. Qua công việc này, chúng tôi đã đi đến việc đánh giá cao:

  • Individuals and interactions over processes and tools: Cá nhân và sự tương tác hơn là quy trình và công cụ
  • Working software over comprehensive documentation: Phần mềm chạy tốt hơn là tài liệu đầy đủ
  • Customer collaboration over contract negotiation: Cộng tác với khách hàng hơn là đàm phán hợp đồng
  • Responding to change over following a plan: Phản hồi với sự thay đổi hơn là bám theo kế hoạch
  • Mặc dù các điều bên phải vẫn còn giá trị, nhưng chúng tôi đánh giá cao hơn các mục ở bên trái.

Mười hai nguyên tắc phía sau tuyên ngôn Agile

Bên cạnh đó, các nhà phát triển còn nhấn mạnh mười hai nguyên lý phía sau Tuyên ngôn Agile để giúp các nhà phát triển có được gợi ý trong thực hành và vận dụng các phương pháp Agile trong thực tiễn. Các nguyên lý được liệt kê sau đây:

  • Ưu tiên cao nhất của chúng tôi là thỏa mãn khách hàng thông qua việc chuyển giao sớm và liên tục các phần mềm có giá trị.
  • Chào đón việc thay đổi yêu cầu, thậm chí rất muộn trong quá trình phát triển. Các quy trình linh hoạt tận dụng sự thay đổi trong các lợi thế cạnh tranh của khách hàng.
  • Thường xuyên chuyển giao phần mềm chạy tốt tới khách hàng, từ vài tuần đến vài tháng, ưu tiên cho các khoảng thời gian ngắn hơn.
  • Nhà kinh doanh và nhà phát triển phải làm việc cùng nhau hàng ngày trong suốt dự án.
  • Xây dựng các dự án xung quanh những cá nhân có động lực. Cung cấp cho họ môi trường và sự hỗ trợ cần thiết, và tin tưởng họ để hoàn thành công việc.
  • Phương pháp hiệu quả nhất để truyền đạt thông tin tới nhóm phát triển trong nội bộ nhóm phát triển là hội thoại trực tiếp.
  • Phần mềm chạy tốt là thước đo chính của tiến độ.
  • Các quy trình linh hoạt thúc đẩy phát triển bền vững. Các nhà tài trợ, nhà phát triển và người dùng có thể duy trì một nhịp độ liên tục không giới hạn.
  • Liên tục quan tâm đến các kỹ thuật và thiết kế tốt để gia tăng sự linh hoạt.
  • Sự đơn giản – nghệ thuật tối đa hóa lượng công việc chưa xong – là căn bản.
  • Các kiến trúc tốt nhất, yêu cầu tốt nhất và thiết kế tốt nhất sẽ được làm ra bởi các nhóm tự tổ chức.
  • Nhóm phát triển sẽ thường xuyên suy nghĩ về việc làm sao để trở nên hiệu quả hơn, sau đó họ sẽ điều chỉnh và thay đổi các hành vi của mình cho phù hợp.

12-nguyen-tac-phat-trien-san-pham-theo-agile

12 nguyên tắc phát triển sản phẩm theo Agile

Lộ trình sự nghiệp của Product Owner (Product Owner Career Path)

Theo Robert Galen, để trở thành một Product Owner tốt cần hội tụ kiến thức và kĩ năng trong 4 vùng sau:

– Product Management;

– Project Management;

– Leadership;

– Business Analysis

Nhìn vào đây, có thể thấy trở thành một Product Owner là một nghề nghiệp cực kì tốt bởi cần hội tụ rất nhiều các kỹ năng cốt lõi của những công việc tiềm năng khác.

Trở thành một Product Owner ngày càng được đánh giá cao và là mục tiêu của nhiều người bởi sự tiềm năng của vị trí này. Khi đã là một Product Owner, bạn sẽ có nhiều cơ hội hơn để đạt được những vị trí dưới đây trên con đường sự nghiệp của một dân công nghệ:

Business Analyst (BA)

Một Product Owner có năng lực phù hợp để trở thành một Business Analyst bởi đặc tính công việc: Xử lý các yêu cầu từ phía kinh doanh, khách hàng. Kiến thức này hoàn toàn rất có ích trong việc xử lý các vấn đề kinh doanh, vì vậy trở thành một Business Analyst sẽ là con đường tuyệt vời cho bạn sau khi là một Product Owner.

Project Manager

Project Manager là một bước tiến tuyệt vời từ 1 Product Owner. Khi trở thành PM, bạn sẽ tham gia vào việc lập kế hoạch và quản lý dự án. Nếu bạn đang là một Business Analyst có năng lực và kinh nghiệm thì đây là cơ hội tiềm năng để trở thành Project Manager. Hiện nay, xu hướng Agile/Scrum đang ngày càng trở nên phổ biến, các công ty sẽ ưu tiên hơn những ứng viên đã có chứng chỉ về Scrum như PSM, CSM, CSPO.

Product Manager

Một hướng đi khác bạn có thể chọn là trở thành Product Manager, nơi bạn sẽ tập trung vào các yêu cầu rõ ràng cho một sản phẩm dựa trên các yêu cầu chiến lược và sự phù hợp với thị trường sản phẩm. Con đường dẫn đến vị trí này có thể kéo dài vì nó đòi hỏi bạn phải là một nhà phân tích kinh doanh (Business Analyst) trước tiên và cũng có bằng Thạc sĩ Quản trị Kinh doanh (MBA). Nhưng một khi đã theo đuổi, đây sẽ là một trong những con đường sự nghiệp rất tốt cho bạn.

nhiem-vu-cua-mot-product-manager

Nhiệm vụ của một Product Manager

Chief Executive Officer (CEO)

Senior Product Owners có xác suất lớn trở thành Giám đốc điều hành của một công ty (CEO). Điều này đòi hỏi ở ứng viên có nhiều kinh nghiệm, sự kiên trì và thời gian. Kinh nghiệm thu được từ việc trở thành Product Owner là một tài sản quý giá và là nền tảng khi bạn trở thành 1 CEO. Bởi trở thành Product Owner là khi bạn đã học được cách làm sao để phát triển một sản phẩm thành công, làm sao để điều phối nhóm và quản lý nhân lực, cách quản lý và tối ưu ROI, cách thu hút khách hàng,… Tất cả những phẩm chất này là những gì đang được tìm kiếm ở một Giám đốc điều hành (CEO) – người có kiến thức và tầm nhìn cao nhất để quản lý toàn bộ công ty và để đưa nó đến con đường thành công lớn.

Vì vậy, trở thành Product Owner luôn là một cơ hội phát triển nghề nghiệp tuyệt vời trong tương lai. Hãy chuẩn bị hành trang bằng cách bắt đầu tìm hiểu và học hỏi về Agile/Scrum bạn nhé!

Rất nhiều công ty hàng đầu thế giới và Việt Nam đã và đang dịch chuyển sang mô hình Agile và thu được các thành tựu nổi bật. Học viện Agile tự hào đồng hành cùng các doanh nghiệp thành công trong việc chuyển đổi Agile như: Viettel, VinGroup, VNPT, MSB, Techcombank, F88, FPT Software,…

Với nhiều năm kinh nghiệm đào tạo về Agile/Scrum, Học viện Agile sẵn sàng cung cấp cho bạn những kiến thức về Scrum dưới góc nhìn, kinh nghiệm của các chuyên gia hàng đầu. Chúng tôi hiểu rằng, Agile/Scrum dễ học nhưng khó tinh thông. Scrum nếu áp dụng chuẩn thì sẽ vô cùng hiệu quả, còn nếu Scrum sai hay Scrum không bài bản thì có thể để lại hậu quả rất lớn.

Bài viết liên quan:

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

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:

  • Bất cứ khi nào xuất hiện một câu hỏi về một tính năng, các Nhà Phát triển sẽ yêu cầu Product Owner làm rõ/giải thích nó với các bên liên quan. Chúng tôi từng chứng kiến một nhóm trên thực tế dành hẳn một tiếng để thảo luận và làm rõ với các bên liên quan về một yêu cầu không rõ ràng (mà đáng lẽ ra chỉ cần một cuộc gọi 1-phút là có thể giải quyết được).
  • Bất cứ khi nào một bên liên quan đưa ra các ý tưởng mới cho các Nhà Phát triển, các thành viên này sẽ chuyển chúng sang cho Product Owner mà không có ghi chú thêm gì.
  • Product Owner được mong đợi sẽ tự phát hiện/khám phá ra công việc trong Product Backlog thay mặt toàn Nhóm Scrum.

Giải mã hiểu lầm

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:

  • Các bên liên quan không cảm thấy được lắng nghe khi Nhóm Phát triển muốn họ nói chuyện trực tiếp với Product Owner để thảo luận các ý tưởng mới. Bằng cách biến Scrum trở thành cách thức hoạt động “quan liêu”, Nhóm Scrum sẽ phản hồi chậm hơn so với nhu cầu của người dùng;
  • Việc tiếp thu các thông tin hữu ích mới/ý tưởng mới và các cơ hội giá trị sẽ có thể không được phát huy tốt;
  • Tính linh hoạt của Nhóm Scrum sẽ bị hạn chế khi Product Owner trở thành nơi tập trung duy nhất và là nút thắt nhằm giải đáp/làm rõ các yêu cầu với các bên liên quan;
  • Nhóm Phát triển sẽ không tạo ra đúng sản phẩm mà người dùng cần, do vậy dẫn đến kết quả là sản phẩm khó hiểu, khó dùng và không thật sự đáp ứng được nhu cầu thật sự.

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?

Người Đại diện hay Hỗ trợ?

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ụ:

  • Product Owner mời các bên liên quan tham gia Sơ kết Sprint, đây được coi là “cơ hội tối thiểu” trong Scrum khi các thông tin từ các bên liên quan được thu thập;
  • Product Owner tổ chức các hội thảo nơi anh/cô ấy, các bên liên quan và thành viên Nhóm Phát triển cùng nhau làm việc để phát hiện/làm rõ những công việc có giá trị sắp tới cho sản phẩm;
  • Product Owner tạo ra những cơ hội và nền tảng để Nhóm Phát triển có thể làm việc cùng các bên liên quan nhằm kiểm thử các giả định hoặc làm rõ các nhu cầu cần thiết;
  • Product Owner tổ chức các sự kiện hay chuyến tham quan thân mật để Nhóm Phát triển có cơ hội tìm hiểu rõ hơn về nhau, đặc biệt là những ai đang sử dụng sản phẩm.

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.

Product Owner là người đại diện cho các bên liên quan?

Vai trò của Product owner

Thủ thuật

  • Nếu bạn là Scrum Master, hãy hỗ trợ Product Owner bằng cách đưa ra cách tiếp cận nhằm thu hẹp khoảng cách giữa bên phát triển và bên liên quan;
  • Liberating Structure “25/10 Crowd Sourcing” là một phương pháp tốt nhằm phát hiện nhanh chóng các tính năng có giá trị cao cho bên liên quan và Nhóm Phát triển. Một số cấu trúc khác cũng rất hữu ích như Wise Crowds, Celebrity Interview;
  • Tổ chức các buổi thảo luận gồm Bên liên quan và các thành viên nhóm Phát triển cùng ngồi lại với nhau để tạo ra các “Bản đồ thấu cảm” ( Empathy Maps), “Thiết kế hộp” (Design the box) hoặc thực hiện “Ước tính thần kì” (Magic Estimation);
  • Tạo các Personas (nhân vật tưởng tượng mô tả kiểu người dùng khác nhau) dựa theo các Bên liên quan có thật và liên kết họ với các hạng mục của Product Backlog. Bất cứ khi nào có câu hỏi phát sinh trong quá trình làm việc, Nhóm Phát triển sẽ biết cần phải liên hệ với ai để có thể trả lời các câu hỏi rõ ràng hơn cũng như đánh giá các luận định.

Lời kết

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:

Bạn muốn phát triển sự nghiệp với tư cách là Product Owner và đảm nhận các vai trò, trách nhiệm mới? Nếu bạn mới bắt đầu và có ý định phát triển bản thân từ vị trí Product Owner, hãy cùng theo dõi bài viết dưới đây để tìm hiểu về những vai trò và chức danh tốt nhất mà bạn có thể theo đuổi trong sự nghiệp của mình.

Hiểu về vai trò của Product Owner

Product Owner (PO) là vai trò rất dễ gây nhầm lẫn. Nếu xem xét một số tin tuyển dụng Product Owner trên LinkedIn, Glassdoor và Indeed, bạn sẽ nhận thấy có rất nhiều sự khác biệt về yêu cầu, kinh nghiệm, kỹ năng, trình độ và trách nhiệm.

Product Owner là một vai trò chứ không phải chức danh. Điều này có nghĩa là vai trò này có thể được giao cho bất kỳ ai có quyền hạn cao nhất đối với sản phẩm và người này có thể là Giám đốc điều hành Sản phẩm (Head of Product), Quản lý sản phẩm (Product Manager), Quản lý dự án (Project Manager), Giám đốc sản xuất (Chief of Product),…

PO chịu trách nhiệm tối đa hóa giá trị sản phẩm, sở hữu sản phẩm và chịu trách nhiệm về sản phẩm cũng như mọi thứ liên quan. PO chịu trách nhiệm hoàn thành sản phẩm, bao gồm một số nhiệm vụ sau đây:

  • Tầm nhìn sản phẩm và xác định mục tiêu sản phẩm
  • Quản lý danh sách yêu cầu (Backlog) và xác định độ ưu tiên
  • Giao tiếp và hợp tác với các bên liên quan chính
  • Đảm bảo các hạng mục trong Product Backlog được minh bạch và trực quan hóa
  • Truyền đạt các hạng mục trong Product Backlog cho Nhóm phát triển Scrum

Lộ trình phát triển sự nghiệp của Product Owner

Sau khi trở thành Product Owner, bạn sẽ là người đưa ra quyết định về sản phẩm, một vai trò khó nhằn. Dưới đây là tổng quan về lộ trình phát triển sự nghiệp của Product Owner:

1. Senior Product Owner

Khi bạn trở thành Product Owner, con đường sự nghiệp rõ ràng nhất là trở thành Senior Product Owner. Hiện nay, Senior PO không phải là một vai trò của Scrum nên bạn sẽ không tìm thấy vai trò này ở mọi loại hình tổ chức. Hầu hết các công ty lớn chuyên phát triển các sản phẩm và dự án lớn và thường chia sản phẩm thành các thành phần, tính năng khác nhau, đã tạo nên vai trò này.

Ví dụ: một công ty lớn đang sản xuất một sản phẩm lớn có thể chia sản phẩm thành các phần nhỏ hơn để quản lý. Mỗi thành phần và/hoặc tính năng của sản phẩm đều có nhóm Scrum và PO riêng. Đây là cách nhiều nhóm Scrum cùng làm việc trên một sản phẩm lớn.

Trong trường hợp này, Senior Product Owner sẽ quản lý tất cả Product Owner làm việc trên một sản phẩm. Senior PO sẽ sở hữu và chịu trách nhiệm về toàn bộ sản phẩm.

2. Portfolio Owner

Portfolio Owner hoặc Product Portfolio Manager là người sở hữu và quản lý một nhóm sản phẩm liên quan. Đây là vai trò mà bạn thường thấy ở các tổ chức lớn phát triển nhiều sản phẩm, thành phần, tính năng và nền tảng.

Lộ trình phát triển nghề nghiệp của Product Owner

Vị trí công việc của Porfolio Owner

Ví dụ: Microsoft Office là một danh mục sản phẩm bao gồm các sản phẩm Office, ví dụ như Word, Excel, PowerPoint và các sản phẩm khác. Mỗi sản phẩm Office đều có Product Owner riêng, sau đó sẽ có một Portfolio Owner sở hữu toàn bộ Office và chịu trách nhiệm tối đa hóa giá trị của danh mục đầu tư.

Sau khi làm Product Owner cho nhiều sản phẩm trong một công ty hoặc các công ty bên ngoài, khả năng cao bạn sẽ có cơ hội để quản lý một danh mục đầu tư và nhiều Product Owner.

Các nhiệm vụ điển hình của Product Portfolio Manager bao gồm:

  • Quản lý danh mục đầu tư
  • Hợp tác với Product Owner
  • Tối đa hóa giá trị của danh mục đầu tư
  • Quản lý chiến lược sản phẩm và mục tiêu sản phẩm
  • Hợp tác với các bên liên quan.

Quản lý danh mục đầu tư là một vai trò đầy thách thức vì bạn phải làm việc với các Product Owner cũng như các nhóm Agile của tất cả sản phẩm. Bạn sẽ làm việc với một nhóm sản phẩm và việc này đòi hỏi cả kỹ năng kỹ thuật lẫn kỹ năng xã hội.

3. Product Manager

Dù có rất nhiều tranh luận và sự khác biệt giữa Product Manager và Product Owner, nhưng có một điều rõ ràng rằng: Product Manager là người có chức danh/vai trò cao hơn Product Owner.

Product Manager là người thúc đẩy và quản lý chiến lược dài hạn của sản phẩm, không chỉ tập trung vào việc tối đa hóa giá trị. Vị trí này mang tính chất chiến lược và toàn diện hơn. Product Manager có trách nhiệm:

  • Phát triển khách hàng
  • Phát triển sản phẩm và quản lý dự án
  • Marketing
  • Tầm nhìn và chiến lược sản phẩm
  • Marketing và bán hàng
  • Lộ trình sản phẩm
  • Phân tích giá cả, đối thủ cạnh tranh và nghiên cứu thị trường.

Tuy nhiên, Product Manager không phải là một vai trò trong Scrum, họ là người nhận báo cáo của Scrum Master và Product Owner. Scrum chỉ là một phần trong trách nhiệm và nhiệm vụ quản lý sản phẩm khổng lồ.

Vai trò Product Manager thiên về quản lý hơn so với vai trò kỹ thuật của PO. Bạn sẽ chịu trách nhiệm phát triển sản phẩm, Marketing, tầm nhìn và các mục tiêu chiến lược.

4. Product Director

Giám đốc sản phẩm (Product Director) hoặc Giám đốc quản lý sản phẩm (Director of Product Management) là vai trò quản lý và giám sát các Product Manager trong một công ty. Trong các tổ chức nhỏ, bạn có thể đi lên vị trí Product Director từ vị trí Product Owner hoặc Senior Product Owner. Tuy nhiên, trong các tổ chức lớn hơn, trước tiên bạn phải trở thành Product Manager, sau đó là Product Director:

Hiểu đúng về Job Title, hướng dẫn viết chức danh công việc chính xác và hiệu quả

Lộ trình phát triển nghề nghiệp của Product Director

Product Director là một vị trí quản lý cấp cao, quản lý về mặt chiến lược tất cả sản phẩm do tổ chức phát triển. Product Manager báo cáo cho Product Director, người sau đó sẽ báo cáo cho Giám đốc điều hành Sản phẩm (Head of Product).

Dưới đây là danh sách các nhiệm vụ chính mà Product Director phải thực hiện:

  • Lập kế hoạch và chiến lược sản phẩm dài hạn
  • Phối hợp với cấp trên và cấp dưới
  • Tư vấn và hợp tác với các bên liên quan
  • Tầm nhìn sản phẩm, phát triển và thực hiện đề xuất
  • Vòng đời dòng sản phẩm
  • Chiến lược Marketing và tiêu dùng.

Chỉ có một Product Director duy nhất trong tổ chức chịu trách nhiệm giám sát tất cả sản phẩm. Vì đây là vai trò lãnh đạo nên phần lớn thời gian được dành cho việc lãnh đạo, lập kế hoạch và kiểm soát.

5. Head of Product

Giám đốc điều hành sản phẩm (Head of Product/Chief Product Officer) hoặc Phó chủ tịch sản phẩm (VP Product) là người có vai trò quản lý cấp cao hơn trong công ty, chịu trách nhiệm về tất cả sản phẩm trong tổ chức. Tùy thuộc vào quy mô của tổ chức và số lượng sản phẩm sở hữu, một tổ chức có thể sử dụng các chức danh khác nhau như Head of Product, VP Product, Chief Product Officer hoặc một chức danh tương tự.

Đây là cấp quản lý cao nhất trong tổ chức mà PO có thể hướng tới. Đối với các tổ chức nhỏ, Product Manager hoặc Product Owner báo cáo trực tiếp cho VP Product:

vp-product

Trong tổ chức lớn, các Product Director phụ trách báo cáo cho Head of Product:

head-of-product

Một tổ chức khá lớn có nhiều sản phẩm, danh mục đầu tư và Giám đốc (ví dụ: Microsoft), Chief Product Officer giám sát mọi thứ trong phòng sản phẩm và là người có chức vụ cao nhất trong phòng:

CPO là gì? Các công việc Giám đốc sản phẩm phải làm ?

Vị trí của Chief Product Offcer tại doanh nghiệp

Vì vậy, nếu bạn ở trong một tổ chức nhỏ, bạn sẽ quản lý và làm việc trực tiếp với một số Product Manager. Nếu bạn làm việc trong một tổ chức lớn, bạn sẽ quản lý các Product Director, những người này sẽ quản lý các Product Manager.

Với tư cách là Chief Product Officer, bạn sẽ chịu trách nhiệm:

  • Quản lý toàn bộ sản phẩm
  • Đặt mục tiêu chiến lược sản phẩm tổng thể
  • Chiến lược sản phẩm, phân bổ nguồn lực và tuyển dụng
  • Quản lý Product Owner, Product Manager và Product Director
  • Cố vấn và huấn luyện
  • Đảm bảo đạt được mục tiêu chung của sản phẩm.

6. Con đường sự nghiệp khác

Bạn sẽ tiếp tục phát triển sự nghiệp như thế nào sau khi trở thành Chief Product Officer? Có một số lựa chọn khác khi bạn đã đạt đến vị trí cao nhất trong một tổ chức:

  • Giám đốc điều hành (CEO) là chức danh lý tưởng nhất mà bạn có thể hướng tới sau một khoảng thời gian cống hiến với tư cách là người đứng đầu sản phẩm.
  • Bạn có thể trở thành chủ doanh nghiệp và thành lập công ty phát triển sản phẩm của riêng mình
  • Tư vấn và diễn thuyết là con đường sự nghiệp tốt nhất nếu bạn không muốn thành lập công ty riêng
  • Nếu đã kiếm đủ tiền, bạn có thể trở thành một nhà đầu tư mạo hiểm, hoặc trở thành nhà đầu tư thiên thần và bắt đầu tài trợ cho các công ty phát triển phần mềm với kinh nghiệm của mình.

Hãy là một Product Owner tuyệt vời

Con đường sự nghiệp của Product Owner có rất nhiều cơ hội phát triển. Bạn phải cống hiến 100% trong suốt sự nghiệp của mình để trở thành một nhà lãnh đạo vĩ đại.

Điều cần thiết là phải quyết định con đường sự nghiệp ngay bây giờ khi bạn là Product Owner hoặc Junior Business Analyst. Hãy quyết định xem bạn muốn trở thành gì sau 10 năm, sau đó bắt đầu tích lũy những kỹ năng và kinh nghiệm phù hợp.

Để trở thành một Product Owner chuyên nghiệp cần trang bị nền tảng kiến thức về Agile/Scrum, tích lũy kinh nghiệm phát triển sản phẩm cũng như sở hữu các chứng chỉ quốc tế uy tín dành cho Product Owner. Đó chính là lý do Học viện Agile thiết kế và xây dựng 4 khóa học theo từng giai đoạn phù hợp với các Product Owner mong muốn phát triển sự nghiệp trong tương lai.

Khóa học huấn luyện chứng chỉ quốc tế PSPO I, II – hiểu đúng về vai trò Product Owner và hệ thống hóa kiến thức về Agile/Scrum để chuẩn bị cho kỳ thi chứng chỉ.

Khóa học lấy chứng chỉ quốc tế CSPO – cung cấp các kỹ năng quan trọng để bắt đầu với vai trò Product Owner, từ khám phá nhu cầu khách hàng đến kết hợp với nhóm làm việc để chuyển giao sản phẩm.

Khóa học Professional Product Owner – nội dung dựa trên khung kiến thức khóa học CSPO và trải nghiệm quy trình làm sản phẩm bài bản từ bước Khám phá của Product Owner đến chuyển giao cho team Dev.

Khóa học Agile Product Manager – chương trình dài hơi với hơn 4 tháng học, nội dung bao phủ từ khâu phát triển sản phẩm, phát triển khách hàng đến vận hành doanh nghiệp.

Nguồn tham khảo: 

https://producthq.org/career/product-owner/product-owner-career-path/