Phân hệ PM Study
  • Tình huốngTình huống thực chiến
  • Kịch bảnRa quyết định tình huống
  • Biểu mẫuKho biểu mẫu tải về
  • Thẻ ghi nhớHọc thuật ngữ PMP
  • Công cụMáy tính EVM, PERT, dự phòng
  • Hỏi đápHỏi đáp & thảo luận
  • Thử tháchMỗi ngày một câu hỏi PMP
  • Lý thuyếtBài học PMBOK 8 & ECO 2026
  • Luyện thiThi thử & ôn tập PMP
  • Bài viếtThư viện bài viết PMP
PM Study
Trang chủLý thuyếtTình huốngLuyện thiBiểu mẫuHỏi đáp
6 chuyên mụcXem tất cả bài viết →
  • Quản lý các bên liên quanTình huống về kỳ vọng, giao tiếp và gắn kết stakeholder.
  • Lãnh đạo & đội nhómXây dựng, dẫn dắt và giải quyết xung đột trong đội dự án.
  • Kế hoạch & tiến độLập kế hoạch, ước lượng, nén tiến độ và kiểm soát baseline.
  • Rủi ro & thay đổiNhận diện, ứng phó rủi ro và kiểm soát thay đổi phạm vi.
  • Agile & HybridLựa chọn và vận hành cách tiếp cận Agile, Predictive, Hybrid.
  • Luyện thi PMPChiến lược ôn tập và mẹo xử lý câu hỏi tình huống PMP.
Công cụBài viết
Trang chủLý thuyếtTình huốngLuyện thiBiểu mẫuHỏi đápChuyên mụcCông cụBài viết
/
PM Study

Học quản lý dự án và ôn thi PMP bằng tiếng Việt: lý thuyết PMBOK® Guide 8, tình huống thực tế và đề luyện thi theo ECO 2026.

Chuyên mục

  • Quản lý các bên liên quan
  • Lãnh đạo & đội nhóm
  • Kế hoạch & tiến độ
  • Rủi ro & thay đổi
  • Agile & Hybrid
  • Luyện thi PMP

Tài nguyên

  • Project Management Institute (PMI)
  • PMP Exam Content Outline
  • The Scrum Guide
  • PMI Vietnam Chapter

PM Study

  • Tất cả bài viết
  • Bài viết nổi bật
© 2026 PM StudyPMP® và PMBOK® là nhãn hiệu đã đăng ký của Project Management Institute.Phiên bản 1.12.1
  1. /Lãnh đạo & đội nhóm
  2. /Thành viên mới làm từ xa ba tuần chưa biết hỏi a…
Lãnh đạo & đội nhóm· Domain: Đội dự án

Thành viên mới làm từ xa ba tuần chưa biết hỏi ai: thiết kế onboarding cho đội phân tán

Người mới nhận máy tính qua đường bưu điện, đọc tài liệu một mình, ngại nhắn tin hỏi vì "sợ làm phiền". Ba tuần sau vẫn chưa có đóng góp đầu tiên. Cách PM thiết kế lộ trình hội nhập có người đồng hành, việc nhỏ đầu tiên và kết nối xã hội cho thành viên làm từ xa.

HP
Nguyễn Thu Hà, PMP
23/03/2026
6 phút đọc 0 0
Thành viên mới làm từ xa ba tuần chưa biết hỏi ai: thiết kế onboarding cho đội phân tán

Tình huống minh hoạ

Tình huống và số liệu dưới đây là giả định, dùng để minh hoạ.

Một công ty dịch vụ logistics đang xây ứng dụng điều phối xe tải. Đội 10 người làm theo Scrum, phân tán giữa Hà Nội, Hải Phòng và một số người làm tại nhà. Giữa dự án, hai lập trình viên mới được tuyển để tăng tốc: Nam (ở Huế, làm hoàn toàn từ xa) và Linh (ở Hà Nội, làm hybrid).

Ba tuần sau, trong buổi retrospective, PM nghe được:

  • Nam: "Tuần đầu em chỉ đọc tài liệu cũ, nhiều chỗ đã lỗi thời. Em không biết nên hỏi ai, sợ hỏi trong nhóm chung thì làm phiền mọi người."
  • Linh: "Em ngồi cạnh anh trưởng nhóm nên hỏi được, nhưng các bạn ở Hải Phòng thì em chưa nói chuyện lần nào."
  • Trưởng nhóm kỹ thuật: "Môi trường phát triển cài mất 4 ngày, vì hướng dẫn thiếu bước cấp quyền truy cập."

Nam chưa có đóng góp mã nào được hợp nhất (merge); Linh đã có ba. Khoảng cách này không đến từ năng lực, mà từ việc ai được "đón" tốt hơn.

Phân tích theo PMBOK® Guide

Onboarding từ xa khó ở đâu

Nghiên cứu "Please Turn Your Cameras On" (Rodeghero, Zimmermann, Houck, Ford — ICSE SEIP 2021) khảo sát 267 lập trình viên mới gia nhập các đội phát triển phần mềm của Microsoft trong giai đoạn đại dịch. Phần lớn họ hội nhập hoàn toàn từ xa và chưa từng gặp đồng đội trực tiếp; thách thức lớn nhất là xây dựng kết nối xã hội với đội. Khi không có những lần "ghé bàn hỏi nhanh", người mới thiếu cả thông tin lẫn cảm giác thuộc về.

GitLab — một công ty làm việc hoàn toàn từ xa — mô tả cách họ đón người mới bằng một phiếu công việc onboarding (onboarding issue) có danh sách việc cho từng ngày, và một người đồng hành (onboarding buddy) làm đầu mối thân thiện, giới thiệu người mới với các đồng nghiệp khác. Người đồng hành cũng là người làm mẫu cách xây quan hệ trong môi trường từ xa.

Góc nhìn PMBOK

  • PMBOK® Guide ấn bản 6: Acquire Resources (9.3) không kết thúc khi người mới ký hợp đồng; Develop Team (9.4) bao gồm đào tạo, team building, công nghệ giao tiếp. Kế hoạch quản lý nguồn lực nên có phần hội nhập thành viên mới (onboarding), nhất là với đội phân tán.
  • PMBOK 7, lĩnh vực Đội ngũ: người lãnh đạo tạo điều kiện để thành viên phát huy năng lực; nguyên tắc "Tạo môi trường cộng tác".
  • Thêm người vào dự án đang chạy có chi phí: thời gian của người hướng dẫn, kênh giao tiếp tăng theo công thức n(n−1)/2. Onboarding tốt rút ngắn thời gian để người mới tạo ra giá trị và giảm chi phí này.
  • Trong Scrum, người mới là thành viên của nhóm Developers; Scrum Master hỗ trợ đội tự tổ chức để tiếp nhận họ, không phải "bàn giao cho HR".

Tình huống liên quan

Luyện thi PMPĐội dự án

Ôn PMP domain People: "phát triển tầm nhìn chung" và cách tìm gốc rễ khi đội hiểu sai tầm nhìn

Nhiệm vụ đầu tiên của domain People trong ECO 2026 là phát triển tầm nhìn chung. Đề thi không hỏi bạn viết câu tầm nhìn hay đến đâu, mà hỏi bạn làm gì khi đội và stakeholder hiểu tầm nhìn mỗi người một kiểu. Bốn hoạt động cần nắm, cách nhận diện đáp án đúng và các bẫy thường gặp.

Ngày đăng: 01/10/2026Lượt xem: 1Bình luận: 0
Lãnh đạo & đội nhómĐội dự án

Đội dự án trải dài ba thành phố: xây dựng gắn kết và thoả thuận làm việc cho nhóm phân tán

Nhóm Hà Nội, Đà Nẵng và TP.HCM cùng làm một sản phẩm nhưng mỗi nơi hiểu một kiểu, họp thì tắt camera, tin nhắn lúc nửa đêm. Cách PM biến nhóm phân tán thành một đội thực sự.

Ngày đăng: 01/10/2026Lượt xem: 2Bình luận: 0
Agile & HybridĐội dự án

Mỗi story qua tay bốn người, cuối sprint dồn kiểm thử: phá silo chuyên môn bằng swarming và kỹ năng hình chữ T

Đội Scrum 8 người nhưng thực chất là bốn "phòng ban mini": phân tích, backend, frontend, kiểm thử. Story nào cũng đi qua bốn tay, kiểm thử viên ngập việc ba ngày cuối sprint. Vì sao đội liên chức năng không có nghĩa là mỗi người một chuyên môn, và cách chuyển sang làm việc theo kiểu "cả đội dồn vào ít việc".

Ngày đăng: 29/09/2026Lượt xem: 2Bình luận: 0
Lãnh đạo & đội nhómĐội dự án

Xung đột giữa hai thành viên chủ chốt: áp dụng mô hình Thomas-Kilmann

Tech Lead và QA Lead công kích nhau trong mọi cuộc họp. Năm chiến lược giải quyết xung đột và khi nào nên dùng từng chiến lược.

Ngày đăng: 28/09/2026Lượt xem: 983Bình luận: 1Đánh giá: 4.0

Cách xử lý

Bước 1: Chuẩn bị trước ngày đầu tiên

  • Thiết bị, tài khoản, quyền truy cập được yêu cầu trước ít nhất một tuần; danh sách quyền nằm trong một mẫu dùng lại được.
  • Hướng dẫn cài môi trường phát triển được người gần nhất vừa cài thử lại và cập nhật.
  • Lịch tuần đầu được gửi sẵn: ai gặp lúc nào, mục đích gì.

Bước 2: Phiếu onboarding theo ngày

Đội lập một mẫu phiếu onboarding trong công cụ quản lý công việc, mỗi người mới một bản:

Thời gianMục tiêuVí dụ việc cụ thể
Ngày 1–2Kết nối và môi trườngGặp PM, Product Owner, người đồng hành; cài xong môi trường
Ngày 3–5Hiểu sản phẩmXem demo, đọc nhật ký quyết định, ngồi cùng (pair) với một thành viên
Tuần 2Đóng góp đầu tiênMột hạng mục nhỏ được chọn sẵn, có người review trong ngày
Tuần 3–4Tham gia đầy đủNhận hạng mục bình thường trong sprint, tự đề xuất cải tiến tài liệu onboarding

Bước 3: Người đồng hành và lịch gặp có chủ đích

  • Mỗi người mới có một người đồng hành ở địa điểm khác với mình, để kết nối xuyên địa điểm ngay từ đầu. Thời gian dành cho việc này được tính vào năng lực sprint.
  • Tuần đầu, người mới có các cuộc gọi làm quen 15–20 phút với từng thành viên — không bàn công việc là chính.
  • Nhóm chat có một kênh "hỏi nhanh – không có câu hỏi ngớ ngẩn", được trưởng nhóm chủ động trả lời trong ngày.

Bước 4: Làm việc cặp từ xa

Trong hai tuần đầu, Nam được ghép cặp lập trình (pair programming) qua chia sẻ màn hình với một thành viên mỗi ngày khoảng 2 giờ. Ngoài kiến thức mã nguồn, cách làm này chuyển giao tri thức ngầm (tacit knowledge): quy ước đặt tên, cách đội review, ai rành phần nào.

Bước 5: Thu phản hồi và cải tiến

Cuối tuần 1 và tuần 4, người mới trả lời vài câu ngắn: "Bạn biết hỏi ai khi bị kẹt?", "Điều gì trong tài liệu sai hoặc thiếu?". Mỗi người mới phải sửa ít nhất một chỗ trong tài liệu onboarding — tài liệu vì thế luôn được cập nhật bởi chính người dùng nó.

Kết quả: người mới tiếp theo có đóng góp đầu tiên được hợp nhất vào ngày thứ 6, môi trường phát triển cài xong trong nửa ngày.

Sai lầm thường gặp

  • "Cứ đọc tài liệu đã": người mới cô lập, tài liệu cũ gây hiểu sai.
  • Người đồng hành không được giảm tải: hướng dẫn trở thành việc làm thêm, chất lượng kém.
  • Đối xử khác nhau giữa người mới tại văn phòng và người mới từ xa, không có ý thức về khoảng cách này.
  • Đóng góp đầu tiên quá lớn: người mới mất nhiều tuần mới thấy kết quả, dễ nản.
  • Không đo: không biết thời gian tới đóng góp đầu tiên là bao lâu, nên không biết cải thiện ở đâu.

Bài học rút ra

Với đội phân tán, những gì xảy ra "tự nhiên" ở văn phòng — hỏi nhanh, ăn trưa cùng, nghe lỏm cuộc trò chuyện — phải được thiết kế có chủ đích. Onboarding tốt là một quy trình lặp lại được, có người chịu trách nhiệm, có thời gian được bố trí trong kế hoạch và có chỉ số theo dõi. Đầu tư đó trả lại nhanh: người mới tạo giá trị sớm hơn, và cảm giác thuộc về đội giúp giữ chân họ lâu hơn.

Góc ôn thi PMP

  • Thành viên mới gia nhập giữa dự án → cập nhật danh bạ đội, ma trận trách nhiệm, kế hoạch truyền thông; tổ chức định hướng (orientation) và đào tạo — thuộc Acquire Resources và Develop Team.
  • Tình huống "thành viên mới từ xa chậm hội nhập": tránh đáp án loại bỏ người đó hay yêu cầu họ tự xoay xở; chọn hành động tạo điều kiện (mentoring, pair work, kết nối).
  • Đội mới (hoặc có người mới) quay lại giai đoạn hình thành (forming) theo mô hình Tuckman; PM cần chủ động hơn trong giai đoạn này.

Nguồn tham khảo

  • Please Turn Your Cameras On: Remote Onboarding of Software Developers during a Pandemic – arXiv (ICSE SEIP 2021)
  • The complete guide to remote onboarding for new-hires – The GitLab Handbook
#Đội phân tán#onboarding#thanh-vien-moi#buddy#acquire-resources

Trắc nghiệm tình huống PMP

Câu 1/1
Một lập trình viên mới gia nhập đội phân tán và làm hoàn toàn từ xa. Sau ba tuần, người này chưa có đóng góp nào, cho biết không biết hỏi ai và ngại làm phiền đồng đội. Một thành viên mới khác làm tại văn phòng cùng thời điểm đã hoàn thành vài hạng mục. PM nên làm gì?

Bạn chọn phương án nào?

Đội đang ở giữa giai đoạn nước rút thì có hai người mới làm từ xa gia nhập. Kèm cặp kỹ (người đồng hành, làm việc cặp 2 giờ mỗi ngày) sẽ làm giảm năng lực sprint khoảng 15% trong hai tuần. Nếu là PM, bạn chọn cách nào?

Bài viết hữu ích? Chia sẻ cho đồng nghiệp nhé!

Đánh giá bài viết

Bình luận

Mục lục

Tình huống minh hoạPhân tích theo PMBOK® GuideCách xử lýSai lầm thường gặpBài học rút raGóc ôn thi PMPNguồn tham khảoTrắc nghiệmBình chọn
Quảng cáoBộ đề thi thử PMP (mẫu)
Quảng cáoTemplate quản lý dự án (mẫu)