Câu hỏi phỏng vấn Thực tập sinh Product Owner

Các thành phần quan trọng nhất của mô hình nhanh nhẹn là:

• Các cuộc họp Stand-Up được thực hiện hàng ngày
• Trách nhiệm trong lớp và thẻ Cộng tác viên
• Bảng nhiệm vụ có khung thời gian
• Các cuộc họp lập kế hoạch lặp lại thực hiện sự phát triển lặp đi lặp lại
• TDD (Phát triển dựa trên thử nghiệm), Tích hợp liên tục, đánh giá mã thường xuyên, lập trình cặp, bản dựng tự động, v.v.

• Kiến thức: Product Owner phải có kiến ​​thức sâu rộng về sản phẩm. Ngoài ra, anh ấy/cô ấy không chỉ nên nghĩ về sản phẩm mà còn cả phạm vi của sản phẩm đó trên thị trường.
• Kỹ năng giao tiếp: Điều quan trọng đối với Product Owner là phải có kỹ năng giao tiếp xuất sắc có thể thích ứng với các nhóm và loại hành vi khác nhau. Anh ấy/cô ấy cần làm việc với doanh nghiệp để hiểu tầm nhìn của họ và nhóm phát triển để biến nó thành hiện thực.
• Cam kết: Product Owner phải cam kết với dự án, tầm nhìn, nhóm và doanh nghiệp. Product Owner nên truyền đạt rõ ràng tầm nhìn giữa các mục tồn đọng nhỏ và mục tiêu kinh doanh lớn hơn.
• Sẵn sàng: Product Owner nên sẵn sàng để các bên liên quan, khách hàng, nhóm phát triển và Scrum Master thảo luận về các vấn đề của họ.
• Ra quyết định: Product Owner phải có khả năng đánh giá các tình huống và đưa ra các quyết định ảnh hưởng đến nhóm và tiến trình của nhóm.

Product Owner không nên từ chối thẳng thừng bất kỳ ý tưởng nào, cũng như không thể chấp nhận tất cả chúng. Mọi ý tưởng đến với Product Owner đều cần được phân tích. Việc phân tích có thể được thực hiện theo nhiều cách như phân tích thông qua tạo nguyên mẫu, làm việc trên khách hàng thử nghiệm, dựa trên kinh nghiệm, v.v. Dựa trên kết quả phân tích, Product Owner nên quyết định xem có nên thêm ý tưởng vào sản phẩm tồn đọng hay không.

Ưu tiên các yêu cầu trong sản phẩm tồn đọng là một trong những trách nhiệm quan trọng nhất của Product Owner. Có một số cách để làm điều đó, một trong những kỹ thuật phổ biến nhất là MoSCoW . Đây  là một kỹ thuật sàng lọc Product Backlog, trong đó:

• Mo là viết tắt của Must be
• S là viết tắt của Should be
• Co là viết tắt của Could be 
• W là viết tắt của Won't be

Mỗi yêu cầu sẽ có mức độ ưu tiên sẽ được gắn thẻ cho MoSCoW, với “M” là mức độ ưu tiên cao nhất và “W” là mức độ ưu tiên thấp nhất.

Các yêu cầu phi chức năng đóng một vai trò quan trọng trong việc phát triển và phân phối sản phẩm tổng thể. Chúng là những yêu cầu mà không có nó thì bộ phận chức năng không thể được coi là hoàn chỉnh. Có nhiều cách khác nhau để xử lý các yêu cầu như vậy, như:

• Tạo user story trong hồ sơ tồn đọng
• Đưa vào DoD
• Tiêu chí chấp nhận

Scrum Master phục vụ Product Owner theo những cách sau:

• Đảm bảo rằng các mục tiêu và phạm vi của dự án được mọi người tham gia hiểu rõ
• Tạo điều kiện thuận lợi cho các sự kiện Scrum khi được Product Owner yêu cầu
• Giúp Product Owner tìm ra các kỹ thuật để quản lý tồn đọng sản phẩm hiệu quả
• Đảm bảo Product Owner biết cách sắp xếp sản phẩm tồn đọng để tối đa hóa giá trị
• Giúp Product Owner hiểu và thực hành các phương pháp nhanh

Một số thách thức mà Product Owner phải đối mặt là:

• Ưu tiên các tính năng không phải lúc nào cũng dễ dàng và có thể liên quan đến việc ra quyết định đánh đổi.
• Product Owner thường gặp khó khăn trong việc biến ý tưởng của khách hàng thành sản phẩm hữu hình.
• Điều chỉnh toàn bộ nhóm scrum phù hợp với yêu cầu của khách hàng và trình bày rõ ràng các yêu cầu của khách hàng và mục tiêu dự án cho nhóm là một nhiệm vụ đầy thách thức
• Đôi khi, Product Owner không hiểu được vai trò cơ bản của vai trò này, điều này được phản ánh trong hiệu suất của nhóm
• Product Owner có thể thấy khó lập kế hoạch phát hành và chạy nước rút để mang lại giá trị tối đa sớm nhất
• Đối phó với những khách hàng không hiểu quy trình Scrum là một khó khăn khác
• Cung cấp phản hồi kịp thời và mang tính xây dựng cho nhóm để cải thiện chất lượng sản phẩm bàn giao không phải lúc nào cũng là một quy trình đơn giản

Phần lớn vai trò của Product Owner là thiết lập sứ mệnh và tầm nhìn cho các nỗ lực làm việc của nhóm của họ. Product Owner có thể tăng giá trị mà nhóm mang lại thông qua các chiến lược khác nhau, đó là:

• Tương tác liên tục góp phần mang lại giá trị tối đa
• Đào tạo về miền, tôi đầu tư thời gian vào việc giảng dạy cho nhóm phát triển về miền, giúp họ hiểu về doanh nghiệp và cách thức hoạt động của nó
• Tầm nhìn, dành thời gian giải thích tầm nhìn cho sản phẩm và tổ chức
• Phân phối giá trị, làm cho nhóm hiểu giá trị được phân phối ở cấp độ câu chuyện.

Thực hiện tất cả những điều được liệt kê ở trên không chỉ khuyến khích nhóm và giúp họ sở hữu sản phẩm mà còn giúp ích cho toàn bộ hoạt động kinh doanh.

Trong cuộc họp sàng lọc Product Backlog, nhóm và Product Owner thảo luận về các câu hỏi thường phát sinh trong quá trình lập kế hoạch chạy nước rút. Vì vậy, cuộc họp đó là cho giai đoạn nước rút sắp tới. Các mục trong lần chạy nước rút hiện tại không còn trên Product Backlog. Chúng nằm trong vật phẩm được gọi là Sprint Backlog.

Cách tốt nhất là tìm cách thuyết phục họ rằng sự hiện diện và đóng góp của họ thực sự quan trọng. Ngoài ra, hãy giành được sự tin tưởng của họ bằng cách thu hút họ thông qua các cuộc họp và thảo luận thường xuyên, đồng thời chứng minh giá trị của việc phát triển sản phẩm linh hoạt. Nếu vẫn không thành công, Product Owner nên tìm kiếm sự trợ giúp từ nhà tài trợ. Ngoài ra, tạo điều kiện cho các hội thảo, sự kiện đào tạo, v.v. để thu hút sự tham gia của các bên liên quan không hợp tác.

Đây là một trong những câu hỏi thường gặp nhất. Đừng hoảng sợ nếu bạn không có chứng chỉ và họ hỏi bạn câu hỏi này! Hãy tự tin và trả lời nếu bạn có chứng nhận chủ sở hữu sản phẩm hay không. Nếu bạn là chủ sở hữu sản phẩm scrum được chứng nhận, chỉ cần chia sẻ thông tin chi tiết về chứng nhận của bạn như loại chứng nhận, điểm đạt được và năm đạt được. Trong trường hợp bạn chưa được chứng nhận, hãy nêu bật kinh nghiệm của bạn trong lĩnh vực cụ thể và cho người phỏng vấn biết nếu bạn có dự định lấy chứng chỉ trong tương lai.

Là một phần của nhóm Scrum, điều rất cần thiết là nhóm phát triển và Scrum Master phải nhận thức được những thay đổi đang diễn ra trên thị trường. Và đảm bảo rằng nhóm Scrum được cập nhật kiến ​​thức về thị trường là một trong những trách nhiệm của Product Owner. Product Owner làm điều đó liên tục như một phần của các tương tác không chính thức của anh ấy với nhóm phát triển và các cuộc họp Scrum. Anh ấy cũng làm điều đó thông qua các cuộc thảo luận và cuộc họp chính thức là một phần của khuôn khổ Scrum.

Điều rất quan trọng là Product Owner phải hiểu lý do nhóm phát triển thất bại trong cam kết nước rút. Product Owner nên liên tục cải thiện tình trạng công việc của nhóm phát triển. Nó có thể là do nhiều lý do:

• Có thể là do ước tính không chính xác hoặc cam kết quá mức.
• Hoặc, có thể là do thiếu sự tin tưởng và hợp tác trong nhóm.
• Có thể là do nhóm không hiểu câu chuyện của người dùng và không cắt nó một cách chính xác.

Product Owner cần xác định lý do nào trong số những lý do này chịu trách nhiệm cho sự thất bại của nhóm. Dựa trên nguyên nhân, Product Owner cần làm việc với nhóm phát triển và Scrum Master để tìm ra giải pháp.

Product Owner là chủ sở hữu của một sản phẩm duy nhất. Anh ấy/cô ấy tập trung vào sản phẩm nhất định bằng cách liên tục giữ liên lạc với khách hàng và các bên liên quan. Việc điều chỉnh Product Owner cho nhiều dự án sẽ ảnh hưởng đến chất lượng của sản phẩm có thể bàn giao và nó cũng sẽ ảnh hưởng đến nhiệm vụ của cá nhân đóng vai trò Product Owner.

Mục tiêu chính của Product Owner là tối đa hóa giá trị của sản phẩm. Vì vậy, nếu một Product Owner phụ trách nhiều sản phẩm, trọng tâm sẽ bị phân chia, thời gian cũng bị chia nhỏ giữa các bên khác nhau, điều này sẽ tạo ra một mớ hỗn độn cho Product Owner. Việc gắn một Product Owner với nhiều dự án là không nên vì nó cũng ảnh hưởng đến chiến lược và timeline của dự án.

Nói chung, sự thành công của Product Owner phụ thuộc vào mức độ đầu tư của người đó vào vai trò này và hiểu ý nghĩa thực sự của việc trở thành Product Owner. Một số thông số sẽ giúp bạn đánh giá bản thân là:

• Điểm mạnh của Product Backlog
• Phân phối giá trị liên tục
• Đạt được mục tiêu phát hành
• Hiểu biết về Tầm nhìn Sản phẩm của các thành viên trong nhóm
• Xác định lộ trình sản phẩm thành công
• Khi khách hàng hài lòng

Loại câu hỏi này có vẻ khó xử nếu bạn không có bất kỳ chứng chỉ nào. Trong những trường hợp như vậy, hãy bình tĩnh và chỉ cho người phỏng vấn biết nếu bạn có kế hoạch thực hiện bất kỳ điều gì trong tương lai. Nếu có, hãy đề cập lý do tại sao bạn có chứng chỉ cụ thể đó. Một số chứng chỉ phổ biến là:

• ACP (Agile Certified Practitioner)
• ASM (Agile Scrum Master)
• CSM (Certified Scrum Master)
• CSPO (Certified Scrum Product Owner)
• PSM (Professional Scrum Master)
• Safe Agilist