Tổng hợp 63 câu hỏi phỏng vấn Product Management kèm đáp án chi tiết, song ngữ Việt–Anh — sắp xếp từ cơ bản đến nâng cao. Ôn luyện miễn phí, tự động lưu tiến độ.
Yêu cầu đổi là chuyện bình thường; điều được đánh giá là bạn có biến thay đổi thành quyết định có kiểm soát hay chỉ than phiền. Bốn việc nên nêu: 1. Ghi lại thay đổi ở nơi chính thức — cập nhật ticket, comment…
Cách làm được việc nhất là chia nhỏ rồi mới ước lượng. Ước lượng một task lớn theo cảm tính gần như luôn thiếu, vì phần chưa nghĩ tới không xuất hiện trong đầu khi ước lượng. Quy trình: 1. Chia task tới mức mỗi…
Nguyên tắc: báo sớm ngay khi tín hiệu xuất hiện, kèm phương án — không im lặng làm tiếp rồi báo vào ngày cuối. Giá trị của thông tin trễ hạn giảm dần theo thời gian; báo trước 3 ngày thì team còn xoay được,…
Ba vị trí khác nhau ở thứ mà mỗi người chịu trách nhiệm cuối cùng. - Business Analyst chịu trách nhiệm về tính đúng và đủ của yêu cầu. Câu hỏi trung tâm: giải pháp này có giải quyết đúng vấn đề nghiệp vụ không,…
Nguyên tắc chung: ưu tiên là quyết định của bên nghiệp vụ, BA cung cấp căn cứ và điều phối, không tự xếp thay. Các kỹ thuật thường dùng: MoSCoW — chia thành Must have, Should have, Could have, Will not have (lần này). Dễ…
Scope creep là hiện tượng phạm vi dự án lớn dần lên trong lúc thực hiện mà không đi kèm điều chỉnh thời gian, chi phí hay nguồn lực. Khác với thay đổi phạm vi có kiểm soát: thay đổi được duyệt là bình thường,…
Khuôn mẫu quen thuộc: Là một [vai trò], tôi muốn [việc cần làm], để [đạt được giá trị gì]. Ví dụ: Là nhân viên chăm sóc khách hàng, tôi muốn tra đơn hàng bằng số điện thoại, để không phải hỏi khách mã đơn khi…
Persona là hồ sơ mô tả một nhóm người dùng điển hình, dựng từ dữ liệu khảo sát và phỏng vấn thật, không phải tưởng tượng. Một persona thường gồm: bối cảnh công việc, mục tiêu khi dùng sản phẩm, khó khăn đang gặp, mức…
Waterfall đi tuần tự: phân tích xong mới thiết kế, thiết kế xong mới lập trình, rồi kiểm thử, rồi triển khai. Yêu cầu được chốt và ký duyệt ở đầu; thay đổi sau đó đi qua quy trình change request. Agile chia thành các…
Tuyên ngôn Agile nêu bốn cặp giá trị, mỗi cặp có dạng "coi trọng vế trái hơn vế phải", không phải bỏ vế phải: 1. Cá nhân và tương tác hơn quy trình và công cụ. 2. Phần mềm chạy được hơn tài liệu đầy…
INVEST là bộ sáu tiêu chí soát chất lượng một user story: - I — Independent: làm được độc lập, không buộc phải làm sau một story khác. Story phụ thuộc chồng chéo khiến việc xếp ưu tiên mất tự do. - N — Negotiable:…
Acceptance Criteria (AC) là tập điều kiện phải thoả để một user story được coi là hoàn thành. Đây là chỗ chứa chi tiết mà câu mô tả ngắn của story không mang hết. Viết AC để: - Chốt một cách hiểu duy nhất giữa…
Khác nhau ở thời điểm: risk là chuyện chưa xảy ra, issue là chuyện đã xảy ra. Risk (rủi ro) — sự kiện có thể xảy ra và nếu xảy ra sẽ ảnh hưởng tới dự án. Được mô tả bằng xác suất và mức…
Sau khi nhận diện và xếp hạng rủi ro theo xác suất và mức tác động, có bốn hướng xử lý: Né tránh (avoid) — đổi kế hoạch để rủi ro không còn khả năng xảy ra. Bỏ hẳn phần chức năng phụ thuộc vào…
Đây là câu hỏi tình huống hay gặp nhất với vị trí BA. Trả lời theo trình tự xử lý, kèm một ví dụ thật. 1. Làm rõ mâu thuẫn thật sự nằm ở đâu. Nhiều trường hợp hai bên dùng cùng một từ với…
Product Manager là một nghề, Product Owner là một vai trò trong Scrum. PM trả lời câu hỏi "xây cái gì và vì sao" ở tầm cả sản phẩm; PO chịu trách nhiệm để backlog của một đội Scrum luôn được sắp đúng thứ tự…
PRD là tài liệu mô tả một bản phát hành hoặc một tính năng phải làm được gì và vì sao, để design, dev, QA và các bên liên quan hiểu cùng một mục tiêu trước khi bắt tay làm. Khung thường gặp: - Bối…
MVP là phiên bản nhỏ nhất đủ để kiểm chứng một giả thuyết với người dùng thật. Eric Ries định nghĩa nó là cách thu được nhiều validated learning nhất với ít công sức nhất. Chữ quan trọng là viable: người dùng phải dùng được…
Tôi không bắt đầu từ ý tưởng mà từ vấn đề: ý tưởng nào cũng phải trả lời được "nó giải quyết vấn đề gì, của ai, có bằng chứng không". Đó là phần việc của product discovery — kiểm chứng trước khi tốn công…
Nguyên tắc chính: hỏi về việc họ đã làm trong quá khứ, không hỏi họ sẽ làm gì trong tương lai. Người được phỏng vấn thường muốn tỏ ra lịch sự và hay mô tả phiên bản lý tưởng của bản thân, nên câu hỏi…
RICE là cách chấm điểm ưu tiên do Intercom đưa ra, quy mỗi ý tưởng về tác động trên một đơn vị công sức: - Reach — bao nhiêu người bị ảnh hưởng trong một khoảng thời gian (vd 2.000 người dùng/quý). - Impact —…
Kano chia tính năng theo cách chúng ảnh hưởng tới mức hài lòng của người dùng, thay vì theo độ khó hay chi phí: - Basic (must-be) — thứ người dùng mặc định phải có. Có thì không ai khen, thiếu thì bị chê ngay.…
North Star Metric là một chỉ số duy nhất phản ánh giá trị mà người dùng thật sự nhận được từ sản phẩm, và dự báo được doanh thu về sau. Cả công ty nhìn vào nó để biết mình có đang đi đúng hướng.…
AARRR do Dave McClure đưa ra, chia hành trình người dùng thành 5 giai đoạn để biết funnel đang rò ở đâu: Giai đoạn Câu hỏi Metric ví dụ --------- Acquisition Người dùng tìm đến từ đâu? Lượt cài theo kênh, CAC Activation Họ có…
Trước khi chọn metric, tôi trả lời lại tính năng này sinh ra để làm gì — metric chỉ có nghĩa khi gắn với mục tiêu đã viết trong PRD. Sau đó đo theo ba lớp: 1. Adoption — ai dùng, bao nhiêu: % người…
Mục tiêu là từ chối yêu cầu mà không từ chối con người, và để quyết định dựa trên mục tiêu chung chứ không phải ý kiến cá nhân của PM. Cách tôi làm: 1. Nghe cho hết và hỏi vấn đề gốc. "Anh giúp…
Nhà tuyển dụng không chấm con số cuối mà chấm cách chia bài toán và lý do cho từng giả định. Quy trình bốn bước: làm rõ đề → chia nhỏ và ước lượng từng phần → giải thích giả định lớn nhất → kiểm…
Triple constraint là ba ràng buộc phạm vi (scope), thời gian và chi phí gắn chặt với nhau: đổi một cạnh thì ít nhất một cạnh khác phải đổi theo, nếu không thì chất lượng (nằm giữa tam giác) là thứ bị hy sinh. Khi…
RACI là bảng phân vai cho từng đầu việc hoặc quyết định: ai Responsible (người trực tiếp làm), ai Accountable (người chịu trách nhiệm cuối cùng, ký duyệt), ai Consulted (được hỏi ý kiến trước), ai Informed (được báo sau khi xong). Ví dụ cho…
Một dự án thành công khi giao đúng cam kết (phạm vi, thời gian, chi phí, chất lượng) và mang lại giá trị mà dự án được lập ra để đạt. Chỉ đạt vế đầu thì mới là "làm xong", chưa phải "thành công". Nhóm…
Theo Scrum Guide 2020, Scrum có 3 trách nhiệm (accountabilities), 5 sự kiện và 3 artifact. Trách nhiệm trong Scrum Team: - Product Owner — tối đa hoá giá trị sản phẩm, quản lý và sắp thứ tự Product Backlog. - Scrum Master — giúp…
Hai vai trò khác nhau ở thứ họ quản lý: Project Manager quản lý dự án (phạm vi, tiến độ, ngân sách, rủi ro) và chịu trách nhiệm cá nhân về kết quả; Scrum Master quản lý cách team làm việc, giúp team tự quản…
Scrum làm việc theo nhịp cố định (sprint) với cam kết cho từng sprint; Kanban là dòng chảy liên tục, kiểm soát bằng giới hạn WIP (work in progress) trên từng cột của board. Scrum Kanban --------- Nhịp Sprint 1–4 tuần Liên tục, không có…
Velocity là tổng story point của các item đã đạt Definition of Done trong một sprint. Item làm được 90% vẫn tính là 0. Công dụng chính là dự báo: lấy trung bình 3–5 sprint gần nhất để ước tính team nhận bao nhiêu việc…
Burndown chart biểu diễn lượng việc còn lại theo thời gian trong một sprint hoặc release: trục ngang là ngày, trục dọc là story point (hoặc giờ) còn lại, kèm một đường lý tưởng đi từ tổng khối lượng về 0 vào ngày cuối. Các…
Story point đo độ lớn tương đối của một item (khối lượng, độ phức tạp, độ không chắc chắn) so với các item khác, không phải số giờ. Lý do: con người so sánh "cái này to gấp đôi cái kia" chính xác hơn nhiều…
Một status report tốt giúp người đọc nắm trong 30 giây: dự án đang ổn hay không, vì sao, và stakeholder cần làm gì. Phần chi tiết để sau. Cấu trúc thường dùng: - Trạng thái tổng (RAG) — Green: đúng kế hoạch; Amber: có…
PM không trả lời ngay "có" hay "không" mà đưa yêu cầu qua quy trình change control: đánh giá tác động lên phạm vi, tiến độ, chi phí, rủi ro, rồi để người có thẩm quyền quyết định dựa trên con số. Quy trình: -…
Xử lý sớm, riêng tư và dựa trên sự việc: nghe từng người trước, tách vấn đề công việc khỏi cảm xúc cá nhân, rồi để hai người cùng thống nhất cách làm. PM là người điều phối, không phải trọng tài chọn phe. Các…
Jobs To Be Done nhìn người dùng qua "việc" họ đang cố hoàn thành trong một hoàn cảnh cụ thể, thay vì qua đặc điểm nhân khẩu học. Theo Clayton Christensen, người ta không đơn giản là mua sản phẩm; họ "thuê" (hire) sản phẩm…
PM 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…
Người phỏng vấn không chấm ý tưởng hay nhất mà chấm cách bạn đi từ người dùng tới giải pháp. Khung hay dùng là CIRCLES của Lewis Lin: 1. Comprehend — hỏi lại mục tiêu và ràng buộc: sản phẩm cho công ty nào, mục…
OKR (Objectives and Key Results) gồm một Objective định tính — muốn đi tới đâu — và 3–5 Key Result đo được, trả lời "làm sao biết mình đã tới". Mỗi đội thường chỉ 1–3 Objective mỗi quý. Lỗi phổ biến nhất là viết Key…
Tôi không xem đây là cuộc chọn một trong hai mà là đưa nợ kỹ thuật lên cùng một bàn cân với tính năng, bằng ngôn ngữ business hiểu được. 1. Nhờ engineering định lượng tác động của khoản nợ — không chấp nhận câu…
WBS chia toàn bộ phạm vi dự án thành cây phân cấp các deliverable, nhỏ dần tới mức work package — đơn vị thấp nhất mà PM ước lượng được chi phí, thời gian và giao được cho một người hoặc một nhóm chịu trách…
Definition of Done (DoD) là chuẩn chất lượng áp cho đầu ra của sprint; Definition of Ready (DoR) là tiêu chí cho đầu vào — một backlog item cần rõ tới đâu thì mới đưa vào sprint. Definition of Done Definition of Ready --------- Áp…
Power/interest grid xếp stakeholder vào bốn ô theo quyền ảnh hưởng tới dự án và mức quan tâm tới dự án, để PM biết nên dành bao nhiêu công sức giao tiếp với từng người. Quan tâm thấp Quan tâm cao --------- Quyền lực cao…
Three-point estimation không hỏi một con số mà hỏi ba: O (optimistic — mọi thứ thuận lợi), M (most likely — khả năng cao nhất) và P (pessimistic — gặp trục trặc hợp lý). Nhờ vậy ước lượng phản ánh được độ không chắc chắn,…
Quản lý rủi ro là một vòng lặp chạy suốt dự án, không phải một buổi họp lúc khởi động: nhận diện → phân tích → lên phương án ứng phó → theo dõi. 1. Nhận diện: brainstorm với team và lead, xem lại lessons…
Khác biệt cốt lõi là ai gánh rủi ro khi effort vượt dự kiến. Fixed Price: bên làm phần mềm gánh. Time & Material (T&M): khách hàng trả theo công thực tế, nên khách gánh. Fixed Price Time & Material --------- Khách trả Một giá…
