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

Sự quyết đoán và nhạy bén rất quan trọng cho một khởi đầu mới bởi lẽ với vai trò như một “chuyên gia” của nhóm, ý kiến của bạn sẽ được mọi người lắng nghe. Điều đó đồng nghĩa rằng, bạn phải nắm thật rõ sản phẩm để đưa ra quyết định chính xác nhất trong thời gian ngắn nhất.

Stakeholder là một cá nhân, nhóm người hoặc một tổ chức bị ảnh hưởng bởi kết quả của dự án hay có thể là người đóng góp trực tiếp từ bên trong dự án. Thông thường có 2 loại stakeholders:

• Internal Stakeholders: những người trong nội bộ tổ chức như nhân viên, ban lãnh đạo, quản lý dự án, nhà đầu tư,… Là những người trực tiếp tham gia dự án, là dự án của họ hoặc họ được thuê để làm.
• External Stakeholders: là những người nằm ngoài tổ chức, gián tiếp bị ảnh hưởng bởi dự án như các nhà cung cấp, khách hàng, bên thứ 3, đối thủ,….

Để quản lý các Stakeholders thì chúng ta áp dụng 4 bước như dưới đây:

• Xác định các Stakeholders
• Lên kế hoạch về sự tham gia, đóng góp của Stakeholders
• Quản lý sự đóng góp, tham dự của Stakeholders
• Giám sát hoạt động của Stakeholders

Những chứng chỉ Product Owner giá trị và được đánh giá cao bởi nhiều tổ chức bao gồm:

• Professional Scrum Product Owner (PSPO) I, II và III: đây là chứng chỉ được cấp bởi tổ chức Scrum.org
• Scrum Alliance Certified Product Owner (CSPO): chứng chỉ được công nhận bởi Scrum Alliance
• Certified SAFe Product Manager/Product Owner (POPM): chứng chỉ do Scaled Agile Framework cung cấp

Người phỏng vấn thường sẽ xem CV của bạn trước, tuy nhiên họ vẫn hỏi lại câu này và thường có 3 mục đích chính:

• Người phỏng vấn xác định được lĩnh vực của công ty cũ của bạn đang làm để họ tiếp tục đặt câu hỏi tiếp theo cho đúng và phù hợp, vì có một số công ty người phỏng vấn không được tiết lộ lĩnh vực hẹp của công ty họ chuẩn bị làm.
• Kiểm tra được ứng viên có khả năng hiểu và diễn đạt được tổng quan mô hình kinh doanh của công ty một cách trôi chảy và dễ hiểu cho người lạ.
• Dựa trên mô hình kinh doanh sản phẩm tổng quát của công ty, bạn nên trình bày doanh thu của công ty đến từ sản phẩm nào một cách tổng quát. Sau đó bạn trình bày bạn phụ trách chính mảng sản phẩm nào.

Người phỏng vấn muốn nhìn thấy được sự đam mê về tính năng bạn đã từng làm và quan trọng hơn là bạn trình bày rõ ràng được các điểm sau:

• Tổng quan tính năng đó là gì phục vụ cho ai, tại sao bạn làm tính năng đó, bối cảnh thực hiện các khó khăn về kỹ thuật và nhân sự kèm theo nếu có, mức độ phức tạp về logic của tính năng.
  
• Sau khi thực hiện xong và đưa ra tính năng bạn đo đếm và tracking như thế nào.
  
• Kết quả mang lại cho kinh doanh (biz result). Tăng bao nhiêu % doanh thu nếu có, tăng sự hài lòng của khách hàng %, và cảm xúc của toàn team của bạn khi mang lại kết quả cho các phòng ban khác.
  
• Bạn là người quản lý tổng thể sản phẩm thì bạn cần nên trình bày được sau khi tính năng đó hoàn thành thì cảm xúc của team như thế nào, bạn ghi nhận các đóng góp của các thành viên như thế nào, để duy trì được đà phát triển của team.
  
• Những điểm nào cần rút kinh nghiệm trong tính năng này, nếu bạn có thể quay lại thì bạn sẽ làm gì khác để mang tới sự thay đổi trong kết quả cao hơn.

Vì đây là câu hỏi về tính năng bạn tâm đắc nhất nên ít nhất bạn cần trình bày được 5 điểm trên.

Để trả lời câu hỏi này một cách phù hợp nhất bạn nên nghiên cứu sản phẩm của công ty mà bạn sẽ phỏng vấn. Tùy độ lớn và mục đích sử dụng của sản phẩm mà chúng ta chọn công cụ theo dõi phân tích. Tuy nhiên bạn cần thể hiện được những ý sau:

• Am hiểu sâu và chi tiết các công cụ tracking căn bản như Google Analytic, Firebase, Crazy Egg.
  
• Đưa ra được một ví dụ điển hình về việc dựa trên các số liệu tracking được (heatmap) để bạn đề nghị các cải thiện về sản phẩm hoặc làm A/B testing. Điều này thể hiện được bạn có thể đọc hiểu và áp dụng thành công các phân tích 
  
• Phân tích được các điểm ưu và nhược của các công cụ tracking khác nhau đang có mặt trên thị trường hiện tại. Ví dụ: đối với số dịch vụ tracking có trả phí thì sẽ mang được cho bạn nhiều báo cáo trực quan và sâu hơn các công cụ tracking phổ biến và căn bản. 
  

Bạn có thể hỏi ngược lại người phỏng vấn công ty đang dùng công cụ nào cho việc này, và biến câu hỏi của bạn thành một đề tài thảo luận giữa hai bên và thông qua đó bạn thể hiện được góc nhìn của bạn về sản phẩm của công ty bạn đang phỏng vấn.

Ba vai trò liên quan đến scrum như sau:  

• Product Owner chịu trách nhiệm về công việc mà nhóm phải hoàn thành. Vai trò chính của chủ sở hữu sản phẩm là thúc đẩy nhóm đạt được mục tiêu và tầm nhìn của dự án.
• Scrum Master đảm bảo rằng tất cả các thành viên trong nhóm tuân theo các lý thuyết, quy tắc và thực hành của scrum. Họ đảm bảo rằng Nhóm Scrum có mọi thứ cần thiết để hoàn thành công việc của mình, như loại bỏ các rào cản cản trở tiến độ, tổ chức các cuộc họp, giải quyết các thách thức và tắc nghẽn.    
• Nhóm Phát triển (Nhóm Scrum) là một nhóm tự tổ chức và liên chức năng,  làm việc cùng nhau để cung cấp sản phẩm. Các nhóm phát triển Scrum được tự do tổ chức và quản lý công việc của mình để tối đa hóa hiệu suất và hiệu suất của nhóm. 

Đây thường là một trong những câu hỏi ban đầu, giúp người phỏng vấn có cơ hội hiểu được mức độ tiếp xúc của ứng viên.

Scrum Product Owner chịu trách nhiệm tối đa hóa giá trị của sản phẩm do công việc của Nhóm Phát triển. Tuy nhiên, cách Product Owner hoàn thành việc này có thể rất khác nhau tùy thuộc vào nhiều yếu tố, bao gồm nhóm, các bên liên quan trong kinh doanh và quy trình phát triển của tổ chức. Công việc của họ là đóng vai trò đại diện cho khách hàng, ưu tiên công việc tồn đọng, trả lời hoặc nhận câu trả lời cho các truy vấn của nhóm và chấp nhận/từ chối công việc mà nhóm tạo ra. 

Trong các cuộc phỏng vấn scrum, đây có thể là một câu hỏi rất cơ bản. Sản phẩm là một thứ gì đó (hữu hình/không hữu hình) được tạo ra thông qua một quy trình nhằm mang lại lợi ích cho một nhóm khách hàng và cho tổ chức cung cấp sản phẩm đó. Nó có thể là bất cứ thứ gì từ một chiếc ghế, một bức tranh hoặc thậm chí có thể chỉ là một ý tưởng.

Không. Hãy nhớ rằng Product Owner không bao giờ được đóng vai trò Scrum Master. Hai vai trò này có các mục tiêu mâu thuẫn nhau và không bao giờ được hợp nhất. Trộn chúng có thể có tác động rất tiêu cực đến quá trình phát triển. Cả hai vai trò đều yêu cầu sự tham gia 100%. Đôi khi, Scrum Master cần đóng vai trò trung gian hòa giải giữa nhóm phát triển và Product Owner khi mục tiêu của họ bắt đầu khác nhau. Trong trường hợp như vậy, nếu cùng một người đóng vai trò là cả hai, sẽ xảy ra xung đột lợi ích, điều này sẽ ảnh hưởng đến tiến độ của nhóm.

Lộ trình sản phẩm là một bản tóm tắt trực quan cấp cao vạch ra tầm nhìn và cung cấp chiến lược cũng như kế hoạch phát triển sản phẩm. Nó được thúc đẩy bởi một số mục tiêu ngắn hạn và dài hạn của công ty và truyền đạt cách thức và thời điểm sản phẩm sẽ giúp đạt được những mục tiêu đó. Ngoài ra, nó làm giảm sự không chắc chắn về tương lai và giúp các nhóm sản phẩm tập trung vào các sáng kiến ​​sản phẩm có mức độ ưu tiên cao nhất.

Cuộc họp lập kế hoạch chạy nước rút là cuộc họp trong đó tất cả các vai trò scrum (Product Owner, Scrum Master và nhóm phát triển) thảo luận về các tính năng ưu tiên của nhóm và các hạng mục tồn đọng của sản phẩm. Đó là một cuộc họp nơi các  công việc cần hoàn thành trong một lần chạy nước rút được vạch ra  và các thành viên trong nhóm. Trong quá trình lập kế hoạch chạy nước rút, toàn bộ nhóm xác định rõ ràng các sản phẩm có thể bàn giao cho Sprint và phân công công việc cần thiết để đạt được mục tiêu đó.

Đây  là một sự kiện mà bạn có thể nhận được câu trả lời cho các câu hỏi sau:

• Điều gì có thể được chuyển giao trong lần lặp lại Sprint này?
• Làm thế nào để đạt được công việc cần hoàn thành trong nước rút?

Vận tốc dự đoán khối lượng công việc mà Agile có thể hoàn thành trong một lần chạy nước rút và cần bao nhiêu thời gian để hoàn thành một dự án. Con số này có được bằng cách cộng tất cả các điểm story từ các stories của lần chạy nước rút cuối cùng.

Product Backlog là một tài liệu phác thảo danh sách các nhiệm vụ và mọi yêu cầu mà sản phẩm cuối cùng cần có. Good backlog thể hiện một số đặc điểm nhất định và tiêu chí DEEP rất hữu ích để xác định xem product backlog có được cấu trúc theo cách tốt hay không.

Một hạng mục tồn đọng sản phẩm tốt phải DEEP:

• D – Chi Tiết Thích Hợp
• E – Xuất Hiện
• E – Ước tính
• P – Ưu tiên

Một Product Owner tốt là người:

• Hiểu biết
• Người ra quyết định nhanh
• Giao tiếp hiệu quả
• Người giải quyết xung đột
• Nhà nghiên cứu xuất sắc
• Nhà lãnh đạo xuất sắc

Cải tiến sản phẩm là tổng công việc sản phẩm đã hoàn thành trong Sprint kết hợp với tất cả công việc đã hoàn thành trong các Sprint trước đó. Điểm quan trọng là phần gia tăng phải ở trong tình trạng có thể sử dụng được bất kể Product Owner có quyết định phát hành hay không. Nó là một trong những tạo tác quan trọng nhất được sử dụng trong khung Scrum.

Trong Agile, user story là một công cụ được sử dụng trong quá trình phát triển phần mềm Agile, đại diện cho một phần nhỏ giá trị kinh doanh mà một nhóm có thể mang lại trong một lần chạy nước rút. Nó tạo ra một mô tả đơn giản hóa các yêu cầu của người dùng. User story được xác định tăng dần theo ba giai đoạn:

• Chúng tôi đang xây dựng nó cho ai, người dùng là ai? — Với tư cách là <loại người dùng> 
• Chúng ta đang xây dựng cái gì, mục đích là gì? — Tôi muốn <mục đích hoặc mục tiêu nào đó> 
• Tại sao chúng tôi xây dựng nó, nó mang lại giá trị gì cho người dùng.? — Vì vậy mà <lợi ích, giá trị> 

 Một câu chuyện người dùng tốt phải Độc lập (I), Thương lượng (N), Có giá trị (V), Ước tính (E), Nhỏ (S), Có thể kiểm tra (T). Tóm lại - ĐẦU TƯ.

Product Owner. Xác định mục tiêu chạy nước rút hoặc mục tiêu chạy nước rút là một trong những mục tiêu quan trọng nhất của chủ sở hữu sản phẩm.

Dưới đây là danh sách một số kỹ thuật phổ biến được sử dụng để ưu tiên sản phẩm tồn đọng:

• Phương pháp MaSCoW
• Kano Model 
• Kiểm tra 100 đô la
• Xếp hạng ngăn xếp
• Chi phí chậm trễ

Nếu các hạng mục công việc tồn đọng đang trở thành một hàng dài, lớn và khó sử dụng, thì đã đến lúc phải sắp xếp thứ tự ưu tiên. Như đã chỉ ra, có rất nhiều cách để làm như vậy.