Product Owner / Product Manager – Tech

Từ Software Developer sang Product Owner

Ban đầu, đây thậm chí không phải một vị trí Product Owner quá rõ ràng.

Job title được đăng là Sr. Applications Dev (Product Owner), nên một Software Developer mid-career đang tìm kiếm cơ hội mới nghĩ rằng đây có thể là một role nằm đâu đó giữa development và product.

Nhưng sau khi tìm hiểu kỹ hơn, thực tế lại khác.

Đây là một vị trí 100% Product Owner.

Title có phần "Applications Dev" chủ yếu vì cách tổ chức đặt tên các vị trí, chứ công việc thực tế tập trung vào Product Ownership.

Với một người xuất thân từ Software Development, đây là một cơ hội khá thú vị.

Ứng viên đã có kinh nghiệm làm việc với development team và từng đảm nhiệm một phần trách nhiệm quản lý, nên việc chuyển sang một role đứng gần product hơn không hoàn toàn xa lạ.

Điểm khác biệt là lần này, thay vì trực tiếp xây dựng solution, họ sẽ phải chịu trách nhiệm nhiều hơn về việc xác định problem, ưu tiên công việc và giúp team đi đúng hướng.

Vì vậy, trước buổi phỏng vấn, ứng viên quyết định chuẩn bị khá nghiêm túc.

Chuẩn bị kỹ hơn mức cần thiết?

Ứng viên chủ động tìm hiểu product mà mình có thể sẽ phụ trách.

Họ đọc những thông tin có sẵn về product, ghi chú lại những điểm đáng chú ý và chuẩn bị một số câu hỏi trước buổi phỏng vấn.

Đến ngày interview, họ mang theo notebook và iPad để tham khảo notes.

Ý định khá đơn giản.

Nếu interviewer hỏi về product, họ có thể nhanh chóng kiểm tra lại thông tin đã tìm hiểu.

Nếu có cơ hội hỏi ngược lại, họ cũng đã có sẵn những câu hỏi liên quan trực tiếp đến công việc.

Với một role Product Owner, việc tìm hiểu product trước interview có vẻ hoàn toàn hợp lý.

Nhưng trong buổi phỏng vấn, một khoảnh khắc khá bất ngờ xảy ra.

Interviewer hỏi ứng viên đang xem gì trên iPad.

Ứng viên giải thích rằng đó là notes đã chuẩn bị cho interview.

Interviewer yêu cầu cất iPad đi.

Ứng viên làm theo.

Nhưng từ khoảnh khắc đó, họ bắt đầu có cảm giác rằng buổi interview đã đi sai hướng.

Tôi vừa tự làm hỏng cơ hội của mình?

Điều khiến ứng viên băn khoăn không hẳn là việc phải cất iPad.

Mà là cảm giác mình vừa tạo ra một ấn tượng không tốt ngay trong những phút đầu.

Ứng viên đã dành thời gian research product.

Đã chuẩn bị.

Đã muốn cho interviewer thấy rằng mình thực sự quan tâm đến role.

Nhưng phản ứng của interviewer khiến họ bắt đầu tự hỏi liệu cách chuẩn bị đó có bị nhìn nhận theo hướng ngược lại hay không.

Có phải mình đang phụ thuộc quá nhiều vào notes?

Có phải interviewer nghĩ mình chưa đủ tự tin?

Hay đơn giản là việc mang thiết bị vào interview đã tạo ra một impression không tốt?

Sau buổi phỏng vấn, ứng viên gần như đã nghĩ mình sẽ không được đi tiếp.

Đó là một trong những cảm giác khá quen thuộc sau interview:

Bạn nhớ lại từng câu trả lời.

Từng phản ứng của interviewer.

Một khoảnh khắc im lặng.

Một câu hỏi mà mình trả lời chưa tốt.

Và rồi tự dựng lại cả buổi phỏng vấn trong đầu.

Trong trường hợp này, chiếc iPad trở thành thứ mà ứng viên nghĩ có thể đã khiến mình mất cơ hội.

Nhưng vài tuần sau, họ nhận được một thông tin hoàn toàn khác.

Hóa ra mình chưa fail

Công ty thông báo ứng viên đã trở thành final candidate.

Sau đó, quá trình reference check được tiến hành và công ty bắt đầu chuẩn bị cho bước offer.

Điều thú vị là một vòng interview cuối vốn được dự kiến cũng được bỏ qua.

Ứng viên gần như đã kết luận rằng mình fail ngay sau buổi phỏng vấn.

Trong khi phía công ty lại nhìn thấy đủ giá trị trong profile để đưa họ đến rất gần offer.

Khoảng cách giữa hai cách nhìn này khá lớn.

Candidate thường đánh giá interview dựa trên cảm giác của chính mình.

Interviewer thì có thể đang đánh giá nhiều thứ khác cùng lúc.

Background.

Transferable skills.

Cách tư duy.

Khả năng giao tiếp.

Mức độ hiểu business và product.

Khả năng làm việc với engineering team.

Và quan trọng nhất, liệu người này có thể thực sự làm được công việc hay không.

Một khoảnh khắc awkward vì vậy không nhất thiết quyết định toàn bộ kết quả.

Developer chuyển sang Product Owner: lợi thế nằm ở đâu?

Với một Software Developer, bước sang Product Owner có một lợi thế khá rõ.

Bạn hiểu engineering team.

Bạn biết một requirement mơ hồ có thể gây ra vấn đề gì.

Bạn hiểu technical trade-off.

Bạn biết một solution tưởng đơn giản trên giấy có thể phức tạp đến đâu khi bắt đầu build.

Những thứ đó rất có giá trị khi làm Product.

Nhưng technical background cũng có một cái bẫy.

Một Product Owner không phải người quyết định thay engineering team cách xây dựng solution.

Technical knowledge nên giúp bạn đặt câu hỏi tốt hơn, hiểu trade-off rõ hơn và giao tiếp hiệu quả hơn.

Nó không có nghĩa là bạn phải trở thành người quyết định architecture.

Đây có thể là một trong những thay đổi lớn nhất khi chuyển từ Developer sang Product Owner:

Từ việc tự xây solution sang việc giúp team xác định solution nào đáng xây.

Từ việc tối ưu code sang việc ưu tiên problem.

Từ việc hoàn thành task sang việc hiểu tại sao task đó cần tồn tại.

Và từ việc chịu trách nhiệm cho phần implementation của mình sang việc phải cân bằng nhu cầu của user, business và engineering.

Interview cũng là lúc candidate đánh giá công ty

Khi đã trở thành final candidate, cuộc trò chuyện cũng thay đổi.

Lúc này, candidate không còn chỉ cần chứng minh rằng mình phù hợp với role.

Họ cũng cần hiểu role thực sự là gì.

Đặc biệt với một vị trí có title không hoàn toàn phản ánh công việc, điều này càng quan trọng.

Product Owner thực sự có quyền quyết định đến đâu?

Ai sở hữu product vision?

Ai quyết định roadmap?

PO làm việc với Engineering và các stakeholder như thế nào?

Một người chuyển từ Engineering sang Product sẽ được kỳ vọng gì trong những tháng đầu?

Manager sẽ trao bao nhiêu autonomy?

Đây là những câu hỏi có thể quyết định một career transition có thực sự phù hợp hay không.

Một offer tốt không chỉ nằm ở compensation.

Nó còn nằm ở việc công việc thực tế có đúng với career direction mà bạn đang muốn đi hay không.

Điều đáng nhớ nhất từ trải nghiệm này

Có lẽ bài học thú vị nhất không phải là "đừng mang iPad vào interview".

Đó chỉ là một chi tiết nhỏ.

Điều đáng nhớ hơn là cảm giác của candidate sau interview không phải lúc nào cũng phản ánh kết quả thật.

Bạn có thể bước ra khỏi một buổi phỏng vấn và nghĩ rằng mình đã fail.

Bạn có thể nhớ mãi một câu trả lời chưa tốt.

Bạn có thể nghĩ interviewer không thích mình.

Nhưng phía bên kia có thể đang nhìn thấy một profile hoàn toàn khác.

Vì vậy, sau interview, có lẽ tốt hơn hết là đừng tự chấm điểm mình quá sớm.

Bạn không biết interviewer đang đánh giá những yếu tố nào.

Và đôi khi, một khoảnh khắc khiến bạn nghĩ rằng mọi thứ đã kết thúc lại chỉ là một chi tiết rất nhỏ trong toàn bộ quyết định tuyển dụng.

Câu hỏi bạn còn nhớ

Điểm đáng nhớ nhất của buổi phỏng vấn không nằm ở một câu hỏi technical cụ thể.

Phần lớn cuộc trao đổi xoay quanh việc tìm hiểu background của ứng viên và khả năng chuyển từ Software Development sang Product Ownership.

Một số chủ đề nổi bật gồm:

• Kinh nghiệm làm việc với development team.
• Kinh nghiệm quản lý và điều phối công việc.
• Khả năng chuyển từ mindset của Developer sang Product Owner.
• Cách ứng viên hiểu về vai trò Product Owner.
• Khả năng làm việc với engineering team và các stakeholder.
• Cách tiếp cận problem và product thay vì chỉ tập trung vào implementation.
• Mức độ phù hợp của technical background với một role Product Owner.
• Khả năng đảm nhận ownership đối với một product lớn hơn.

Một chi tiết đặc biệt đáng nhớ là việc interviewer hỏi trực tiếp về notes mà ứng viên đang sử dụng trong interview.

Ứng viên đã nghĩ đây là một dấu hiệu khá tiêu cực.

Nhưng kết quả cuối cùng cho thấy khoảnh khắc đó không quyết định kết quả tuyển dụng như họ tưởng.

Kết quả

Final candidate → Reference check → Offer process

Sau buổi interview, ứng viên nghĩ rằng mình đã mất cơ hội vì khoảnh khắc liên quan đến notes.

Thực tế hoàn toàn khác.

Vài tuần sau, công ty thông báo ứng viên đã trở thành final candidate và tiến hành reference check.

Một vòng interview cuối dự kiến cũng được bỏ qua.

Công ty chuyển sang bước chuẩn bị offer cho vị trí Product Owner.

Điều đáng nhớ nhất của trải nghiệm này không phải chỉ là việc ứng viên nhận được offer.

Đó là khoảng cách giữa cảm nhận và kết quả.

Candidate bước ra khỏi interview với suy nghĩ:

"Mình vừa fail."

Công ty lại nhìn thấy:

"Đây là người chúng ta muốn đưa vào final stage."

Với một người đang chuyển từ Software Development sang Product Ownership, đây cũng là một tín hiệu đáng chú ý: bạn không nhất thiết phải có một career path hoàn toàn giống Product Owner từ đầu để được đánh giá cho một role Product.

Technical background, khả năng làm việc với engineering và những transferable skills khác có thể có giá trị lớn hơn bạn nghĩ.

Kết quả cuối cùng: ứng viên tiến tới offer cho vị trí Product Owner.