Product & Project ManagerPM không cần viết code, nhưng phải hiểu kỹ thuật đủ để thảo luận đánh đổi và ra quyết định cùng engineer. Dạng đánh đổi thường gặp nhất: phần nào của tính năng đáng làm, khi biết mỗi phần tốn bao lâu và kéo theo rủi ro gì.
Mức hiểu nên có:
- Cách một request đi qua hệ thống — client, API, backend, database, cache, service bên thứ ba. Đủ để hiểu vì sao "thêm một filter" có khi mất nửa ngày, có khi mất hai sprint.
- API là gì, dữ liệu nằm ở đâu — để viết yêu cầu tích hợp và tracking event không mơ hồ.
- Quy trình phát hành — branch, review, CI/CD, feature flag, rollback. PM biết feature flag thì lên được kế hoạch ra mắt từng phần.
- Chi phí ẩn — nợ kỹ thuật, migration dữ liệu, tương thích app phiên bản cũ.
Cách làm việc với engineer:
- Mang đến vấn đề và mục tiêu, không mang sẵn giải pháp kỹ thuật; để tech lead đề xuất cách làm.
- Kéo engineer vào discovery sớm — họ hay thấy phương án rẻ hơn mà PM không nghĩ tới.
- Khi ước lượng lớn hơn dự kiến, hỏi "phần nào tốn nhất, cắt phần nào thì giảm mạnh nhất" thay vì ép con số.
Lưu ý: mức kỹ thuật cần có tuỳ sản phẩm. PM của API platform, hạ tầng hay sản phẩm AI được hỏi sâu hơn nhiều so với PM của app tiêu dùng. Khi bị hỏi câu kỹ thuật mình không chắc, nói rõ giới hạn hiểu biết rồi lập luận tiếp — đừng đoán cho có.