Người ta hỏi tôi câu này trong hầu hết các buổi phỏng vấn PO: “Anh có biết code không?” Và thành thật mà nói, mười năm trước tôi cũng từng nghĩ câu trả lời phải là “có”.
Nhưng sau hơn mười năm làm product, quan điểm của tôi đã thay đổi. Biết code giúp bạn rất nhiều — đọc được pull request, hiểu vì sao một tính năng “nhỏ” lại tốn hai tuần, không bị ngợp trước thuật ngữ kỹ thuật. Nhưng biết code không phải điều kiện để làm PO giỏi. Điều kiện là hiểu đủ để đặt câu hỏi đúng.
Tôi từng làm việc với những PO code rất giỏi nhưng viết requirement mơ hồ, và cũng từng gặp PO không biết một dòng code nào nhưng spec của họ rõ đến mức dev chỉ việc làm theo. Sự khác biệt không nằm ở khả năng code, mà ở khả năng tư duy hệ thống: chia nhỏ vấn đề, lường trước edge case, hiểu trade-off giữa tốc độ và chất lượng.
Trong ngân hàng, câu chuyện còn rõ hơn. Hệ thống core banking mấy chục năm tuổi, mỗi lần chạm vào là một ma trận phụ thuộc. PO ở đây không cần code được, mà cần hiểu kiến trúc đủ để không hứa những thứ không làm được, và đủ để dev tin rằng mình hiểu họ đang đối mặt với điều gì.
Vậy có nên học code không? Nên — nhưng học để hiểu, không phải để làm. Một khóa cơ bản về cách web hoạt động, API là gì, database lưu trữ ra sao là đủ cho phần lớn công việc PO. Thời gian còn lại, đầu tư vào những kỹ năng khó thay thế hơn: đặt câu hỏi, viết rõ ràng, và ra quyết định khi thông tin chưa đầy đủ.
Code là công cụ của dev. Còn công cụ của PO là sự rõ ràng.
Bạn nghĩ sao: PO biết code có lợi thế thật, hay đó chỉ là “nice to have” được thổi phồng?
Để lại một bình luận