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 Scrum mới ghép từ chuyên gia từng phòng: từ …
Lãnh đạo & đội nhóm· Domain: Đội dự án

Đội Scrum mới ghép từ chuyên gia từng phòng: từ "mỗi người một mảng" thành đội liên chức năng cùng chịu trách nhiệm

Đội Scrum mới gồm lập trình viên, kiểm thử viên, chuyên viên phân tích và thiết kế, nhưng mỗi người vẫn chỉ làm "mảng của mình". Cuối sprint, kiểm thử dồn cục, story nào cũng dang dở. Cách giúp một nhóm chuyên gia mới gặp nhau trở thành đội liên chức năng, tự quản lý theo Scrum Guide.

HP
Nguyễn Thu Hà, PMP
26/10/2025
6 phút đọc 0 0
Đội Scrum mới ghép từ chuyên gia từng phòng: từ "mỗi người một mảng" thành đội liên chức năng cùng chịu trách nhiệm

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 tài chính tiêu dùng chuyển sang Scrum cho dự án ứng dụng vay trực tuyến. Đội mới gồm 8 người: 4 lập trình viên, 2 kiểm thử viên, 1 chuyên viên phân tích nghiệp vụ, 1 thiết kế giao diện. Họ đến từ các phòng chuyên môn khác nhau và vẫn báo cáo hành chính cho trưởng phòng cũ.

Sau ba sprint hai tuần:

  • Mỗi lập trình viên nhận story riêng, làm một mình từ đầu đến cuối phần mã.
  • Kiểm thử viên gần như rảnh tuần đầu, quá tải tuần hai; nhiều story chuyển sang sprint sau vì "chưa test xong".
  • Chuyên viên phân tích viết đặc tả xong là chuyển sang story khác, ít khi tham gia khi lập trình viên có câu hỏi.
  • Trong Daily Scrum, mỗi người báo cáo việc của mình cho Scrum Master.
  • Sprint Goal hầu như không đạt; trung bình chỉ khoảng một nửa số story được hoàn thành theo Definition of Done.

Đội có đủ kỹ năng trên giấy, nhưng vẫn vận hành như một dây chuyền chuyển giao giữa các chuyên gia.

Scrum Guide nói gì về đội

Scrum Guide 2020 mô tả Scrum Team gồm một Scrum Master, một Product Owner và các Developers; không có nhóm con hay phân cấp trong đội. Đội:

  • Liên chức năng (cross-functional): thành viên có tất cả kỹ năng cần thiết để tạo ra giá trị trong mỗi Sprint.
  • Tự quản lý (self-managing): đội tự quyết định ai làm gì, khi nào và như thế nào.
  • Cùng chịu trách nhiệm: toàn bộ Scrum Team chịu trách nhiệm tạo ra một Increment có giá trị, hữu ích mỗi Sprint.
  • Đủ nhỏ để linh hoạt và đủ lớn để hoàn thành công việc đáng kể, thường từ 10 người trở xuống.

Lưu ý: "liên chức năng" là thuộc tính của đội, không yêu cầu mỗi cá nhân biết làm mọi việc. Trong Scrum, "Developers" là tất cả những người làm ra Increment — kể cả kiểm thử viên, chuyên viên phân tích, thiết kế.

Vì sao đội mới thường rơi vào "dây chuyền chuyên gia"

  • Thói quen từ phòng chức năng: mỗi người được đánh giá theo chuyên môn của mình nhiều năm.
  • Báo cáo hành chính vẫn theo phòng: trưởng phòng kiểm thử hỏi "bạn đã test bao nhiêu ca", không hỏi "đội đạt Sprint Goal chưa".
  • Ở giai đoạn hình thành: thành viên chưa đủ tin nhau để nhận việc ngoài chuyên môn hoặc nhờ giúp.
  • Hiểu sai Daily Scrum: coi là buổi báo cáo cho Scrum Master thay vì buổi đội tự điều chỉnh kế hoạch hướng tới Sprint Goal.

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

Năm thay đổi giúp đội trở thành đội liên chức năng

1. Giới hạn số story đang làm cùng lúc

Thay vì 8 người làm 8 story song song, đội đặt giới hạn: tối đa 3 story đang làm. Khi một story kẹt ở kiểm thử, người rảnh tay hỗ trợ story đó thay vì mở story mới. Cách làm "dồn sức" (swarming) này giúp story được hoàn thành sớm, kiểm thử trải đều trong sprint.

2. Làm cùng nhau từ đầu story

Lập trình viên, kiểm thử viên và chuyên viên phân tích cùng thảo luận tiêu chí chấp nhận trước khi viết mã. Kiểm thử viên viết kịch bản kiểm thử song song với lập trình; lập trình viên viết kiểm thử tự động. Hoạt động "chuyển giao" giảm, câu hỏi được trả lời ngay.

3. Phát triển kỹ năng chữ T (T-shaped)

Mỗi người giữ chuyên môn sâu, đồng thời học thêm kỹ năng liền kề: lập trình viên học viết kiểm thử tự động, kiểm thử viên học đọc mã và kiểm thử API, chuyên viên phân tích học viết tiêu chí chấp nhận dưới dạng ví dụ. Một ma trận kỹ năng giúp đội thấy chỗ "chỉ một người biết" — rủi ro nút thắt.

4. Đưa Daily Scrum về đúng mục đích

Scrum Guide mô tả Daily Scrum là sự kiện 15 phút để Developers kiểm tra tiến độ hướng tới Sprint Goal và điều chỉnh kế hoạch. Đổi câu hỏi từ "hôm qua bạn làm gì" sang "điều gì đang cản trở Sprint Goal, và ai có thể giúp". Scrum Master không cần là người "nhận báo cáo".

5. Thoả thuận làm việc và Sprint Goal thật sự

Cùng đội viết thoả thuận làm việc: ưu tiên hoàn thành hơn bắt đầu, ai cũng có thể nhận việc ngoài chuyên môn khi đội cần, hỏi giúp trong vòng nửa ngày nếu bị kẹt. Sprint Goal được viết thành một mục tiêu chung — không phải danh sách story — để đội có lý do phối hợp.

Vai trò của PM, Scrum Master và quản lý chức năng

  • Scrum Master huấn luyện đội về tự quản lý và tính liên chức năng, giúp loại bỏ trở ngại.
  • PM hoặc người quản lý cấp trên (trong môi trường hybrid) làm việc với trưởng phòng chức năng để điều chỉnh cách đánh giá: ghi nhận đóng góp vào kết quả đội, khuyến khích học kỹ năng mới.
  • Quản lý chức năng chuyển vai trò từ giao việc sang phát triển năng lực chuyên môn (cộng đồng thực hành, đào tạo).

Ví dụ ma trận kỹ năng của đội

Minh hoạ. Mức 0 = chưa biết, 1 = làm được khi có hướng dẫn, 2 = làm độc lập, 3 = có thể hướng dẫn người khác.

Kỹ năngSố người mức 2 trở lênRủi ro
Lập trình giao diện di động3Thấp
Lập trình dịch vụ máy chủ4Thấp
Kiểm thử tự động2Trung bình
Cấu hình cổng thanh toán1Cao — nút thắt
Viết tiêu chí chấp nhận1Cao — nút thắt

Đội dùng ma trận này trong retrospective để chọn kỹ năng ưu tiên học chéo ở sprint tiếp theo.

Kết quả kỳ vọng

Số liệu minh hoạ. Sau 3–4 sprint áp dụng, đội có thể kỳ vọng ít story dang dở hơn cuối sprint, thời gian chờ kiểm thử giảm, Sprint Goal đạt thường xuyên hơn. Điều quan trọng hơn con số: đội bắt đầu nói "chúng ta" thay vì "phần của tôi".

Sai lầm thường gặp

  • Ép mọi người làm mọi việc: liên chức năng không có nghĩa là bỏ chuyên môn sâu.
  • Giữ "sprint con": sprint phát triển rồi sprint kiểm thử — vi phạm việc tạo Increment hoàn chỉnh mỗi Sprint.
  • Không xử lý hệ thống đánh giá: nếu chỉ tiêu cá nhân vẫn theo phòng, hành vi sẽ quay về như cũ.
  • Scrum Master giao việc: làm mất tính tự quản lý của đội.

Góc ôn thi PMP

  • Đội agile lý tưởng: liên chức năng, tự quản lý, ổn định, nhỏ; người có kỹ năng chữ T giúp giảm nút thắt.
  • Khi đề mô tả "kiểm thử dồn cuối sprint" → hành động tốt: giới hạn WIP, swarming, hợp tác sớm, không phải thêm kiểm thử viên ngay.
  • Scrum Master là servant leader: huấn luyện, loại bỏ trở ngại, không giao việc.
  • Daily Scrum dành cho Developers, mục đích là kiểm tra tiến độ hướng tới Sprint Goal và điều chỉnh kế hoạch.

Nguồn tham khảo

  • The 2020 Scrum Guide
  • Atlassian Team Playbook – Working agreements
#cross-functional#scrum-team#tu-quan-ly#doi-moi-thanh-lap#t-shaped

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

Câu 1/1
Một đội Scrum mới thành lập liên tục để nhiều story dang dở vào cuối sprint vì kiểm thử dồn vào những ngày cuối. Trong khi đó, các lập trình viên đã chuyển sang story mới ngay khi viết xong mã. Scrum Master nên làm gì?

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

Đội Scrum mới của bạn có 8 người nhưng chỉ 1 người biết cấu hình hệ thống thanh toán. Trưởng phòng của người đó muốn giữ anh ấy làm "chuyên gia duy nhất". Nếu là Scrum Master/PM, bạn chọn hướng 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ạScrum Guide nói gì về độiVì sao đội mới thường rơi vào "dây chuyền chuyên gia"Năm thay đổi giúp đội trở thành đội liên chức năngVai trò của PM, Scrum Master và quản lý chức năngVí dụ ma trận kỹ năng của độiKết quả kỳ vọngSai lầm thường gặpGó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)