Lĩnh vực Phạm vi (Scope)

Xác định và quản lý những gì dự án sẽ và sẽ không bàn giao: yêu cầu, tuyên bố phạm vi, WBS và quy tắc 100%, đường cơ sở phạm vi, xác nhận và kiểm soát phạm vi; backlog trong agile; phình phạm vi và mạ vàng.

Cơ bản5 phút đọc5 câu hỏiCập nhật 24/08/2026

Lĩnh vực hiệu suất

Phạm vi

Nhóm trọng tâm

Lập kế hoạch

Giám sát & kiểm soát

"Làm thêm cái này chắc không mất bao lâu đâu." Câu nói quen thuộc ấy là khởi đầu của rất nhiều dự án trễ hạn. Lĩnh vực Phạm vi (Scope) giúp dự án trả lời rõ ràng: chúng ta sẽ bàn giao những gì, và không bàn giao những gì, rồi quản lý ranh giới đó khi yêu cầu thay đổi.

Phạm vi sản phẩm và phạm vi dự án

Phạm vi sản phẩm (product scope): các đặc tính, chức năng của sản phẩm, dịch vụ, kết quả. Đo bằng yêu cầu sản phẩm.
Phạm vi dự án (project scope): toàn bộ công việc cần làm để bàn giao sản phẩm với các đặc tính đó, kể cả công việc quản lý dự án, đào tạo, chuyển giao. Đo bằng kế hoạch dự án.

Ví dụ dự án xây phòng khám: phạm vi sản phẩm gồm 12 phòng khám, phòng X-quang đạt chuẩn an toàn bức xạ; phạm vi dự án gồm thiết kế, xin phép, đấu thầu, thi công, lắp đặt thiết bị, đào tạo nhân viên vận hành.

Từ yêu cầu đến đường cơ sở phạm vi (cách tiếp cận dự đoán)

Thu thập yêu cầu: phỏng vấn, hội thảo, khảo sát, quan sát, nguyên mẫu. Kết quả là tài liệu yêu cầu và (nối từng yêu cầu với mục tiêu kinh doanh, sản phẩm bàn giao, kiểm thử).

Thuật ngữ chính

Hiện tượng	Nguồn gốc	Cách xử lý
Phình phạm vi (scope creep)	Yêu cầu thêm không qua kiểm soát thay đổi, thường từ khách hàng, bên liên quan	Đưa mọi yêu cầu vào quy trình thay đổi, phân tích tác động
Mạ vàng (gold plating)	Đội tự thêm tính năng ngoài yêu cầu	Bám tiêu chí chấp nhận; ý tưởng mới đưa vào backlog

Kỹ thuật	Khi nào hiệu quả
Phỏng vấn	Lấy ý kiến chuyên gia, người ra quyết định; chủ đề nhạy cảm
Hội thảo có điều phối	Cần nhiều bộ phận thống nhất nhanh, giải quyết mâu thuẫn yêu cầu
Nhóm tập trung	Tìm hiểu kỳ vọng, thái độ của một nhóm người dùng
Quan sát, đi kèm công việc	Người dùng khó diễn đạt cách họ làm việc thực tế
Nguyên mẫu	Yêu cầu giao diện, trải nghiệm chưa rõ; "thấy mới biết mình muốn gì"
Phân tích tài liệu	Có quy trình, quy định, hệ thống cũ cần kế thừa

Tuyên bố phạm vi dự án · Project Scope Statement

Mô tả phạm vi dự án, các sản phẩm bàn giao chính và các loại trừ. Nội dung tối thiểu theo PMBOK 6: mô tả phạm vi sản phẩm, các sản phẩm bàn giao, tiêu chí chấp nhận và những gì ngoài phạm vi (exclusions). Giả định và ràng buộc được ghi trong nhật ký giả định. Khác với điều lệ dự án (cấp cao, ủy quyền), tuyên bố phạm vi chi tiết hơn và là một phần của đường cơ sở phạm vi.

Quy tắc 100% · 100% Rule

Nguyên tắc lập WBS: WBS phải bao gồm 100% công việc được xác định trong phạm vi dự án (kể cả công việc quản lý dự án) và không có gì nằm ngoài phạm vi. Áp dụng ở mọi cấp: tổng công việc của các phần tử con phải bằng đúng 100% công việc của phần tử cha — không thiếu, không thừa, không chồng lấn.

Gói công việc · Work Package

Thành phần ở cấp thấp nhất của WBS mà tại đó chi phí và thời gian có thể được ước tính và quản lý. Gói công việc mô tả sản phẩm bàn giao hoặc phần việc (danh từ), chưa phải hoạt động; trong quy trình Xác định hoạt động (Define Activities), mỗi gói được phân rã tiếp thành các hoạt động để lập tiến độ. Mỗi gói công việc thuộc về đúng một tài khoản kiểm soát.

Từ điển WBS · WBS Dictionary

Tài liệu đi kèm cấu trúc phân rã công việc (WBS), mô tả chi tiết từng thành phần của WBS: mã tài khoản, mô tả công việc, giả định và ràng buộc, đơn vị chịu trách nhiệm, mốc tiến độ, các hoạt động liên quan, nguồn lực, ước tính chi phí, yêu cầu chất lượng, tiêu chí chấp nhận và tài liệu kỹ thuật tham chiếu. Cùng với tuyên bố phạm vi và WBS, nó tạo thành đường cơ sở phạm vi.

Đường cơ sở phạm vi · Scope Baseline

Phiên bản đã được phê duyệt của tuyên bố phạm vi (scope statement), WBS và từ điển WBS. Đường cơ sở phạm vi chỉ được thay đổi thông qua quy trình kiểm soát thay đổi tích hợp, và là căn cứ để so sánh khi xác nhận phạm vi (Validate Scope) và kiểm soát phạm vi (Control Scope), giúp phát hiện phình phạm vi.

Ma trận truy xuất yêu cầu · Requirements Traceability Matrix (RTM)

Bảng liên kết mỗi yêu cầu sản phẩm từ nguồn gốc (mục tiêu kinh doanh, bên đề xuất) tới sản phẩm bàn giao đáp ứng nó, và thường tới thiết kế, ca kiểm thử. RTM giúp bảo đảm mọi yêu cầu được phê duyệt đều tạo ra giá trị, đều được thực hiện và kiểm thử, đồng thời hỗ trợ phân tích tác động khi có thay đổi.

Xác nhận phạm vi · Validate Scope

Quy trình chính thức hoá việc nghiệm thu các sản phẩm bàn giao đã hoàn thành, do khách hàng hoặc nhà tài trợ thực hiện. Đầu vào là các sản phẩm đã được xác minh (verified deliverables) qua kiểm soát chất lượng; đầu ra là sản phẩm được chấp nhận (accepted deliverables) hoặc yêu cầu thay đổi. Xác nhận phạm vi quan tâm đến sự chấp nhận của khách hàng; kiểm soát chất lượng quan tâm đến tính đúng đắn và thường diễn ra trước.

Phình phạm vi · Scope Creep

Sự mở rộng phạm vi sản phẩm hoặc dự án không được kiểm soát, tức là thêm việc mà không điều chỉnh tương ứng về thời gian, chi phí, nguồn lực và không được phê duyệt chính thức. Nguyên nhân thường là yêu cầu không rõ, khách hàng đề nghị trực tiếp với đội, PM thiếu quy trình kiểm soát thay đổi. Phòng ngừa bằng đường cơ sở phạm vi rõ ràng, quy trình kiểm soát thay đổi tích hợp và ma trận truy xuất yêu cầu.

Ôn 8 thuật ngữ bằng thẻ ghi nhớ

Lĩnh vực Phạm vi (Scope)

Phạm vi sản phẩm và phạm vi dự án

Từ yêu cầu đến đường cơ sở phạm vi (cách tiếp cận dự đoán)

Phạm vi trong cách tiếp cận agile

Xác nhận và kiểm soát phạm vi

Phạm vi và môi trường bên ngoài

Ví dụ: ứng dụng đặt vé xe khách

Kỹ thuật thu thập yêu cầu thường dùng

Đối chiếu PMBOK 7 → 8

Điểm cần nhớ

Mẹo thi PMP

Thuật ngữ chính

Liên hệ đề thi PMP (ECO 2026)

Tài liệu tham khảo

Trắc nghiệm nhanh

Hoàn thành bài học