CertFlow PRO
PMBOK8-Process · Bài 7/10

Quản Lý Chất Lượng Dự Án: Từ Yêu Cầu Đến Cải Tiến Liên Tục

··Cập nhật ·18 phút đọc
Chia sẻ:
Quality Management in PMBOK 8

PMBOK 8 nhìn chất lượng không chỉ ở sản phẩm mà còn ở quy trình. Bài này đi qua quality planning, assurance, control và cải tiến liên tục theo tư duy PMBOK 8.

1. Quality theo PMBOK 8 — Rộng hơn bạn nghĩ

Nhiều PM hiểu quality là "testing" hoặc "không có defects." PMBOK 8 định nghĩa rộng hơn rất nhiều:

PMBOK® 8, Section 3.5: "Quality is the degree to which a set of inherent characteristics of a project deliverable or process helps to meet or exceed the project's target objectives. Embedding quality includes the ability to satisfy customers and stakeholders' stated or implied needs at or above target levels of efficiency."

Hai keywords quan trọng: "stated or implied needs" — quality phải đáp ứng cả những gì stakeholder NÓI và những gì họ NGẦM GIẢI ĐỊNH. Và "processes AND deliverables" — quality không chỉ về sản phẩm cuối, mà còn về cách bạn tạo ra sản phẩm đó.

PMBOK 8 nâng quality thành nguyên lý nền tảng thứ 3: "Embed Quality Into Processes and Deliverables" — không phải hoạt động riêng biệt mà phải TÍCH HỢP vào mọi thứ.


2. Bảy dimensions of quality theo PMBOK 8

Dimension

Câu hỏi đánh giá

Ví dụ

Performance

Deliverable có hoạt động đúng ý định?

App load dưới 3 giây

Conformity

Có phù hợp specifications và fit for use?

Đạt tất cả acceptance criteria

Resilience

Có chịu được failures bất ngờ và recover nhanh?

System uptime 99.9%

Satisfaction

Có feedback tốt từ users về usability và UX?

NPS > 50 sau go-live

Uniformity

Có consistency across outputs/workflows?

Mọi reports có cùng format, cùng logic

Efficiency

Có tối ưu output/input ratio?

Ít rework, resource utilization cao

Sustainability

Có đáp ứng tiêu chuẩn bền vững?

Carbon footprint giảm 20%

🌟 PMBOK 8 nhấn mạnh: "Quality as a feature" — quality là thuộc tính của scope, không phải thứ riêng biệt. Cầu phải chắc, app phải nhanh, hệ thống phải bảo mật — đây là quality attributes, và chúng thuộc về scope.


3. Framework 7 enablers quản lý chất lượng

Nhóm

Enabler

Câu hỏi cốt lõi 

Planning

Gather quality requirements

Stakeholder kỳ vọng quality ở mức nào?

Planning

Plan quality processes and tools

Dùng tools gì để đảm bảo quality?

Execution

Execute quality management plan

Quality assurance đang hoạt động không?

Compliance

Help ensure regulatory compliance

Đáp ứng regulations bắt buộc?

Financial

Manage CoQ and sustainability

Chi bao nhiêu cho quality, sustainability?

Monitoring

Conduct ongoing quality reviews

Quality có đang meet standards?

Improvement

Implement continuous improvement

Processes có đang tốt hơn theo thời gian?


4. Gather quality requirements và plan quality processes

Gather Quality Requirements

Quality requirements bao gồm: Functional requirements (hệ thống phải làm gì), Nonfunctional requirements (performance, security, availability, usability), Acceptance criteria (conditions deliverable phải đáp ứng), Definition of Done (DoD) — PMBOK 8: "checklist of all criteria required so that a deliverable can be considered ready for customer use."

🌟 Nguồn quality requirements: stakeholder interviews, industry standards (ISO, CMMI, IEEE), regulatory requirements (FDA, SOX, GDPR), organizational quality policies (OPA), benchmarking against competitors, và customer talks and tests (tool mới PMBOK 8).

Plan Quality Processes and Tools

PMBOK 8 Manage Quality Assurance (Section 2.1.6.5): "Ensuring processes are performed in a manner consistent with stakeholder expectations, involving the implementation of planned and systematic activities defined in the quality management plan."

Quality Management Plan xác định: quality standards applicable, quality metrics (how to measure), quality assurance activities (process audits, reviews), quality control activities (inspection, testing), roles and responsibilities for quality, và tools and techniques.

Quality Assurance (QA)

Quality Control (QC)

Focus trên processes — cách chúng ta làm việc

Focus trên deliverables — sản phẩm chúng ta tạo ra

Prevention-oriented — ngăn defects trước khi xảy ra

Detection-oriented — tìm defects sau khi tạo

Process audits, reviews, continuous improvement

Inspection, testing, control charts, statistical sampling

Áp dụng throughout project

Áp dụng khi deliverables được tạo

"Doing things right"

"Making sure things are right"

💡 Mẹo PMP: Quality ASSURANCE = process-focused, prevention. Quality CONTROL = product-focused, detection. Khi đề thi nói "the PM wants to prevent defects" → QA. "The PM wants to find defects" → QC. PMI ưu tiên prevention (QA) over inspection (QC).


5. Cost of Quality (CoQ) — Phòng bệnh rẻ hơn chữa bệnh

PMBOK 8 dành mô hình chi tiết cho Cost of Quality — tổng chi phí phát sinh trong suốt vòng đời sản phẩm để đảm bảo chất lượng.

Cost of Conformance (tiền chi ĐỂ đạt quality)

Cost of Nonconformance (tiền mất VÌ thiếu quality)

Loại

Prevention + Appraisal

Internal Failure + External Failure

Prevention

Training, document processes, equipment, "time to do it right"

—

Appraisal

Testing, destructive testing, inspections

—

Internal Failure

—

Rework, scrap (tìm thấy TRƯỚC khi khách hàng nhận)

External Failure

—

Liabilities, warranty, lost business (tìm thấy SAU khi khách hàng nhận)

PMBOK® 8: "The optimal CoQ is one that reflects the appropriate balance for investing in the cost of prevention and appraisal to AVOID failure costs." — Đầu tư vào prevention và appraisal (conformance) luôn rẻ hơn gánh chịu failure costs (nonconformance).

External failure costs là đắt nhất — warranty claims, lawsuits, lost reputation, lost customers. Đó là lý do PMBOK 8 nhấn mạnh: embed quality from the start, đừng để đến cuối mới kiểm tra.


6. Execute quality plan, audits, và reviews

Quality Audits

PMBOK 8: "A quality audit is usually conducted by a team external to the project. Objectives include: identifying good practices, identifying nonconformities and gaps, sharing good practices across projects, proactively offering assistance to raise productivity."

Quality audits cũng confirm implementation of approved change requests — đảm bảo changes thực sự được thực hiện đúng.

Quality Control Tools — PMBOK 8

Tool

Mục đích

Khi nào dùng

Control Charts

Xác định process có stable/predictable không. Upper/Lower Control Limits.

Repetitive activities, manufacturing, service delivery

Inspection

Examine deliverables for conformance to standards

Mọi deliverable trước acceptance

Cause-and-Effect (Fishbone)

Trace effect back to root cause

Khi cần find root cause of quality problem

Histogram

Show frequency distribution of data

Analyze defect patterns, performance distribution

Scatter Diagram

Show relationship between 2 variables

Correlation analysis (VD: hours worked vs defects)

Statistical Sampling

Test subset of population

Large quantities, destructive testing impractical

Testing

Verify deliverable meets requirements

UAT, integration testing, performance testing

Quality trong Adaptive — Definition of Done

PMBOK 8: "DoD is a checklist of all criteria required so that a deliverable can be considered ready for customer use." DoD thay thế formal inspection processes trong agile. Nếu increment không meet DoD — nó không được release. DoD là quality gate tự động của mỗi sprint.


7. Regulatory compliance và sustainability

Help Ensure Regulatory Compliance

PM phải đảm bảo: identify applicable regulations sớm (FDA, SOX, GDPR, building codes, environmental regulations), integrate compliance vào quality plan (không phải afterthought), track compliance throughout project (audits, documentation), và engage regulatory SMEs khi cần.

PMBOK 8 nêu: một công ty mở rộng shipping services phải đáp ứng "governmental shipping specifications for each target market." Nhưng quality-driven approach đi xa hơn: "high-value customers have stricter standards than regulatory bodies — by addressing these higher standards, the company exceeds expectations."

Sustainability trong Quality

PMBOK 8 liệt kê Sustainability là dimension thứ 7 của quality. Sustainability trong quality bao gồm: sustainable materials selection, energy-efficient processes, waste reduction, carbon footprint measurement, social impact assessment, và lifecycle thinking (quality không chỉ khi deliver mà cả khi product bị dispose).


8. Continuous Improvement — PDCA và beyond

PMBOK® 8: "Adopting a continuous improvement mindset optimizes processes, boosts efficiency, and enhances maturity growth for the whole organization, leading to better project outcomes and overall organizational success."

PDCA Cycle (Plan-Do-Check-Act)

  1. - Plan — Identify improvement opportunity, analyze root cause, develop plan

  2. - Do — Implement the plan on small scale (pilot)

  3. - Check — Measure results, compare with expected outcomes

  4. - Act — If successful, standardize. If not, learn and cycle again.

Continuous Improvement Frameworks từ PMBOK 8

Framework

Focus

Phù hợp cho

PDCA

Iterative improvement cycle

Mọi project, general improvement

Lean

Eliminate waste, maximize value flow

Manufacturing, operations, service delivery

Six Sigma

Reduce variation, achieve near-zero defects

High-volume, statistical process control

Total Quality Management

Organization-wide quality culture

Enterprise-level transformation

Kaizen

Small, incremental daily improvements

Team-level, daily practices

Theory of Constraints

Identify and improve the bottleneck

Process optimization, throughput

Trong Adaptive: Retrospectives là cơ chế continuous improvement chính. PMBOK 8: "Regularly occurring workshop to explore work and results to improve both process and product." Mỗi sprint kết thúc bằng retrospective = mỗi sprint là cơ hội cải tiến.


9. Mẹo thi PMP

📍Mẹo 1 — Prevention > Inspection: PMI luôn ưu tiên "prevent defects" (QA) hơn "find defects" (QC). Khi đề cho lựa chọn giữa "invest in better processes" vs "add more testing" — chọn processes.

📍Mẹo 2 — Quality IS scope: Nonfunctional requirements (performance, security, usability) thuộc về scope. "App works but is slow" = scope gap, không chỉ quality issue.

📍Mẹo 3 — CoQ: External failure là đắt nhất: Khi đề hỏi "which quality cost is highest?" — external failure (warranty, lawsuits, lost customers) > internal failure (rework) > appraisal (testing) > prevention (training). Invest early saves the most.

📍Mẹo 4 — Control charts: within limits = stable: Process within control limits = stable (normal variation). Outside control limits = unstable (investigate). Control limits ≠ specification limits — control limits are statistical, spec limits are requirements-based.


10. Mười câu hỏi trắc nghiệm tình huống

Question 1

Your software meets all functional requirements but users report it takes 12 seconds to load the main dashboard. No performance requirement was documented.

What type of quality issue is this?

A. This is not a quality issue — all requirements were met.

B. This is a nonfunctional requirement gap — performance is a quality attribute that should have been captured in scope as an acceptance criterion.

C. This is a user training issue — users need to understand system limitations.

D. This is a testing failure — QC should have caught the performance issue.

Answer: B — PMBOK 8: "Quality is an integral attribute of scope and can include both functional AND nonfunctional requirements." Performance is a nonfunctional quality requirement. The gap is in requirements elicitation, not testing — the requirement was never captured.

Question 2

Your organization spends $50K on developer training and $30K on code reviews (prevention), $20K on testing (appraisal), $40K on rework (internal failure), and $100K on warranty claims (external failure). Total CoQ = $240K.

Where should the PM focus investment to reduce total CoQ?

A. Reduce testing costs — $20K is significant.

B. Reduce rework by adding more testing.

C. Increase investment in prevention (training, code reviews, better processes) to reduce both internal and external failure costs, which represent 58% of total CoQ.

D. Negotiate lower warranty costs with the service team.

Answer: C — PMBOK 8: "The optimal CoQ reflects the appropriate balance for investing in prevention and appraisal to AVOID failure costs." Failure costs ($140K) are 58% of total CoQ — reducing these through better prevention is the highest ROI. Reducing testing (A) may increase failures.

Question 3

A control chart shows a process with 7 consecutive data points above the mean but all within control limits.

What does this indicate?

A. The process is stable — all points are within control limits.

B. The process shows a trend or shift that should be investigated even though points are within limits — the "Rule of Seven" suggests a non-random pattern.

C. The control limits need to be recalculated.

D. The data is coincidental — no action needed.

Answer: B — The "Rule of Seven" states that 7 consecutive points on one side of the mean indicate a non-random pattern (assignable cause), even if within control limits. The process is trending and should be investigated before it goes out of control. This is a leading indicator.

Question 4

Your pharmaceutical project must comply with FDA 21 CFR Part 11 regulations for electronic records. The team wants to skip formal documentation to move faster — the regulations slow them down significantly.

What should you do?

A. Allow the team to skip documentation for speed and add it later.

B. Explain that regulatory compliance is non-negotiable, but work with the team to find more efficient ways to meet compliance requirements without unnecessary overhead.

C. Escalate to the sponsor for a waiver.

D. Switch to agile to reduce documentation burden.

Answer: B — Regulatory compliance cannot be skipped or deferred. PMBOK 8: quality-driven approach means meeting legal requirements AND finding efficient ways to do so. The PM should help find streamlined compliance processes, not bypass regulations (A) or assume agile eliminates compliance needs (D).

Question 5

Your agile team delivered a sprint increment that the PO accepted. However, QA found that automated test coverage was only 30% — below the team's Definition of Done requirement of 80%.

What should happen?

A. Accept the increment since the PO approved it.

B. The increment does NOT meet the Definition of Done and should not be considered "done." The team must increase test coverage to 80% before the increment can be released.

C. Update the DoD to 30% to match the team's capacity.

D. Add test coverage as a separate task in the next sprint.

Answer: B — PMBOK 8: DoD is "all criteria required so that a deliverable can be considered ready for customer use." If DoD says 80% coverage, anything less is not "done." PO acceptance doesn't override DoD. Lowering DoD (C) undermines quality. Deferring to next sprint (D) accumulates technical debt.

Question 6

After 3 sprints, your team's defect rate has remained at 15% — above the 5% target. The team's response has been "we'll test more carefully." The defect rate hasn't improved.

What approach should you recommend?

A. Add more QA resources to catch defects.

B. Conduct root cause analysis on the defects, then implement process improvements (better requirements, code reviews, pair programming) to PREVENT defects rather than just detecting them more.

C. Extend sprint duration to allow more testing time.

D. Set a zero-defect target to motivate the team.

Answer: B — "Test more carefully" = detection (QC). The defect rate isn't improving because the ROOT CAUSE isn't addressed. PMBOK 8 emphasizes prevention over inspection. Root cause analysis + process improvement (QA) will reduce defects at the source. More testing (A) catches more defects but doesn't prevent them.

Question 7

During a quality audit, the auditor finds that the team follows processes consistently and deliverables meet specs. However, customer satisfaction scores remain low. The auditor reports: "Process compliance is excellent."

What does this reveal?

A. Quality is good — the auditor confirmed process compliance.

B. The processes are being followed but may not be the RIGHT processes for achieving customer satisfaction. Quality must address both "doing things right" (conformance) AND "doing the right things" (fitness for use/customer satisfaction).

C. Customer satisfaction is a marketing issue, not a quality issue.

D. The quality metrics need updating to include satisfaction.

Answer: B — PMBOK 8: quality includes "satisfaction — do deliverables elicit valuable feedback from customers including usability and UX?" Process conformance alone doesn't guarantee customer satisfaction. The PM should evaluate whether processes are producing the RIGHT outcomes, not just any outcomes efficiently. D is partially correct but B is the root issue.

Question 8

Your construction project uses sustainable materials that cost 20% more than conventional alternatives. The sponsor questions the additional cost.

How should you justify the sustainability investment as a quality decision?

A. It's a regulatory requirement — no choice.

B. Present the lifecycle cost analysis: sustainable materials last longer (lower maintenance), meet emerging regulations (avoid future compliance costs), align with organizational values (brand value), and reduce environmental impact (triple bottom line).

C. Absorb the cost difference from contingency reserve.

D. Switch to conventional materials to stay within budget.

Answer: B — PMBOK 8: quality includes sustainability as the 7th dimension. Sustainability is a quality investment, not just a cost. Lifecycle analysis shows total value — initial cost is higher but total cost of ownership may be lower. This aligns with PMBOK 8's triple bottom line: people, planet, profit.

Question 9

Your team has been running retrospectives every sprint for 6 months but team members say nothing ever changes. The same issues keep recurring. Retrospective attendance has dropped.

What is the MOST likely root cause?

A. The team is tired of retrospectives — reduce frequency.

B. The retrospective format is stale — try different techniques.

C. Action items from retrospectives are not being implemented — the continuous improvement LOOP is broken. Retrospectives identify issues but no follow-through converts them into actual process changes.

D. The Scrum Master should facilitate better.

Answer: C — PDCA cycle: Plan (identify), Do (implement), Check (verify), Act (standardize). If only "Plan" happens (identify issues) but "Do" never follows (implement changes), improvement stops. The PM must ensure retrospective action items become concrete changes to DoD, working agreements, or processes — not just a list.

Question 10

Your vendor delivers components that meet all contractual specifications. When integrated into your system, performance degrades. The vendor says: "We met our specs — integration is your problem."

What quality management lesson does this illustrate?

A. The vendor is correct — integration quality is the buyer's responsibility.

B. Quality must be defined HOLISTICALLY — acceptance criteria should include integration testing and system-level performance, not just component specs. The gap is in how quality requirements were specified in the contract.

C. Add additional testing after vendor delivery.

D. Replace the vendor with one who tests integration.

Answer: B — PMBOK 8's Adopt a Holistic View: quality is about the WHOLE system, not just components in isolation. The contract should have included integration performance requirements as acceptance criteria. "Quality as a feature" means ALL quality attributes — including how components work together — must be specified in scope.


11. Tổng kết

Quality management theo PMBOK 8 không phải hoạt động riêng biệt — mà là tư duy embedded vào mọi thứ PM làm.

Ba takeaways:

  1. 1. Prevention > Detection > Correction — Đầu tư vào training, process design, và code reviews (prevention) luôn rẻ hơn testing (detection), và cả hai rẻ hơn rework + warranty (correction). Cost of Quality model cho thấy rõ: external failure costs là đắt nhất. Invest early, save later.

  2. 2. Quality = Scope = Value — Quality không phải "thêm vào" sau khi scope đã xong. Nonfunctional requirements (performance, security, usability, sustainability) LÀ scope. PMBOK 8 nêu rõ: "quality is an integral attribute of scope." Thiếu quality requirements = scope gap, không phải quality gap.

  3. 3. Continuous improvement là mindset, không phải event — PDCA, Lean, Six Sigma, Retrospectives — tất cả đều là tools cho cùng một mục tiêu: mỗi ngày tốt hơn hôm qua một chút. Nhưng tools vô nghĩa nếu action items không được thực hiện. Close the improvement loop: identify → implement → verify → standardize.

PMBOK® 8, Section 3.5: "Foundational to embedding target quality thresholds is continuous improvement and waste elimination. These practices enable project teams to refine their processes, optimize resource utilization, and deliver outcomes that meet or exceed target objectives."

Câu Hỏi Thường Gặp (FAQ)

PMBOK 8 tiếp cận quality management như thế nào so với PMBOK 6?

PMBOK 6 có 3 processes: Plan Quality, Manage Quality (QA), Control Quality (QC). PMBOK 8 tích hợp quality vào project performance domains và nhấn mạnh continuous improvement culture hơn là checklist compliance. Retrospectives trong agile, lessons learned trong predictive đều là quality improvement mechanisms.

Definition of Done (DoD) trong agile có liên quan gì đến quality management?

DoD là quality criteria mà user story phải đạt trước khi coi là 'done' — coded, tested, reviewed, documented, deployed to staging. DoD chính là QC mechanism trong agile: không pass DoD thì không được demo và không accept vào release. Team tự định nghĩa DoD và nghiêm túc tuân thủ.

Cost of Poor Quality (COPQ) là gì và tại sao quan trọng?

COPQ = chi phí phát sinh khi không đạt chất lượng = internal failures (rework, scrap) + external failures (warranty, returns, reputation damage). COPQ thường gấp 5-10 lần cost of prevention. PMBOK 8 nhắc PM: invest vào prevention và quality planning upfront — cost này thấp hơn nhiều so với fixing defects sau khi release.


Bạn đã nắm vững quản lý chất lượng dự án — giờ là lúc luyện tập với câu hỏi thi thật.

Làm thử đề PMP miễn phí →

Nguồn tham khảo chính thức:

Bạn đã sẵn sàng luyện tập chưa?

Thử CertFlow miễn phí — 10 câu hỏi, không cần đăng ký.

Bắt Đầu Miễn Phí
PMPPMBOK 8Quality ManagementProcess DomainCost of QualityContinuous ImprovementPDCADefinition of Done