Giao Tiếp Sống Còn Cho Developer

Bạn từng gặp tình huống này chưa: code đúng theo spec, nhưng bị PM chê "hiểu sai yêu cầu"? Báo cáo tiến độ xong vẫn bị hỏi lại "rốt cuộc còn bao lâu nữa"? Đứng trong standup 5 phút mà kể lể hết cả quá trình debug, cả team ngồi nghe chờ đến lượt mình? Bất đồng ý kiến với đồng nghiệp trong code review rồi thành căng thẳng kéo dài cả tuần?

Đây không phải vấn đề kỹ thuật — đây là vấn đề bạn chưa từng được dạy cách giao tiếp trong môi trường làm việc thực tế. Trường lớp dạy bạn viết code, không dạy bạn cách nói cho người khác hiểu code đó đang ở đâu, còn bao lâu, và ai cần biết gì.

Khóa học này tổng hợp lại toàn bộ tình huống giao tiếp một dev gặp mỗi ngày, mỗi sprint — từ lúc nhận task mơ hồ, đến báo cáo tiến độ, họp standup/planning, review code, xử lý bất đồng với đồng nghiệp — thành các kỹ thuật cụ thể, có template dùng ngay, không lý thuyết chung chung.

Học xong bạn làm được gì:

• Nhận task mơ hồ, biết hỏi đúng câu để không code sai từ đầu

• Báo cáo tiến độ khiến cấp trên tin tưởng, không phải hỏi lại

• Nói trong standup/planning đúng trọng tâm, không lan man

• Review code góp ý được mà không gây xung đột, nhận góp ý không phòng thủ

• Xử lý bất đồng với đồng nghiệp, PM một cách chuyên nghiệp — không né tránh, không bùng nổ

Dành cho ai: Dev từ fresher đến mid-level (0–3 năm), đang làm việc trong môi trường Agile/Scrum, cả product lẫn outsourcing.

Không dành cho ai: Nếu bạn cần kỹ năng cho tình huống hiếm gặp nhưng rủi ro cao (xử lý incident production, đàm phán lương, bàn giao dự án, làm việc với khách hàng UAT) — đó là nội dung của Khóa 2.

Outline Khóa 1 — Giao Tiếp Sống Còn Cho Dev

Module 1 — Nền tảng giao tiếp
1.1. Vì sao code giỏi không đủ — 3 lý do dev giỏi bị "cap" level
1.2. Framework BLUF (Bottom Line Up Front) — kết luận trước, chi tiết sau
1.3. Sync vs Async — khi nào nhắn, khi nào gọi, khi nào cần họp
1.4. Dịch ngôn ngữ kỹ thuật sang ngôn ngữ business (impact – risk – timeline)
1.5. Self-assessment — checklist tự chấm điểm để cá nhân hóa lộ trình học

Module 2 — Làm rõ yêu cầu và tham gia estimate
2.1. Kỹ thuật đặt câu hỏi làm rõ requirement mơ hồ — checklist bắt buộc trước khi nhận task
2.2. Paraphrase để xác nhận hiểu đúng — giảm rework do hiểu sai spec
2.3. Tham gia estimate ở giai đoạn pre-sale/kickoff — bảo vệ con số trước áp lực rút ngắn
2.4. Phản biện tài liệu thiết kế/kiến trúc trước khi code

Module 3 — Quản lý thời gian và đầu việc
3.1. Time-boxing và ước lượng effort thực tế (buffer cho unknown-unknowns)
3.2. Context-switching cost và kỹ thuật WIP limit cá nhân
3.3. Breakdown task lớn thành sub-task track được tiến độ minh bạch
3.4. Xử lý quá tải/deadline không khả thi — đưa trade-off thay vì từ chối suông

Module 4 — Họp hành theo Scrum event
4.1. Sprint Planning — estimate hiệu quả, phản biện khi bị ép nhận task không khả thi
4.2. Daily Standup đúng chuẩn — 3 câu hỏi trong 60–90 giây
4.3. Etiquette họp online — camera, ghi âm, xử lý sự cố kỹ thuật giữa buổi họp quan trọng

Module 5 — Báo cáo tiến độ
5.1. Cấu trúc Done – Doing – Blocked – Risk
5.2. Báo cáo viết theo tần suất (daily/weekly) — template cụ thể
5.3. Báo cáo bằng số liệu có căn cứ, không cảm tính
5.4. Báo cáo tin xấu — báo sớm, đi kèm phương án

Module 6 — Giao tiếp đa chiều trong lúc code
6.1. Code review mang tính xây dựng — góp ý không gây xung đột, nhận góp ý không phòng thủ
6.2. Code review mang tính dạy — dùng review để mentor junior
6.3. Giao tiếp với cấp trên — trình bày vấn đề kèm đề xuất, escalation đúng thời điểm
6.4. Giao tiếp với khách hàng non-tech — quản lý kỳ vọng khi khách đòi đổi scope

Module 7 — Giải quyết xung đột và bất đồng trong team
7.1. Phân loại xung đột — kỹ thuật vs cá nhân vs quy trình
7.2. Bất đồng giải pháp kỹ thuật giữa các dev ngang hàng
7.3. Phản biện PM/PO về tính khả thi kỹ thuật mà không bị coi là cản trở
7.4. Xử lý xung đột ownership/trách nhiệm code
7.5. Xử lý đồng đội không làm tròn việc (free-rider)
7.6. Xung đột thụ động qua chat/ticket
7.7. Nêu ý kiến trái chiều trong buổi thiết kế/họp kiến trúc
7.8. Ranh giới tự giải quyết vs escalate lên manager