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. /Đội 15 người, họp đứng mất 40 phút: chọn quy mô …
Lãnh đạo & đội nhóm· Domain: Đội dự án

Đội 15 người, họp đứng mất 40 phút: chọn quy mô và chia đội mới trước khi "kênh giao tiếp" nhấn chìm dự án

Sponsor muốn dự án nhanh nên giao ngay 15 người. Hai tuần sau, cuộc họp đứng hằng ngày kéo dài 40 phút và quyết định nào cũng cần cả phòng. Công thức số kênh giao tiếp n(n−1)/2, luật Brooks và khuyến nghị của Scrum Guide giúp PM thiết kế quy mô và cách chia đội mới.

HP
Nguyễn Thu Hà, PMP
17/02/2026
6 phút đọc 0 0
Đội 15 người, họp đứng mất 40 phút: chọn quy mô và chia đội mới trước khi "kênh giao tiếp" nhấn chìm dự á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 thương mại điện tử khởi động dự án xây dựng ứng dụng giao đồ ăn. Để "đi nhanh", sponsor phân bổ ngay 15 người: 8 lập trình viên, 3 kiểm thử viên, 2 thiết kế, 1 chuyên viên phân tích nghiệp vụ, 1 PM. Tất cả là một đội, một backlog, một cuộc họp hằng ngày.

Sau hai tuần:

  • Họp đứng hằng ngày kéo dài 35–40 phút; phần lớn người dự chỉ nghe những nội dung không liên quan đến mình.
  • Mỗi quyết định thiết kế cần ít nhất 6–7 người cho ý kiến.
  • Hai lập trình viên vô tình làm cùng một chức năng trong 3 ngày.
  • Thành viên mới nhất nói: "Tôi không biết hỏi ai về phần thanh toán."

Đội không thiếu người. Đội có quá nhiều đường giao tiếp.

Toán học của kênh giao tiếp

PMBOK® Guide ấn bản 6 dùng công thức tính số kênh giao tiếp tiềm năng trong phân tích yêu cầu truyền thông (quy trình Plan Communications Management – 10.1):

Số kênh = n(n − 1) / 2, với n là số người.

Số ngườiSố kênh
510
721
936
1266
15105

Từ 7 lên 15 người, số người tăng khoảng 2 lần nhưng số kênh tăng 5 lần. Mỗi kênh là một nơi thông tin có thể bị hiểu sai, chậm trễ hoặc bị bỏ sót.

Bài toán ôn thi thường gặp: đội có 10 người, thêm 3 người. Số kênh tăng thêm bao nhiêu? Trước: 10 × 9 / 2 = 45. Sau: 13 × 12 / 2 = 78. Tăng thêm 33 kênh. Lưu ý đề hỏi "tổng số" hay "tăng thêm", và n có tính PM hay không.

Luật Brooks và đội mới

Fred Brooks, trong cuốn The Mythical Man-Month (1975), phát biểu: thêm người vào một dự án phần mềm đang trễ sẽ làm nó trễ hơn. Ông chỉ ra ba lý do: người mới cần thời gian làm quen và lấy thời gian của người cũ, chi phí giao tiếp tăng theo số kênh, và không phải công việc nào cũng chia nhỏ được.

Chính Brooks thừa nhận đây là một sự đơn giản hoá; việc thêm người ở giai đoạn đầu dự án ít rủi ro hơn nhiều so với giai đoạn cuối. Với đội mới thành lập, đó là tin tốt: PM có cơ hội thiết kế cấu trúc ngay từ đầu, trước khi chi phí giao tiếp trở thành vấn đề kinh niên.

Khuyến nghị về quy mô

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
  • Scrum Guide 2020: Scrum Team thường có 10 người trở xuống, vì đội nhỏ giao tiếp tốt hơn và năng suất hơn. Khi đội quá lớn, nên tái tổ chức thành nhiều Scrum Team gắn kết, cùng hướng tới một Mục tiêu Sản phẩm (Product Goal), dùng chung Product Backlog và Product Owner.
  • Scrum Guide cũng nhấn mạnh đội phải liên chức năng (cross-functional) — có đủ kỹ năng để tạo ra giá trị mỗi Sprint — và tự quản lý.
  • Một quan sát đáng chú ý: Project Aristotle của Google không tìm thấy mối liên hệ đáng kể giữa quy mô đội và hiệu quả đội trong dữ liệu của họ. Điều này nhắc PM rằng quy mô không phải là tất cả: đội 12 người có cấu trúc rõ vẫn có thể hiệu quả hơn đội 6 người mơ hồ vai trò. Quy mô là đòn bẩy để giảm chi phí phối hợp, không phải công thức thành công.

Chia đội: ba cách và đánh đổi

Cách 1: Chia theo chức năng sản phẩm (feature team)

Ví dụ: Đội A phụ trách đặt món và giỏ hàng, Đội B phụ trách thanh toán và khuyến mãi. Mỗi đội có lập trình viên, kiểm thử, thiết kế.

  • Ưu điểm: mỗi đội bàn giao được giá trị trọn vẹn, ít phụ thuộc.
  • Nhược điểm: cần thống nhất kiến trúc chung, dễ trùng lặp mã.

Cách 2: Chia theo lớp kỹ thuật (component team)

Ví dụ: đội giao diện, đội máy chủ, đội kiểm thử.

  • Ưu điểm: chuyên môn sâu, dễ quản lý kỹ thuật.
  • Nhược điểm: không đội nào bàn giao được tính năng một mình; mọi tính năng đều cần phối hợp liên đội — lại quay về bài toán nhiều kênh.

Cách 3: Đội lõi nhỏ + chuyên gia dùng chung

Ví dụ: hai đội 6 người, một nhóm nhỏ chuyên gia bảo mật và hạ tầng hỗ trợ cả hai.

  • Ưu điểm: linh hoạt cho kỹ năng hiếm.
  • Nhược điểm: nhóm dùng chung dễ thành nút thắt; cần quy tắc ưu tiên rõ.

Với ứng dụng giao đồ ăn, PM chọn cách 1: hai đội 7 người theo hành trình người dùng, chung một Product Owner và backlog, có buổi phối hợp ngắn giữa đại diện hai đội mỗi ngày.

Kết quả sau khi chia

Số liệu minh hoạ. Họp đứng mỗi đội còn khoảng 12–15 phút. Số kênh trong mỗi đội là 21; giữa hai đội chủ yếu qua đại diện và các cuộc họp chung có mục đích. Thành viên mới biết rõ "đội mình" và "người phụ trách thanh toán" là ai.

Sai lầm thường gặp

  • Coi người là đơn vị cộng dồn: 15 người không làm nhanh gấp 3 lần 5 người, vì chi phí phối hợp tăng nhanh hơn năng lực làm việc.
  • Chia đội nhưng giữ nguyên mọi cuộc họp chung: chia đội mà ai cũng dự mọi họp thì số kênh không giảm.
  • Chia theo lớp kỹ thuật vì "quen": tạo phụ thuộc chéo, làm chậm bàn giao.
  • Chia rồi không phối hợp: cần cơ chế đồng bộ giữa các đội (đại diện, Scrum of Scrums, bảng phụ thuộc).

Checklist thiết kế quy mô cho đội mới

  • Đếm số người cần thiết theo kỹ năng, không theo ngân sách nhân sự sẵn có.
  • Tính số kênh giao tiếp nếu để một đội; nếu vượt khoảng 40–50 kênh, cân nhắc chia.
  • Mỗi đội con có đủ kỹ năng để bàn giao một phần giá trị trọn vẹn.
  • Mỗi cuộc họp có danh sách người cần dự; người không cần thì nhận biên bản.
  • Có cơ chế phối hợp liên đội và một backlog/ưu tiên chung.
  • Đánh giá lại cấu trúc sau 3–4 tuần, khi đội đã hiểu rõ hơn về sản phẩm.
  • Khi phải thêm người, ưu tiên làm sớm và kèm kế hoạch onboarding rõ ràng.

Góc ôn thi PMP

  • Thuộc công thức n(n − 1)/2; đọc kỹ đề "thêm bao nhiêu kênh" hay "tổng số kênh", và xem đề có tính PM vào n hay không (thường là có, vì PM cũng là một đầu mối giao tiếp).
  • Đội agile lý tưởng: nhỏ, liên chức năng, tự quản lý, ổn định; Scrum Guide 2020 ghi "thường 10 người trở xuống".
  • Khi đề hỏi "dự án trễ, sponsor muốn thêm người" → phân tích tác động (thời gian làm quen, chi phí giao tiếp) trước khi đồng ý; crashing chỉ hiệu quả cho hoạt động trên đường găng và chia nhỏ được.

Nguồn tham khảo

  • The 2020 Scrum Guide
  • Brooks's law – Wikipedia
  • Google re:Work – Guide: Understand team effectiveness
#quy-mo-doi#Kênh giao tiếp#brooks-law#doi-moi-thanh-lap#scrum-team

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

Câu 1/1
Một đội dự án mới thành lập hiện có 8 thành viên, tính cả PM. Sponsor quyết định bổ sung thêm 4 người để đẩy nhanh tiến độ. Số kênh giao tiếp tiềm năng của đội sẽ tăng thêm bao nhiêu?

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

Đội mới 14 người của bạn đang chậm vì chi phí phối hợp. Bạn quyết định chia đội nhưng sản phẩm có kiến trúc chưa ổn định. Nếu là PM, bạn chọn cách chia 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ạToán học của kênh giao tiếpLuật Brooks và đội mớiKhuyến nghị về quy môChia đội: ba cách và đánh đổiKết quả sau khi chiaSai lầm thường gặpChecklist thiết kế quy mô cho đội mớiGóc ôn thi PMPNguồn tham khảoTrắc nghiệmBình chọn
Quảng cáoTemplate quản lý dự án (mẫu)
Quảng cáoBộ đề thi thử PMP (mẫu)