Speaking Presence — Từ Quiet Achiever Đến Influential Engineer
🎯 Mục Tiêu Bài Viết
📺 Video gốc: https://www.youtube.com/watch?v=HkI-o_A4DCs
Bạn làm việc chăm, xử lý việc khó, cứu project phía sau — nhưng trong meeting lại không biết nói gì, hoặc nói xong tự thấy awkward. Bài này giải thích tại sao “làm giỏi chưa đủ” và cách dùng framework S.A.Y. để chuyển từ update person thành thought leader.
✅ Hiểu vì sao "quiet achiever" dễ bị overlook dù làm tốt
✅ 3 mindset shift cốt lõi: Doer → Thought Partner, Perfect → Consistent, Shrink → Anchor
✅ Framework S.A.Y. (Situation → Analysis → Your Recommendation)
✅ Diagram rõ ràng từng bước
✅ Mẫu câu thực tế: standup, client meeting, nêu risk, báo cáo sếp
✅ Mid vs Senior perspective về speaking presence
“Hard work gets you noticed by your task manager. Speaking presence gets you noticed by decision makers.”
🗺️ 1. Big Picture — Vấn Đề Thật Sự
[ CẢM GIÁC SAU MEETING ]
│
▼
┌─────────────────────────────┐
│ "Post-meeting cringe" │
│ - Nói xong thấy awkward │
│ - Hoặc im lặng rồi tiếc │
└─────────────────┬───────────┘
│
▼
┌─────────────────────────────┐
│ VẤN ĐỀ THẬT SỰ │
│ Hard work ≠ được chú ý │
│ Giỏi làm chưa đủ │
│ Thiếu speaking presence │
│ → bị đánh giá kém senior │
└─────────────────┬───────────┘
│
▼
┌─────────────────────────────┐
│ HỆ QUẢ │
│ - Ít visibility │
│ - Ít influence │
│ - Ít cơ hội promotion │
│ - Dễ bị overlook │
│ - Risk sự nghiệp dài hạn │
└─────────────────┬───────────┘
│
▼
┌─────────────────────────────┐
│ GIẢI PHÁP: 3 MINDSET SHIFT │
│ + FRAMEWORK S.A.Y. │
└─────────────────────────────┘
Quiet Achiever — Nghịch Lý Phổ Biến
QUIET ACHIEVER thường:
├─ Làm việc chăm, xử lý việc khó
├─ Cứu project phía sau hậu trường
└─ Nhưng tiếng nói không "mang được trọng lượng" của công việc
Người khác chỉ thấy:
├─ Bạn "làm việc tốt"
└─ Chưa thấy bạn "có tư duy lãnh đạo"
Kết quả:
├─ Người làm chưa chắc giỏi hơn nhưng vẫn được promote
└─ Vì họ biết: shape cuộc nói chuyện, influence, đưa recommendation
🧠 2. Nguyên Nhân → Chuyển Đổi → Hành Động
A. Triệu Chứng
TRIỆU CHỨNG PHỔ BIẾN:
│
├── Sau meeting tự cringe
│ ├─ "Mình nói có ổn không?"
│ └─ "Người khác có hiểu không?"
│
└── Hoặc không nói gì
├─ "Lẽ ra mình nên lên tiếng"
└─ "Mình đã có thể tạo value"
B. Niềm Tin Sai
NIỀM TIN SAI ĐANG GIỮ BẠN LẠI:
│
├─ "Chỉ cần làm việc chăm là đủ"
├─ "Phải nói thật hoàn hảo rồi mới nói"
└─ "Senior leaders biết nhiều hơn, mình nên nói ít"
C. Thực Tế Ở Workplace
THỰC TẾ:
Người được đánh giá cao không chỉ vì làm nhiều
Họ còn:
├─ Tạo clarity cho team
├─ Influence quyết định
├─ Guide direction của discussion
└─ Đưa recommendation thay vì chỉ kể đã làm gì
🔵 3. Mindset Shift 1 — Task Doer → Thought Partner
Ý Nghĩa
ĐỪNG NGHĨ:
"Mình chỉ ở đây để báo cáo update."
HÃY ĐỔI THÀNH:
"Mình ở đây để giúp team/sếp/client suy nghĩ rõ hơn
và ra quyết định tốt hơn."
Task Doer vs Thought Partner
┌──────────────────────────────────────────────────────────┐
│ TASK DOER vs THOUGHT PARTNER │
├─────────────────────────┬────────────────────────────────┤
│ TASK DOER │ THOUGHT PARTNER │
├─────────────────────────┼────────────────────────────────┤
│ Chỉ kể đã làm gì │ Đưa context + tác động │
│ "Em đã fix xong bug." │ "Bug đã fix, nhưng nếu backend │
│ │ chưa ổn thì có nguy cơ │
│ │ re-open — đề xuất deploy QA │
│ │ trước và monitor thêm." │
├─────────────────────────┼────────────────────────────────┤
│ "Task đang 80%." │ "80% xong, blocker còn lại là │
│ │ API contract chưa lock — │
│ │ cần confirm hôm nay." │
├─────────────────────────┼────────────────────────────────┤
│ Nói theo kiểu status │ Nêu risk, trade-off, next step │
│ machine │ giúp team ra quyết định │
└─────────────────────────┴────────────────────────────────┘
4 Câu Tự Hỏi Trước Meeting
Trước mỗi meeting 5 phút, viết nhanh:
Context: [Bức tranh hiện tại là gì?]
Risk: [Điều gì cần flag?]
Recommendation: [Mình đề xuất gì?]
Trade-off: [Đánh đổi gì cần nói rõ?]
→ Chỉ vậy thôi là chất lượng phát biểu tăng rất nhiều.
🟢 4. Mindset Shift 2 — Perfect → Consistent
Ý Nghĩa
NGƯỜI THIẾU TỰ TIN chờ:
├─ Đủ chắc mới nói
├─ Đủ hay mới nói
└─ Đủ hoàn hảo mới nói
NGƯỜI GIAO TIẾP TỐT không cần perfect — họ cần CONSISTENT.
Tập Gym Analogy
Phát biểu trong meeting như tập gym:
├─ Mỗi meeting = một rep
├─ Có rep sẽ awkward — đó là bình thường
└─ Không tập thì không có "muscle" giao tiếp
Sai lầm phổ biến:
├─ Tự nghe chính mình quá nhiều
├─ Tự phán xét giọng nói trong lúc nói
└─ Đầu óc đang tự chấm điểm → mất tự nhiên, nói vòng vo
Mục Tiêu Đúng
❌ ĐỪNG đặt mục tiêu:
"Meeting này tôi phải nói thật xuất sắc."
✅ HÃY đặt mục tiêu:
"Meeting này tôi sẽ có 1 leadership move."
LEADERSHIP MOVE là gì?
├─ 1 recommendation cụ thể
├─ 1 risk quan trọng chưa ai nêu
├─ 1 insight giúp team nhìn rõ hơn
└─ 1 trade-off giúp ra quyết định
──────────────────────────────────────────────────────────
❌ YẾU:
"Em nghĩ cách nào cũng được."
✅ MẠNH:
"Nếu ưu tiên speed thì release được sớm, nhưng sẽ tăng
regression risk ở màn Project Details. Em nghiêng về
chia phase để giảm rủi ro."
🟡 5. Mindset Shift 3 — Shrink → Anchor Your Value
Ý Nghĩa
KHI GẶP SENIOR LEADERS, NHIỀU NGƯỜI "CO LẠI":
├─ Nói nhỏ, nói phòng thủ
├─ Sợ sai
└─ Nghĩ mình chưa đủ tầm
NHƯNG THỰC TẾ:
Senior leaders không cần bạn co lại
Họ cần bạn làm mọi thứ RÕ HƠN
Vì họ không ở gần chi tiết bằng bạn
Câu Neo Tư Duy
┌─────────────────────────────────────────────────────────┐
│ ANCHOR PHRASE │
│ │
│ "Tôi là người ở gần công việc này nhất, │
│ nên góc nhìn của tôi có giá trị." │
│ │
│ Bạn không cần cư xử như biết hết. │
│ Bạn chỉ cần: frame situation, gọi đúng vấn đề, │
│ đề xuất next step, follow through. │
│ │
└─────────────────────────────────────────────────────────┘
Ngôn Ngữ Chuyển Đổi
❌ PHÒNG THỦ (shrinking): ✅ ANCHORED:
─────────────────────────────────────────────────────────
"Em không chắc nhưng chắc là…" → "Hiện tại vấn đề chính là…"
"Có thể em sai…" → "Risk lớn nhất ở đây là…"
"Chắc cái này không quan → "Em đề xuất bước tiếp theo là…"
trọng lắm…"
"Em nghĩ vậy nhưng anh biết → "Trade-off của phương án này là…"
rõ hơn…"
⚡ 6. Framework S.A.Y.
Diagram Tổng Thể
[ S.A.Y. FRAMEWORK ]
│
──────────────────────────────────────
│ │ │
▼ ▼ ▼
┌──────────────┐ ┌──────────────────┐ ┌──────────────────────┐
│ S: SITUATION │ │ A: ANALYSIS │ │ Y: YOUR RECOMMENDATION│
│ │ │ │ │ │
│ Chuyện gì? │→ │ Nó nghĩa là gì? │→ │ Nên làm gì tiếp? │
│ Context │ │ Nguyên nhân? │ │ Quyết định? │
│ Hiện trạng │ │ Tác động? │ │ Next step? │
└──────────────┘ └──────────────────┘ └──────────────────────┘
│ │ │
▼ ▼ ▼
"mọi người hiểu "mọi người thấy "mọi người biết
đang xảy ra gì" bạn có tư duy" cần làm gì tiếp"
S — Situation
MỤC TIÊU: Đưa mọi người về cùng một trang
Trả lời câu hỏi:
- Đang có chuyện gì?
- Bối cảnh hiện tại là gì?
Mẫu câu:
"Hiện tại team đang gặp…"
"Trong 2 tuần qua, chúng ta thấy…"
"Ở màn hình X, bug đang ảnh hưởng đến…"
"Tính đến hôm nay, tiến độ đang ở…"
Lưu ý:
Đừng vào phân tích quá sớm.
Hãy để người nghe hiểu bối cảnh trước.
A — Analysis / Assessment
MỤC TIÊU: Cho người nghe thấy bạn biết ĐỌC tình huống
Trả lời câu hỏi:
- Điều đó có nghĩa là gì?
- Vì sao nó xảy ra?
- Tác động là gì?
Mẫu câu:
"Nguyên nhân lớn nhất là…"
"Điểm nghẽn hiện tại nằm ở…"
"Nếu không xử lý, tác động sẽ là…"
"Điều đáng chú ý là…"
Lưu ý:
Đây là phần biến bạn từ "update person" → "thought partner".
Đừng bỏ qua bước này.
Y — Your Recommendation
MỤC TIÊU: Đẩy cuộc họp đi tới hành động
Trả lời câu hỏi:
- Vậy nên làm gì?
- Quyết định đề xuất là gì?
- Next step là gì?
Mẫu câu:
"Em đề xuất…"
"Bước tiếp theo nên là…"
"Để giảm risk, em nghĩ nên…"
"Em recommend chia làm 2 phase…"
Lưu ý:
Đừng dừng ở việc mô tả vấn đề.
Người có leadership presence luôn kéo được cuộc nói chuyện
sang hướng hành động.
📝 7. Mẫu Nói Hoàn Chỉnh Theo S.A.Y.
Ví Dụ 1 — Update Task Kỹ Thuật
S: Hiện tại phần Angular upgrade đã xong core migration,
nhưng UI regression vẫn còn ở 3 màn chính.
A: Nguyên nhân chính là Angular Material MDC thay đổi
spacing và behavior của nhiều component, nên fix ở một
màn có thể ảnh hưởng màn khác nếu làm shared quá sớm.
Y: Em đề xuất tách bug theo từng screen owner để cô lập
phạm vi sửa trước. Sau khi ổn định UI mới gom phần
reusable lại.
Ví Dụ 2 — Daily Meeting Với Client
S: Hôm qua team hoàn thành phần filter và pagination
ở Dashboard, nhưng dialog layout vẫn chưa ổn định
trên màn hình nhỏ.
A: Rủi ro ở đây là nếu tiếp tục đẩy thêm feature mà
chưa khóa UI baseline thì regression sẽ tăng,
nhất là sau upgrade.
Y: Em đề xuất hôm nay ưu tiên chốt layout consistency
trước, sau đó mới tiếp tục task mới để tránh rework.
Ví Dụ 3 — Nêu Risk Với Stakeholder
S: Hiện tại API đã sẵn sàng nhưng data mapping ở
frontend còn một số field chưa thống nhất.
A: Nếu team merge sớm, khả năng cao QA sẽ report lỗi
hiển thị sai dữ liệu dù API không lỗi — tạo vòng
sửa qua lại tốn thời gian.
Y: Em đề xuất xác nhận contract thêm 15 phút với
backend hôm nay, rồi mới mở QA regression để
giảm vòng feedback.
🔄 8. Overall Flow — Invisible → Influential
┌──────────────────────────────────────────────────────────┐
│ FULL TRANSFORMATION FLOW │
│ │
│ Quiet Achiever │
│ (làm tốt nhưng invisible) │
│ │ │
│ ▼ │
│ Nhận ra 3 mindset sai: │
│ ├─ "Làm chăm là đủ" → Task Doer → Thought Partner │
│ ├─ "Phải perfect" → Perfect → Consistent │
│ └─ "Nên co lại" → Shrink → Anchor Your Value │
│ │ │
│ ▼ │
│ Áp dụng S.A.Y. trong từng meeting: │
│ S → Frame the situation │
│ A → Show you can read the room │
│ Y → Drive toward action │
│ │ │
│ ▼ │
│ Kết quả: │
│ ├─ Invisible → Influential │
│ ├─ Update person → Thought leader │
│ └─ Chỉ báo cáo → Định hướng quyết định │
│ │
└──────────────────────────────────────────────────────────┘
⚙️ 9. Công Thức Ngắn — Dùng Ngay Trong Meeting
Phiên bản ngắn của S.A.Y.:
Context → Meaning → Action
hoặc:
What's happening → Why it matters → What I recommend
──────────────────────────────────────────────────────────
Checklist trước khi phát biểu:
[ ] Situation rõ chưa? (mọi người có cùng trang không?)
[ ] Analysis có chưa? (mình đọc tình huống thế nào?)
[ ] Recommendation cụ thể chưa? (next step là gì?)
──────────────────────────────────────────────────────────
Khi bị caught off-guard trong meeting, dùng bridge:
"Để mình frame lại nhanh:
Situation hiện tại là [X],
mình thấy nguyên nhân là [Y],
và đề xuất của mình là [Z]."
📊 10. Tổng Kết — Cheat Sheet
| Tình huống | S.A.Y. áp dụng thế nào? |
|---|---|
| Standup daily | S: done/doing, A: blocker+tại sao, Y: cần gì tiếp |
| Client update meeting | S: tiến độ, A: risk hiện tại, Y: đề xuất hôm nay |
| Báo cáo sếp | S: bức tranh chung, A: insight quan trọng, Y: recommend |
| Nêu kỹ thuật với PM | S: bối cảnh, A: tác động business, Y: option + trade-off |
| Performance review | S: thành quả, A: impact thật sự, Y: next level plan |
Mid vs Senior Perspective
MID-LEVEL:
"Meeting = báo cáo những gì đã làm."
"Nói ít để tránh sai."
"Chờ sếp hỏi rồi mới nói."
"Cần hoàn hảo mới phát biểu."
"Im lặng = an toàn."
SENIOR:
"Meeting = giúp team ra quyết định tốt hơn."
"1 leadership move mỗi meeting — consistent hơn perfect."
"Chủ động frame situation trước khi được hỏi."
"Anchor: mình gần việc nhất → góc nhìn của mình có giá trị."
"S.A.Y. — dùng mọi lúc, lặp lại được, scale được."
🎯 Nguyên Tắc Vàng
╔══════════════════════════════════════════════════════════╗
║ NGUYÊN TẮC VÀNG VỀ SPEAKING PRESENCE ║
║ ║
║ 1. Hard work ≠ visibility — cần thêm speaking presence ║
║ 2. Mục tiêu meeting: giúp team rõ hơn, không phải pro ║
║ 3. Doer → Thought Partner: context + risk + recommend ║
║ 4. Perfect → Consistent: 1 leadership move mỗi meeting ║
║ 5. Anchor: "Tôi gần việc nhất → góc nhìn tôi có giá trị"║
║ 6. S.A.Y.: Situation → Analysis → Your Recommendation ║
║ 7. Dừng ở mô tả vấn đề = update person ║
║ 8. Kéo sang hành động = thought leader ║
║ ║
╚══════════════════════════════════════════════════════════╝
📚 Tài Liệu Tham Khảo
- Video: Speaking Presence for Engineers
- Bài trước: Communication Skills — BLUF, Just-In-Time, Zoom In
“Your work speaks for itself only if you give it a voice.”