Product Management
Đăng nhập
ESC

Nhập từ khóa để tìm kiếm

↑↓ Di chuyển
Enter Mở
ESC Đóng

Bài 55 — Quản lý kỳ vọng manager: communication framework

Đã đọc 0/14 mục · còn khoảng 14 phút
Cách chúng tôi ghi nhận

Một mục được tính là đã đọc khi nó nằm giữa màn hình đủ lâu so với độ dài của nó (bảng và sơ đồ tính một nửa), bạn vẫn đang cuộn hoặc bấm phím, và bạn đã thấy tới cuối mục. Lướt nhanh hoặc để tab mở không được tính. Chúng tôi chỉ lưu thời gian đọc từng mục — không lưu gì khác.

Mở đầu — vì sao bài này quan trọng

Hãy hình dung một tình huống mà rất nhiều PM gặp phải: bạn làm việc cật lực suốt một quý, đẩy được ba feature lên production, vá hàng loạt bug, hỗ trợ team sales chốt được mấy deal lớn. Bạn nghĩ rằng kết quả review sẽ là "exceeds expectations". Nhưng đến buổi performance review, manager của bạn lại nói: "Quý này em làm ổn, nhưng anh chờ em chủ động hơn về roadmap, em xử lý sự vụ tốt nhưng chưa thấy tư duy chiến lược." Bạn ngỡ ngàng. Bạn đã làm rất nhiều thứ — chỉ là không phải những thứ mà manager kỳ vọng bạn làm.

Đây chính là vấn đề trung tâm của bài học này: khoảng cách giữa những gì bạn nghĩ là quan trọng và những gì manager nghĩ là quan trọng. Khoảng cách đó, nếu không được quản lý, sẽ âm thầm phá hủy sự nghiệp của một PM mới chuyển ngành.

Tại sao nó nghiêm trọng đến vậy? Vì manager là người ảnh hưởng trực tiếp nhất đến ba thứ quyết định tương lai nghề nghiệp của bạn:

  • Performance review — đánh giá định kỳ quyết định bạn có được thăng chức (promotion), tăng lương (raise) hay không.
  • Retention — khi công ty phải cắt giảm, manager là người quyết định giữ ai và để ai ra đi.
  • Cơ hội — manager là người phân bổ dự án "ngon", giới thiệu bạn với cấp cao hơn, mở đường cho bạn vào những phòng họp quan trọng.
Với một người vừa chuyển sang PM, rủi ro còn lớn hơn. Bạn chưa có "track record" (thành tích đã được chứng minh) trong vai trò mới. Niềm tin mà manager dành cho bạn còn mong manh. Một quý lệch kỳ vọng có thể khiến manager kết luận "có lẽ người này chưa sẵn sàng cho vai trò PM" — và một khi định kiến đó hình thành, gỡ ra cực kỳ khó.

Tin tốt là: quản lý kỳ vọng manager là một kỹ năng có thể học được, không phải năng khiếu bẩm sinh. Nó không đòi hỏi bạn phải giỏi nịnh nọt hay khéo léo chính trị. Nó đòi hỏi một thứ rất PM: một communication framework rõ ràng, có hệ thống, lặp đi lặp lại đều đặn. Bài này sẽ trao cho bạn framework đó.

Khái niệm cốt lõi

Kỳ vọng là một hợp đồng ngầm — và bạn cần làm cho nó hiện rõ

Vấn đề lớn nhất của kỳ vọng manager là chúng thường không được nói ra. Manager mặc định rằng "một PM giỏi thì đương nhiên phải biết X, Y, Z". Bạn thì mặc định rằng "miễn mình làm việc chăm chỉ là được". Hai bộ giả định này hiếm khi trùng khớp, và vì không ai nói ra, không ai biết mình đang lệch.

Công việc của bạn là biến hợp đồng ngầm thành hợp đồng hiện rõ (explicit). Đây là tư duy nền tảng của cả bài: bạn không đợi đến cuối quý để biết mình có đạt kỳ vọng không. Bạn chủ động làm rõ kỳ vọng ngay từ đầu và liên tục trong suốt chặng đường.

Ba tầng kỳ vọng mà mọi PM cần làm rõ

Kỳ vọng của manager không phải một khối đơn lẻ. Nó có ba tầng, và lệch ở tầng nào cũng gây hậu quả:

  • Tầng kết quả (Outcomes) — Manager mong bạn đạt được điều gì? Là "tăng retention 5%" hay "ship đúng deadline" hay "ổn định một sản phẩm đang rối loạn"? Đây là tầng dễ thấy nhất nhưng vẫn thường bị hiểu sai.
  • Tầng cách làm (Behaviors) — Manager mong bạn làm việc theo cách nào? Có manager thích PM chủ động đề xuất, có người thích PM hỏi kỹ trước khi hành động. Có người muốn cập nhật hằng ngày, có người chỉ muốn nghe khi có vấn đề. Lệch ở tầng này gây ra cảm giác "khó chịu" mơ hồ mà cả hai bên không gọi tên được.
  • Tầng ưu tiên (Priorities) — Khi mọi thứ đều gấp, manager muốn bạn dồn sức vào đâu trước? PM mới hay sai ở đây nhất: làm hết mọi việc nhưng không làm đúng việc quan trọng nhất theo mắt manager.

"Managing up" không phải là nịnh sếp

Nhiều người Việt Nam có ác cảm với khái niệm "managing up" (quản lý cấp trên) vì nghĩ nó đồng nghĩa với việc lấy lòng, "khôn lỏi". Cần phân biệt rõ: managing up là chủ động cung cấp cho manager thông tin và bối cảnh họ cần để ra quyết định đúng và đánh giá bạn công bằng. Nó là một hành vi chuyên nghiệp, minh bạch — ngược lại hoàn toàn với việc thao túng. Một PM giỏi managing up thực ra giúp manager bớt việc, vì manager không phải đoán mò bạn đang làm gì.

Mô hình giao tiếp cốt lõi: Align — Sync — Surface

Toàn bộ framework của bài có thể gói trong ba động từ:

  • Align (Căn chỉnh) — Đầu mỗi chu kỳ (quý, dự án), ngồi xuống thống nhất kỳ vọng rõ ràng ở cả ba tầng.
  • Sync (Đồng bộ) — Định kỳ (tuần/hai tuần), cập nhật tiến độ và tái căn chỉnh khi tình hình thay đổi.
  • Surface (Phơi bày) — Chủ động đưa rủi ro, trở ngại, tin xấu lên sớm, trước khi chúng thành khủng hoảng.
Ba động từ này lặp lại theo vòng. Phần "Hướng dẫn từng bước" sẽ biến chúng thành quy trình cụ thể.

Tình huống thực tế

Tình huống 1: Lan tại Tiki — làm nhiều mà vẫn bị đánh giá thấp

Lan từng là business analyst, chuyển sang làm Associate PM tại một mảng thuộc Tiki. Quý đầu tiên, cô lao vào xử lý mọi yêu cầu: sửa flow thanh toán, viết hàng chục PRD nhỏ, họp với CSKH để gom phản hồi. Cô gần như không nghỉ.

Cuối quý, manager đánh giá: "Em rất chăm, nhưng anh kỳ vọng em sở hữu được bài toán giảm tỉ lệ huỷ đơn — đó là OKR mảng mình quý này. Anh không thấy em động vào nó." Lan sốc, vì chưa từng có ai nói rõ với cô rằng giảm huỷ đơn là ưu tiên số một, còn những việc cô làm chỉ là thứ yếu.

Diễn giải: Lan lệch ở tầng ưu tiên. Manager giả định rằng OKR của mảng là hiển nhiên ai cũng phải biết. Lan thì coi mọi yêu cầu đến tay là ngang nhau. Không có buổi align đầu quý nào để thống nhất "việc nào quan trọng nhất".

Bài học: Đầu mỗi chu kỳ, hãy hỏi thẳng: "Nếu cuối quý em chỉ làm tốt được một việc, anh/chị muốn đó là việc gì?" Câu hỏi này ép manager phải nói ra ưu tiên thật, thay vì danh sách dài chung chung.

Tình huống 2: Minh tại một startup fintech — tin xấu đến quá muộn

Minh là PM tại một startup fintech ở TP.HCM, phụ trách tính năng cho vay trả góp. Giữa quý, đội kỹ thuật phát hiện việc tích hợp với đối tác ngân hàng phức tạp hơn dự kiến, nguy cơ trễ deadline 3 tuần. Minh nghĩ "để mình cố xử lý, không cần làm sếp lo". Anh âm thầm tăng tốc team, nhưng đến tuần cuối thì rõ ràng không kịp.

Khi Minh báo cáo, CEO nổi giận — không phải vì trễ, mà vì đã hứa với đối tác ngân hàng một mốc thời gian dựa trên giả định mọi thứ đúng kế hoạch. Nếu biết sớm 6 tuần, CEO đã có thể đàm phán lại với đối tác êm đẹp. Giờ thì công ty mất mặt.

Diễn giải: Minh thất bại ở động từ Surface. Anh hiểu sai rằng "che giấu tin xấu = bảo vệ sếp". Thực tế ngược lại: manager càng biết sớm càng có nhiều phương án. Tin xấu giống như sữa — để càng lâu càng hỏng nặng.

Bài học: Quy tắc vàng: No surprises (không bất ngờ). Nếu có rủi ro ảnh hưởng đến cam kết mà manager đã đưa ra với người khác, bạn phải báo ngay khi rủi ro đủ rõ, kèm theo phương án xử lý đề xuất — chứ không đợi đến khi nó thành sự thật.

Tình huống 3: Hương tại Grab — căn chỉnh đúng "cách làm" để xây niềm tin

Hương chuyển từ marketing sang làm PM tại một team thuộc Grab Việt Nam. Tuần đầu, thay vì lao vào việc, cô xin manager 30 phút để hỏi: "Anh muốn em cập nhật cho anh theo nhịp nào? Anh thích đọc văn bản hay nghe nói? Khi nào thì anh muốn em tự quyết, khi nào thì hỏi anh trước?"

Manager rất bất ngờ (theo hướng tích cực) và trả lời rõ: thích bản cập nhật viết ngắn mỗi thứ Sáu, được tự quyết với các quyết định dưới một ngưỡng tác động nhất định, nhưng mọi thứ liên quan đến trải nghiệm người dùng nhạy cảm thì hỏi trước. Hương ghi lại và làm đúng như vậy. Sau hai tháng, manager giao cho cô một dự án lớn hơn — sớm hơn hẳn các đồng nghiệp vào cùng đợt.

Diễn giải: Hương chủ động căn chỉnh ở tầng cách làm (behaviors) ngay từ đầu. Cô không để manager phải đoán phong cách làm việc của mình, và quan trọng hơn, cô không bắt manager phải sửa lỗi giao tiếp của cô nhiều lần. Đó chính là cách xây "niềm tin" nhanh nhất với một PM mới.

Bài học: Niềm tin của manager với PM mới được xây bằng tính dự đoán được (predictability). Khi manager biết chắc bạn sẽ làm gì, báo cáo thế nào, xử lý ra sao — họ dám giao việc lớn hơn.

Hướng dẫn từng bước

Dưới đây là quy trình cụ thể để áp dụng mô hình Align — Sync — Surface.

Bước 1 — Họp căn chỉnh đầu chu kỳ (Expectation-setting meeting). Đầu mỗi quý hoặc đầu mỗi dự án lớn, chủ động xin manager 30–45 phút. Mục tiêu: làm rõ cả ba tầng kỳ vọng. Hãy chuẩn bị trước các câu hỏi:

  • Kết quả: "Cuối chu kỳ này, anh/chị sẽ coi việc của em là thành công nếu điều gì xảy ra?"
  • Ưu tiên: "Nếu phải chọn một việc quan trọng nhất, đó là gì? Việc nào em có thể bỏ qua nếu thiếu thời gian?"
  • Cách làm: "Anh/chị muốn em cập nhật theo nhịp nào và qua kênh nào? Quyết định nào em được tự quyết, quyết định nào cần hỏi trước?"
Bước 2 — Viết lại bằng văn bản và xác nhận. Sau buổi họp, gửi một tin nhắn/email ngắn tóm tắt: "Em hiểu ưu tiên quý này của em là A, thành công nghĩa là B, em sẽ cập nhật anh mỗi thứ Sáu. Em hiểu đúng chưa ạ?" Bước này cực kỳ quan trọng — nó biến hợp đồng ngầm thành văn bản, và cho manager cơ hội sửa nếu bạn hiểu lệch.

Bước 3 — Cập nhật định kỳ (Sync) theo cấu trúc cố định. Mỗi tuần hoặc hai tuần, gửi một bản cập nhật ngắn theo mẫu ba phần:

  • Tiến độ (Progress): tuần này đã đạt được gì so với ưu tiên đã thống nhất.
  • Vấn đề (Problems): đang vướng gì, cần gì từ manager.
  • Kế hoạch (Plan): tuần tới làm gì.
Giữ đúng cấu trúc này mỗi lần để manager đọc nhanh và biết chỗ nào cần để mắt.

Bước 4 — Tái căn chỉnh khi tình hình đổi. Kỳ vọng không bất biến. Khi thị trường, OKR công ty, hay nhân sự thay đổi, hãy chủ động hỏi lại: "Tình hình đổi rồi, ưu tiên của em có cần điều chỉnh không?" Đừng giả định kỳ vọng đầu quý còn nguyên giá trị.

Bước 5 — Surface rủi ro sớm, kèm giải pháp. Khi phát hiện rủi ro, đừng chỉ báo vấn đề. Dùng công thức: Tình huống — Tác động — Đề xuất. Ví dụ: "Tích hợp với đối tác đang chậm (tình huống), nguy cơ trễ 2 tuần (tác động), em đề xuất hai phương án: A hoặc B (đề xuất). Anh muốn đi hướng nào?" Cách này cho thấy bạn không đẩy vấn đề cho sếp mà mang đến giải pháp.

Bước 6 — Khép vòng trước review chính thức. Vài tuần trước performance review, xin một buổi "check-in": "Em muốn biết em đang đi đúng kỳ vọng của anh chưa, có gì cần điều chỉnh trước khi đến review không?" Buổi này giúp bạn không bao giờ bị bất ngờ tại review — và cho bạn thời gian sửa.

Lỗi thường gặp & mẹo

Lỗi 1 — Cho rằng "làm tốt việc là đủ". Đây là cái bẫy của người mới chuyển ngành. Trong nhiều nghề kỹ thuật trước đây, sản phẩm tự nói thay bạn. Với PM, cách bạn giao tiếp về công việc quan trọng ngang với chính công việc. Im lặng cày cuốc = manager không biết bạn làm gì = bạn vô hình khi đến lúc đánh giá.

Lỗi 2 — Hỏi kỳ vọng một lần rồi thôi. Kỳ vọng trôi dạt theo thời gian. Align một lần đầu quý là chưa đủ; phải sync đều đặn.

Lỗi 3 — Giấu tin xấu vì sợ mất mặt. Như tình huống của Minh, đây là lỗi tốn kém nhất. Hãy nhớ: manager sợ bất ngờ hơn sợ vấn đề.

Lỗi 4 — Cập nhật theo kiểu liệt kê việc bận rộn. Đừng kể "tuần này em họp 12 cuộc, viết 5 tài liệu". Manager không quan tâm bạn bận — họ quan tâm bạn đạt được gì so với ưu tiên. Luôn nối cập nhật về với outcome.

Lỗi 5 — Áp một khuôn mẫu giao tiếp cho mọi manager. Mỗi sếp một kiểu. Có người thích chi tiết, có người thích tóm tắt một dòng. Mẹo: trong tháng đầu, quan sát cách manager phản hồi và điều chỉnh độ chi tiết cho khớp.

Mẹo trong bối cảnh Việt Nam: Văn hóa công sở Việt thường ngại "hỏi thẳng" sếp vì sợ bị coi là thiếu hiểu biết hay thách thức cấp trên. Hãy đóng khung câu hỏi theo hướng phục vụ mục tiêu chung: "Em hỏi để chắc chắn mình dồn sức đúng chỗ anh cần nhất" — cách này vừa giữ được sự tôn trọng thứ bậc, vừa giúp bạn lấy được thông tin cần thiết.

Mẹo lưu vết: Giữ một tài liệu cá nhân ghi lại các cam kết, kỳ vọng đã thống nhất và thành quả theo tuần. Đến review, bạn có sẵn bằng chứng cụ thể thay vì cố nhớ lại — đây là vũ khí mạnh để bảo vệ đánh giá và đàm phán thăng tiến.

Bài tập thực hành

Bài tập 1 — Bản đồ kỳ vọng. Lấy một tờ giấy chia ba cột: Kết quả / Cách làm / Ưu tiên. Với mỗi cột, viết ra những gì bạn nghĩ manager đang kỳ vọng ở bạn lúc này. Đánh dấu ô nào bạn thật sự chắc chắn (vì đã được nói rõ) và ô nào bạn chỉ đang đoán. Những ô đang đoán chính là rủi ro lệch kỳ vọng — đó là danh sách cần làm rõ trong buổi align tiếp theo.

Bài tập 2 — Soạn buổi họp căn chỉnh. Viết ra ba câu hỏi bạn sẽ hỏi manager trong buổi expectation-setting, dùng cấu trúc gợi ý ở Bước 1. Đặt lịch và thực hiện buổi này trong vòng một tuần tới.

Bài tập 3 — Viết một bản Sync mẫu. Dùng cấu trúc Tiến độ — Vấn đề — Kế hoạch, viết bản cập nhật cho tuần làm việc gần nhất của bạn. Giới hạn dưới 200 từ. Đọc lại và tự hỏi: nếu là manager, mình có biết ngay người này đang đi đúng hướng không?

Bài tập 4 — Tập Surface. Nghĩ về một rủi ro thật trong công việc hiện tại của bạn. Viết một thông điệp 4–5 câu báo rủi ro đó theo công thức Tình huống — Tác động — Đề xuất. Luyện đến khi nào bạn thấy thoải mái khi đưa tin xấu lên một cách chuyên nghiệp.

Tóm tắt

Quản lý kỳ vọng manager không phải là khéo léo chính trị — nó là một kỹ năng giao tiếp có hệ thống, đặc biệt sống còn với PM vừa chuyển ngành, khi niềm tin còn mong manh và mỗi quý review đều có trọng lượng lớn với promotion, raise và retention.

Cốt lõi nằm ở việc biến hợp đồng kỳ vọng ngầm thành hiện rõ, ở cả ba tầng: kết quả, cách làm và ưu tiên. Và bạn vận hành nó qua vòng lặp Align — Sync — Surface: căn chỉnh kỳ vọng đầu chu kỳ, đồng bộ tiến độ định kỳ theo cấu trúc cố định, và phơi bày rủi ro sớm kèm giải pháp theo công thức Tình huống — Tác động — Đề xuất.

Ba câu chuyện của Lan, Minh và Hương cho thấy ba mặt của cùng một bài học: lệch ưu tiên thì làm nhiều vẫn bị đánh giá thấp; giấu tin xấu thì biến vấn đề nhỏ thành khủng hoảng; còn chủ động căn chỉnh cách làm thì xây được niềm tin và nhận việc lớn sớm hơn.

Nguyên tắc cuối cùng cần khắc cốt: No surprises. Một manager được cập nhật đầy đủ, không bao giờ bị bất ngờ, là một manager sẽ ủng hộ bạn — trong phòng họp, trong kỳ review, và khi cơ hội thăng tiến đến. Hãy bắt đầu bằng buổi họp căn chỉnh đầu tiên ngay tuần này.

Học xong bài này rồi? Tạo tài khoản miễn phí để lưu lại — lần sau vào là biết ngay đang dở ở đâu, và học hết khóa thì có chứng chỉ. Lưu tiến độ của tôi