Product Owner / Product Manager – Tech

4 vòng để đi đến một offer Product Owner

Một buổi phỏng vấn Product Owner có thể bắt đầu rất quen thuộc.

Bạn kể về background.

Nói về những sản phẩm từng làm.

Nhắc đến Agile, backlog, stakeholder và những dự án gần đây.

Nhưng trong trải nghiệm này, mọi thứ thay đổi khá rõ sau vòng đầu tiên.

Quy trình kéo dài khoảng 4 tuần, với một vòng mỗi tuần:

HR Screen → Head of Platform → Case Study → Presentation & Behavioural.

Điểm thú vị nằm ở chỗ mỗi vòng dường như mở thêm một lớp khác của role.

Ban đầu là câu hỏi về con người và kinh nghiệm.

Sau đó là Product.

Rồi đến cách giải quyết một problem.

Và cuối cùng là cách candidate trình bày, phản biện và làm việc trong một cuộc trao đổi có cả Designer và Developer.

Candidate cuối cùng nhận được offer.

Nhưng nếu chỉ nhìn vào kết quả đó thì lại bỏ lỡ phần thú vị nhất của trải nghiệm.

Vòng 1: Bắt đầu bằng một cuộc nói chuyện khá bình thường

Vòng đầu tiên là HR Screen.

Đây là phần quen thuộc nhất của quá trình tuyển dụng.

Background, kinh nghiệm và mức độ phù hợp với vị trí được trao đổi trước khi candidate bước vào những vòng chuyên môn hơn.

Không có gì quá đặc biệt ở đây.

Nhưng việc được đi tiếp cũng đồng nghĩa với một thay đổi nhỏ trong tâm thế.

Từ lúc này, candidate không còn chỉ đang ứng tuyển vào một job description.

Họ bắt đầu phải chứng minh rằng những gì mình từng làm có thể chuyển thành giá trị trong một Product role cụ thể.

Vòng tiếp theo là cuộc gặp với Head of Platform.

Và đây mới là lúc câu chuyện bắt đầu đáng chú ý.

Vòng 2: Khi cuộc trò chuyện chuyển sang Product

Nói chuyện với người đứng đầu Platform khác khá nhiều so với một screening call.

Không còn đơn giản là đi qua CV.

Những kinh nghiệm trước đây cần được đặt vào một bối cảnh Product rõ ràng hơn.

Bạn đã từng giải quyết problem gì?

Bạn đưa ra quyết định như thế nào?

Bạn tìm solution ra sao?

Và khi có nhiều cách để giải quyết cùng một vấn đề, bạn dựa vào đâu để chọn?

Một câu hỏi mà candidate còn nhớ được từ quá trình này là:

"What techniques have you used in the past to find the optimal solution?"

Đây là một câu hỏi khá mở.

Không có một framework duy nhất để trả lời.

Cũng không có một đáp án kiểu đúng hoặc sai.

Điều nó buộc candidate phải làm là kể lại cách mình đi từ problem đến solution.

Và đó cũng là lúc một Product Owner phải bước ra khỏi vùng an toàn của những thuật ngữ quen thuộc.

Bạn có thể biết rất nhiều về Scrum.

Có thể biết cách quản lý backlog.

Có thể thuộc lòng các framework prioritization.

Nhưng cuối cùng, công việc vẫn quay về một câu hỏi đơn giản hơn:

**Khi chưa có đáp án