Communication & Stakeholder Management

Roadmap — Cách học và đạt kỹ năng

Communication & Stakeholder Management là gì?

Đây là năng lực giúp PM/BA biến một nhóm người có mục tiêu, quyền lực, incentive và nỗi lo khác nhau thành một hệ thống ra quyết định rõ ràng. Người mới thường nghĩ stakeholder management là "gửi update". Người senior hiểu rằng đây là quá trình map quyền lực, hiểu definition of success của từng nhóm, chọn cadence giao tiếp, làm rõ decision rights và giảm bất ngờ trước khi bất đồng nổ ra.

Mục tiêu thực tế: đúng người biết đúng thông tin, đúng thời điểm, với đúng level of detail, để quyết định được đưa ra nhanh hơn và ít rework hơn.

Stakeholder system map

Keyword definitions with practical examples

Keyword	Definition	How to use in real work	Example
RACI matrix	Phân vai Responsible, Accountable, Consulted, Informed cho workstream hoặc decision.	Dùng khi team bị mơ hồ ai làm, ai duyệt, ai cần input.	Pricing experiment: PM Responsible, Head of Product Accountable, Sales/Finance Consulted, CS Informed.
Stakeholder map	Bản đồ stakeholder theo Power x Interest để chọn cách giao tiếp.	High power/high interest cần 1:1 hoặc weekly sync; low power/low interest chỉ cần monthly note.	CFO có power cao nhưng interest vừa: gửi impact/risk summary trước khi xin approval.
BLUF	Bottom Line Up Front: kết luận đặt đầu, lý do để sau.	Dùng cho exec email, risk update, launch update.	"Decision needed: choose Option B by Friday because current path delays launch 3 weeks."
Pyramid Principle	Cấu trúc argument từ conclusion -> reasons -> evidence.	Dùng khi viết memo, exec update, proposal.	Recommendation: delay launch 1 week. Reason 1: payment failure. Reason 2: support readiness. Reason 3: legal copy not approved.
Decision log	Record quyết định, owner, options considered, date và revisit trigger.	Giảm tranh luận lặp lại và giúp team biết khi nào cần đổi quyết định.	"We choose paid pilot; revisit if 3 enterprise customers request same workflow."

Real-world scenario: Sales wants one thing, Engineering warns risk

Situation: Sales cần custom feature cho enterprise deal. Engineering nói build custom sẽ tạo tech debt. CS lo support team chưa sẵn sàng. CEO hỏi có ảnh hưởng revenue quarter này không.

Beginner mistake: PM gửi một email dài liệt kê task đã làm, CC tất cả mọi người và hỏi "mọi người nghĩ sao?". Kết quả: không ai ownership decision, meeting tiếp theo vẫn tranh luận lại từ đầu.

Better PM approach:

Map stakeholders: Sales high interest, CEO high power, Engineering high power, CS medium power, Legal consulted.
Write BLUF: "Recommendation: run paid pilot with reusable capability, not custom one-off."
Show 3 options: custom build, generic capability, defer. Include revenue upside, delivery risk, maintenance cost.
Use DACI: PM Driver, VP Product Approver, Sales/Engineering/CS Contributors, CEO Informed.
Log decision and revisit trigger.

Templates you can copy

Weekly BLUF update: "Bottom line: [green/yellow/red]. Decision needed: [decision]. Impact: [metric/user/business]. Risk: [top risk]. Next: [owner + date]."

Stakeholder interview prompt: "What does success look like for you? What risk would make you block this? What information do you need weekly? What decision do you expect to own?"

Meeting agenda: Context 5 min, decision needed 5 min, options 15 min, trade-off discussion 15 min, final decision + owner 10 min.

Lộ trình thực hành 30 ngày

Tuần 1: vẽ stakeholder map cho dự án hiện tại. Với mỗi người, ghi power, interest, definition of success, fear/risk và preferred cadence.
Tuần 2: tổ chức 1:1 30 phút với 5-7 stakeholder chính. Đừng pitch solution; hãy hỏi success/risk/decision rights.
Tuần 3: viết weekly update theo BLUF vào thứ Sáu. Đo xem có giảm follow-up question không.
Tuần 4: lead một cross-functional meeting có agenda, options, decision owner và decision log.

Pitfalls thường gặp và cách sửa

Chỉ báo cáo "what we did": sửa thành "impact + risk + decision needed".
CC quá nhiều: tách audience. Exec cần BLUF; delivery team cần details; legal/compliance cần risk evidence.
Bỏ qua silent stakeholder: Ops, CS, Finance hoặc Legal có thể block launch phút chót. Map họ từ đầu.
Meeting không có decision: nếu không có decision owner, meeting chỉ là discussion. Luôn kết thúc bằng owner/date.

Roadmap keyword coverage - các wording trên roadmap nghĩa là gì?

Roadmap dùng nhiều wording vì communication thay đổi theo level: từ lắng nghe, hỏi feedback, quản lý expectation đến influence và conflict management.

Roadmap wording	Ý nghĩa khi học skill này	Artifact / evidence	Bài tập thực hành
Lắng nghe stakeholder	Entry-level: hiểu success definition, concern và constraint của từng stakeholder.	Stakeholder interview notes	Hỏi 5 stakeholders: success, risk, decision they own.
Chủ động hỏi feedback từ BA/PM senior	Tạo feedback loop sớm để cải thiện artifact và judgment.	Feedback log	Sau khi viết một PRD, xin 2 feedback cụ thể và update bản mới.
Facilitate workshop nhỏ với stakeholder	Dẫn buổi làm rõ problem/scope/decision, không chỉ ghi notes.	Workshop agenda + decision notes	Run 45 phút workshop với agenda, output, owner/date.
Quản lý expectation khi scope thay đổi	Thông báo impact, reason, decision needed trước khi stakeholder bị bất ngờ.	Scope-change update	Viết BLUF update cho một scope change giả định.
Build trust với Engineering Lead và Design Lead	Trust đến từ clarity, follow-through và tôn trọng constraints của partners.	Working agreement	Tạo working agreement với Eng/Design: cadence, input, decision rights.
Ảnh hưởng stakeholder (Stakeholder influence)	Dẫn stakeholder ra quyết định bằng evidence và trade-off, không dùng authority.	Decision memo	Viết memo 1 trang với 3 options và recommendation.
Handle disagreement bằng decision log và trade-off	Chuyển tranh luận thành options, owner, decision date, revisit trigger.	Decision log	Log một disagreement với options/pros/cons/final owner.
Manage conflict giữa revenue, UX và tech debt	Cân bằng incentive khác nhau bằng business impact, user impact và delivery risk.	Trade-off matrix	Tạo matrix revenue/UX/tech debt cho một feature.
Communication	Foundation: viết/nói rõ context, ask, owner và next step.	Status update	Rewrite một status update theo BLUF.
Stakeholder influence	Senior: tạo alignment across teams và executives.	Stakeholder map + narrative	Map power/interest và chọn cadence cho từng nhóm.

Roadmap-specific communication skills

Quản lý expectation khi scope thay đổi

Dùng BLUF: bottom line, reason, impact, options, decision needed. Example: “Bottom line: launch date stays, but analytics dashboard moves to phase 2 because payment callback risk consumed capacity. Decision needed: accept phase 2 analytics or move launch one week.”

Handle disagreement bằng decision log và trade-off

Field	What to capture
Decision	What exactly must be decided?
Options	2-3 realistic options.
Tradeoffs	Revenue, UX, effort, risk, tech debt.
Owner/date	Who decides by when?
Revisit trigger	What evidence would reopen decision?

Manage conflict giữa revenue, UX và tech debt

Translate each side into comparable criteria: revenue timing, customer/user impact, delivery risk, maintenance cost, reversibility. Then recommend an option with explicit consequences.

Ảnh hưởng stakeholder bằng evidence

Influence is not persuasion theater. Show customer evidence, business impact, options, non-goals and tradeoffs so stakeholders can make a better decision.