[Product Lens #5] Demanding Product Owner
Nếu PO không đưa ra yêu cầu từ đầu mà tự cắt scope trước, khi sản phẩm ra không tốt, đó là lỗi của PO. Không của ai khác.
Gần đây, trong một buổi review PRD, anh Director of Product suggest mình nên strengthen thêm ở 1 điểm mà mình nghe xong, cũng hơi thót mình nhẹ:
“Em nên demanding hơn.”
Yeah. Mình biết anh nói đúng. Mình vốn là kiểu PO hay đồng cảm với team phát triển. Dev nhiều việc, QA chạy deadline, thời gian thì eo hẹp. Nên đôi khi mình tự động giảm nhẹ đi. Tự thu hẹp scope trước khi grooming. Tự “thông cảm” thay cho team trước khi team kịp lên tiếng. Mình nghĩ đó là linh hoạt. Nhưng thật ra, một phần là mình đang né cái khó.
Ví dụ rõ nhất là lần redesign tính năng thanh toán hoá đơn. Để giảm tải cho dev, mình giữ nguyên logic validation từ phase trước. Cũ thì cũ, nhưng dùng được. Mình tự nhủ: phase sau cải thiện tiếp cũng được.
Anh Director review xong, hỏi thẳng: “Tại sao user vẫn có thể nhập ký tự đặc biệt? Sao không auto remove, không có hint hướng dẫn gì hết?”
Mình không có câu trả lời tốt. Không có constraint kỹ thuật nào cản. Chỉ là mình đã tự quyết định thay cho user rằng “vậy là đủ rồi.” Nhưng không đủ. Và cái không đủ đó, user sẽ là người cảm nhận đầu tiên.
Đây là điều mình nhận ra: Nếu mình đã yêu cầu đầy đủ từ đầu, mà team không deliver được vì thiếu nguồn lực hay vấn đề kỹ thuật, đó không phải lỗi của PO. Nhưng nếu mình không đưa ra yêu cầu từ đầu, tự động cắt bớt trước khi ai kịp phản biện, thì khi sản phẩm ra không tốt, đó là lỗi của PO. Không của ai khác.
Demanding không có nghĩa là khó tính. Demanding là: nghĩ ra flow hoàn chỉnh nhất có thể trước, rồi khi grooming để team tự nói ra những gì họ không thể làm được, vì lý do gì. Từ đó mới tính tiếp. Không phải PO tự cắt trước khi hỏi.
Lần mình thấy rõ nhất demanding nó work là khi revamp trang hướng dẫn cho một bước trong tính năng. Mình yêu cầu team tech mapping từng thiết bị với hình hướng dẫn cụ thể cho thiết bị đó, vì hệ thống đã nhận diện được model máy của user. Nghe thì nhỏ, nhưng cảm giác user nhận được khi thấy đúng thiết bị của mình hiện lên... khác hẳn. Không ai tự nhiên đề xuất cái đó nếu PO không yêu cầu.
Đồng cảm với team là cần thiết. Nhưng đồng cảm đúng chỗ là hiểu áp lực của team để grooming hiệu quả hơn, để cùng tìm giải pháp khi có constraint thật sự. Đồng cảm sai chỗ là tự giảm kỳ vọng thay cho team trước khi họ kịp nói gì.
Mình đang tập demanding hơn để làm ra những sản phẩm chất lượng tốt hơn. Mỗi lần viết requirement (nếu vẫn còn thời gian), mình hay tự hỏi thêm một câu: “Nếu mình là user, flow này có đủ chưa, chỗ nào có thể tốt hơn?”. Câu hỏi ngắn nhưng cần thiết. Thế thôi. There's always room for improvement.
Peace. Ciao !
