Different Agile Methods — Scrum, XP, Kanban, Lean, DevOps, Scaled (PMI-ACP)
Ngôn ngữ • Language
- VI
- EN
Different Agile Methods (Tổng quan phương pháp Agile)
TL;DR
- Nhiều cách làm Agile, lại còn lai ghép. Với PMI-ACP, nắm vững: Scrum, XP, Kanban/Scrumban, Lean, DevOps, và Scaled (Scrum@Scale, SAFe).
- Nếu phải đoán một đội đang dùng gì, đoán Scrum (phổ biến nhất).
- Lăng kính PMI-ACP: Value-Driven Delivery (giao giá trị), Adaptive Planning (hoạch định linh hoạt), Servant Leadership, Team Empowerment, WIP limit, Cycle Time, CFD, DoD (Definition of Done), Acceptance Criteria.
Lối tắt:ECO 2025 · 4 domain
Learning objectives (7–10 phút đọc):
- Nhận diện nhanh khi nào dùng mỗi phương pháp.
- Biết 1–2 chỉ số cốt lõi để đo.
- Chọn bước áp dụng đầu tiên cho đội trong tuần này.
Glossary nhanh
DoD = Definition of Done (xong đúng chuẩn) • WIP = việc đang làm • CFD = Cumulative Flow Diagram •
SLE = Service Level Expectation (kỳ vọng thời gian xử lý – xác suất) • CFR = Change Failure Rate (tỷ lệ triển khai lỗi) •
IaC = Infrastructure as Code • SoS = Scrum of Scrums • MetaScrum = cơ chế PO/kinh doanh căn chỉnh ưu tiên.
Các phương pháp chính (nói gọn, dễ dùng)
1) Scrum (phổ biến nhất)
- Cách làm: Sprint; PO (Product Owner) ưu tiên backlog; Nhóm tự quản; Scrum Master gỡ vướng; sự kiện: Planning–Daily–Review–Retro.
- PMI-ACP: Timeboxing, DoD, Empiricism, Backlog Refinement, Incremental Delivery.
- Dùng khi: cần nhịp ra hàng đều, muốn học nhanh qua từng vòng.
- Ví dụ phi-IT: Chiến dịch truyền thông nội bộ 2 tuần/sprint, demo là mẫu email + số mở thử cho nhóm pilot.
- Khi không nên dùng: Công việc bị ngắt quãng liên tục kiểu helpdesk → cân nhắc Kanban/Scrumban.
Learn more: Scrum Guide
Scrum – chỉ số nên theo dõi (định hướng thi PMI-ACP)
• Sprint Goal met % • Carryover rate (spillover) • Escaped defects • Cycle time by work item • WIP aging
Ghi nhớ: Velocity dùng để forecast trong nội bộ team, không so sánh team-to-team.
2) Extreme Programming (XP)
- Cách làm: TDD/ATDD, Pair Programming, CI, Small Releases, Refactoring.
- Gần Scrum ở nhịp ngắn, nhưng đi sâu kỹ thuật.
- PMI-ACP: Quality built-in, test-first, acceptance criteria.
- Dùng khi: lỗi tái diễn, nợ kỹ thuật cao.
- Ví dụ phi-IT: Đội quy trình dịch vụ tạo checklist chấp nhận (ATDD) + review đôi để giảm lỗi thủ tục.
- Khi không nên dùng: Tổ chức không sẵn sàng cho test-first/pairing/CI → hãy pilot từng thực hành thay vì gắn nhãn XP toàn diện.
Learn more: Agile Alliance — XP
3) Kanban
- Cách làm: kéo việc, giới hạn WIP, board trực quan → tối ưu flow (dòng chảy).
- Không bắt buộc Sprint; hợp dịch vụ/vận hành.
- PMI-ACP: Information Radiators, WIP, CFD, SLE.
- Dùng khi: inbound lúc nhiều lúc ít, cần giảm chờ, ổn định cycle time.
- Ví dụ phi-IT: Helpdesk kéo ticket theo WIP=3, theo dõi cycle time theo loại yêu cầu.
- Khi không nên dùng: Team mới làm Agile, cần nhịp học rõ ràng → học Scrum trước rồi thêm WIP.
Learn more: Kanban University
Kanban – SLE & Little’s Law
SLE là kỳ vọng xác suất (VD: “85% hạng mục ≤ 8 ngày”), không phải SLA ràng buộc.
Little’s Law: WIP ≈ Throughput × Cycle Time. Muốn giảm cycle time → giảm WIP hoặc gỡ bottleneck để tăng throughput.
4) Scrumban (lai Scrum + Kanban)
- Cách làm: giữ vai trò/sự kiện Scrum, thêm WIP/flow metrics của Kanban để luồng mượt.
- Dùng khi: Scrum kẹt luồng, muốn mượt throughput (tốc độ hoàn tất) nhưng vẫn giữ nhịp Sprint.
- Ví dụ phi-IT: Team marketing nội dung vẫn sprint 2 tuần, nhưng giới hạn WIP cho cột “Viết/Thiết kế” để tránh tắc.
Anti-patterns cần tránh: WIP quá cao; Sprint Goal mơ hồ; xem CFD mà không hành động; “nửa Kanban nửa Sprint” gây bối rối cam kết.
Learn more: Scrum.org — Kanban with Scrum
5) Lean Software Development
- Gốc: Toyota Production System (TPS).
- Nguyên tắc: cắt lãng phí, tối đa giá trị, dòng chảy liên tục, học tập, tôn trọng con người.
- PMI-ACP: Value-Driven Delivery, Kaizen, Pull, Limit WIP.
- Dùng khi: nhiều handoff/chờ đợi, muốn tối ưu value stream (dòng giá trị).
- Ví dụ phi-IT: Rút gọn phê duyệt hợp đồng: gom bước, chuẩn hoá mẫu, đo lead time từng khâu.
- Khi không nên dùng: Chưa map value stream & thiếu dữ liệu → dễ “cắt nhầm” bằng cảm tính.
Learn more: Lean.org
6) DevOps (văn hoá + thực hành)
- Cách làm: Dev + Ops hợp tác: CI/CD, IaC, observability → ra mắt nhanh & ổn.
- PMI-ACP: Automation, feedback loops, Continuous Delivery.
- Dùng khi: cần phát hành thường xuyên, khôi phục nhanh (thấp MTTR).
- Ví dụ phi-IT: Trang tin nội bộ có pipeline tự động, lỗi thì rollback 1-click.
- Khi không nên dùng: Chỉ đổi công cụ mà không đổi quy trình/văn hoá; chưa có khả năng tự động hoá quyền phát hành.
Learn more: DORA — DevOps Research
DORA – 4 chỉ số cốt lõi
Deployment Frequency • Lead Time for Changes (LTFC) • Change Failure Rate (CFR) • MTTR
Mục tiêu: nhanh & ổn định — rút ngắn LTFC/tăng tần suất không được đánh đổi bằng CFR cao.
7) Scaled Agile (cho nhiều đội)
- Scrum@Scale: mở rộng Scrum kiểu mạng lưới (SoS, MetaScrum) → nhẹ.
Learn more: Scrum@Scale - SAFe: khung có quản trị rõ (ART/PI Planning, Lean Portfolio) → đồng bộ cao.
Learn more: Scaled Agile Framework - Khi không nên dùng: < 5 đội hoặc team đơn lẻ chưa ổn định → tránh “scale dysfunction”.
Scaled – đo lường: PI Predictability = (Actual BV / Planned BV) theo team & ART để đánh giá ổn định thực thi.
Bảng so sánh (ngắn gọn — comparison)
Agile methods comparison — cadence, focus, when to use, metrics:
| Phương pháp | Nhịp | Tập trung | Dùng khi | Chỉ số gợi ý |
|---|---|---|---|---|
| Scrum | Sprint | Minh bạch, nhịp học | Ra hàng đều | Sprint Goal met %, Carryover rate, Escaped defects, Cycle time |
| XP | Sprint/ngắn | Kỹ thuật sạch | Giảm lỗi, giảm nợ kỹ thuật | Auto test %/coverage, Defect escape, Refactor rate |
| Kanban | Liên tục | Dòng chảy | Inbound thất thường | WIP, Cycle Time (50/85th pct), Throughput, Aging WIP, CFD |
| Scrumban | Sprint + WIP | Scrum + Flow | Scrum nghẽn luồng | WIP, Throughput/Sprint, Aging WIP |
| Lean | Tuỳ | Cắt lãng phí | Nhiều handoff/chờ | Lead Time, Flow Efficiency |
| DevOps | Liên tục | Tự động hoá, phát hành | Ra mắt thường xuyên | Deployment Freq, LTFC, CFR, MTTR |
| Scaled | Theo chương trình | Đồng bộ nhiều đội | Tổ chức lớn | PI Predictability, % deps resolved on time |
Mini-mock – Different Agile Methods
Loading questions…
Blueprint tie-ins (ECO 2025)
| Phương pháp | Mindset | Leadership | Product | Delivery |
|---|---|---|---|---|
| Scrum | Empiricism, timeboxing | Servant leadership (SM) | PO ưu tiên backlog, acceptance criteria | Increment/DoD mỗi Sprint |
| XP | Quality built-in | Coaching kỹ thuật | ATDD gắn tiêu chí chấp nhận | TDD/CI/Refactor rút cycle/defects |
| Kanban/Scrumban | Tư duy flow, giảm lãng phí | Làm gương giới hạn WIP | Chính sách pull, hạng mục nhỏ | Cycle time, WIP, CFD, SLE |
| Lean | Kaizen, respect for people | Trao quyền cải tiến | Loại waste trong value stream | Lead time, flow efficiency |
| DevOps | Feedback loops nhanh | Văn hoá hợp tác Dev–Ops | Lead time for changes | DORA (DF, LTFC, CFR, MTTR) |
| Scaled | Tư duy hệ thống | Căn chỉnh mục tiêu chung | Roadmap/portfolio lean | PI predictability, dependency visibility |
Other methods (đủ điểm vùng phủ)
- Crystal: ưu tiên giao tiếp; biến thể theo quy mô/độ quan trọng (Clear, Orange…).
- DSDM: timeboxing, MoSCoW, governance tích hợp.
- FDD: phát triển theo feature; “design by feature / build by feature”.
DoR vs DoD (bẫy thi kinh điển)
DoR (Definition of Ready): điều kiện để bắt đầu hạng mục (tuỳ chọn).
DoD (Definition of Done): tiêu chuẩn để kết thúc Increment (bắt buộc).
Đề hay đánh tráo 2 khái niệm này.
Exam Traps (gập/expand)
- Agile ≠ không kế hoạch/tài liệu
- Kanban không bắt buộc Sprint
- Scaled ≠ chỉ SAFe
- DevOps ≠ chỉ tool
- Scrumban ≠ bỏ Sprint
- Velocity không dùng so sánh chéo team
Chọn & phối hợp (nhớ lăng kính PMI-ACP)
- Bắt đầu bằng Scrum, thêm XP để nâng chất lượng.
- Inbound lúc nhiều lúc ít → Kanban/Scrumban.
- Nhiều lãng phí/handoff → Lean.
- Phát hành dày → DevOps.
- Nhiều đội → Scaled (Scrum@Scale nhẹ; SAFe khi cần governance).
- Luôn bám Value-Driven Delivery, Adaptive Planning, DoD/Acceptance Criteria, và flow metrics (Cycle Time/CFD).
Lộ trình học 30 phút
- 7’: đọc TL;DR + bảng so sánh.
- 8’: ôn Scrum; viết lại DoD/Acceptance Criteria cho đội.
- 5’: chọn 1 việc từ XP/Kanban áp dụng tuần này.
- 5’: đo Cycle Time hiện tại, đặt WIP limit thử.
- 5’: nếu >5 đội, phác thảo đồng bộ (Scrum@Scale/SAFe).
Kết quả mong đợi: (1) DoD cập nhật thêm 1 tiêu chí đo được; (2) có WIP limit thử nghiệm; (3) chọn 1 chỉ số (Cycle Time hoặc CFR) để theo dõi từ hôm nay.
Checklist – Different Agile Methods (VI)
Tiến độ: 0/5 (0%)
Bước tiếp theo:
Agile Values • Agile vs Traditional • Inverting the Triangle
Different Agile Methods
TL;DR
- Many agile flavors + hybrids. For PMI-ACP, know Scrum, XP, Kanban/Scrumban, Lean, DevOps, and Scaled (Scrum@Scale, SAFe).
- If you must guess what a team uses, guess Scrum (most common).
- PMI-ACP lens: Value-Driven Delivery, Adaptive Planning, Servant Leadership, Team Empowerment, WIP limits, Cycle Time, CFD, DoD, Acceptance Criteria.
Lối tắt:ECO 2025 · 4 domain
Learning objectives (7–10 min):
- Identify when to use each method.
- Know 1–2 core metrics per method.
- Pick one starter practice for this week.
Core methods (plain English)
1) Scrum (most common)
- How it works: Sprints; PO prioritizes backlog; self-managing team; Scrum Master removes blockers; events: Planning–Daily–Review–Retro.
- PMI-ACP: Timeboxing, DoD, Empiricism, Backlog Refinement, Incremental Delivery.
- Use when: you want a steady cadence and learn every Sprint.
- Non-IT example: 2-week internal comms sprint; demo is email draft + pilot open-rate.
- When not to use: Interrupt-driven work (helpdesk) → Kanban/Scrumban.
Learn more: Scrum Guide
Scrum – recommended metrics (for PMI-ACP)
Sprint Goal met %, Carryover rate, Escaped defects, Cycle time by work item, Aging WIP.
Remember: Velocity is for team-internal forecasting, not cross-team comparison.
2) Extreme Programming (XP)
- How it works: TDD/ATDD, Pairing, CI, Small Releases, Refactoring.
- Short cycles like Scrum, but deeper in engineering.
- PMI-ACP: quality built-in, test-first, acceptance criteria.
- Use when: recurring defects and tech debt hurt delivery.
- Non-IT example: Service team uses acceptance checklists (ATDD) + dual reviews to lower process errors.
- When not to use: Organization isn’t ready for test-first/pairing/CI → pilot practices individually first.
Learn more: Agile Alliance — XP
3) Kanban
- How it works: pull work, limit WIP, visualize flow; optimize lead/cycle time.
- Continuous (no sprints); great for service/ops.
- PMI-ACP: Information Radiators, WIP, CFD, SLE.
- Use when: arrivals are uneven; you need shorter waits.
- Non-IT example: Helpdesk runs WIP=3, tracks cycle time by request type.
- When not to use: Brand-new agile team needing a learning cadence → start with Scrum, add WIP later.
Learn more: Kanban University
Kanban – SLE & Little’s Law
SLE is probabilistic (e.g., “85% items ≤ 8 days”), not a contractual SLA.
Little’s Law: WIP ≈ Throughput × Cycle Time. Reduce cycle time by lowering WIP or removing bottlenecks.
4) Scrumban (Scrum + Kanban)
- How it works: keep Scrum roles/events; add WIP/flow metrics to smooth throughput.
- Use when: Scrum team faces flow bottlenecks.
- Non-IT example: Content team keeps 2-week sprints but adds WIP limits for “Writing/Design”.
Anti-patterns: High WIP; fuzzy Sprint Goals; tracking CFD without action; “half-Kanban half-Sprint” confusion.
Learn more: Scrum.org — Kanban with Scrum
5) Lean Software Development
- From: Toyota Production System (TPS).
- Principles: remove waste, maximize value, continuous flow, learning, respect for people.
- PMI-ACP: Value-Driven Delivery, Kaizen, Pull, Limit WIP.
- Use when: too many handoffs/waiting; improve the value stream.
- Non-IT example: Simplify contract approvals: fewer steps, standard templates, measure lead time per step.
- When not to use: No value stream map/data yet → risk “cutting the wrong step” by gut feel.
Learn more: Lean.org
6) DevOps (culture + practices)
- How it works: Dev + Ops collaborate via CI/CD, IaC, observability for fast & reliable releases.
- PMI-ACP: Automation, feedback loops, Continuous Delivery.
- Use when: frequent releases + low MTTR.
- Non-IT example: Intranet auto-publishes via pipeline; 1-click rollback on issues.
- When not to use: Treating DevOps as tools-only; lacking automation rights in the release process.
Learn more: DORA — DevOps Research
DORA – the 4 key metrics
Deployment Frequency, Lead Time for Changes (LTFC), Change Failure Rate (CFR), MTTR.
Target: fast & stable — shorter LTFC/higher frequency without raising CFR.
7) Scaled Agile (many teams)
- Scrum@Scale: network of Scrums (SoS, MetaScrum) — lightweight scaling.
Learn more: Scrum@Scale - SAFe: ART/PI Planning, Lean Portfolio — strong alignment/governance.
Learn more: Scaled Agile Framework - When not to use: Fewer than 5 teams or unstable single-team practices → avoid “scaling dysfunction”.
Scaled – measuring: PI Predictability = (Actual BV / Planned BV) per team/ART to assess execution stability.
Quick comparison (caption — comparison)
Agile methods comparison — cadence, focus, when to use, metrics:
| Method | Cadence | Focus | Use when | Indicators |
|---|---|---|---|---|
| Scrum | Sprint | Cadence & learning | Regular increments | Sprint Goal met %, Carryover rate, Escaped defects, Cycle time |
| XP | Sprint/short | Engineering quality | Cut defects/tech debt | Auto test %/coverage, Defect escape, Refactor rate |
| Kanban | Continuous | Flow | Uneven arrivals | WIP, Cycle Time (50/85th pct), Throughput, Aging WIP, CFD |
| Scrumban | Sprint + WIP | Scrum + Flow | Smooth bottlenecks | WIP, Throughput/Sprint, Aging WIP |
| Lean | Varies | Waste removal | Too many handoffs/waits | Lead Time, Flow Efficiency |
| DevOps | Continuous | Automation & release | Frequent, reliable deploys | Deployment Freq, LTFC, CFR, MTTR |
| Scaled | Program cadence | Multi-team alignment | Many teams | PI Predictability, % deps resolved on time |
Mini-mock – Different Agile Methods
Loading questions…
Blueprint tie-ins (ECO 2025)
| Method | Mindset | Leadership | Product | Delivery |
|---|---|---|---|---|
| Scrum | Empiricism, timeboxing | Servant leadership (SM) | PO backlog & acceptance criteria | Increment/DoD per Sprint |
| XP | Quality built-in | Technical coaching | ATDD aligns acceptance | TDD/CI/Refactor to cut cycle/defects |
| Kanban/Scrumban | Flow thinking | Model WIP limits | Pull policies, small items | Cycle time, WIP, CFD, SLE |
| Lean | Kaizen, respect | Empower improvements | Remove waste in value stream | Lead time, flow efficiency |
| DevOps | Fast feedback | Dev–Ops culture | Lead time for changes | DORA (DF, LTFC, CFR, MTTR) |
| Scaled | Systems thinking | Align shared objectives | Lean portfolio/roadmap | PI predictability, dependency visibility |
Other methods (coverage for exam)
- Crystal: communication-first; variants by size/criticality (Clear, Orange…).
- DSDM: timeboxing, MoSCoW, built-in governance.
- FDD: feature-driven; “design by feature / build by feature”.
DoR vs DoD (common trap)
DoR (Definition of Ready): conditions to start an item (optional policy).
DoD (Definition of Done): criteria to finish an Increment (mandatory).
Exam often swaps these terms.
Exam Traps (folded)
- Agile ≠ no plans/docs
- Kanban doesn’t require sprints
- Scaled ≠ only SAFe
- DevOps ≠ tools-only
- Scrumban ≠ “no sprints”
- Velocity not for cross-team comparison
Choosing & combining (PMI-ACP)
- Start with Scrum, add XP for quality.
- Irregular arrivals → Kanban/Scrumban.
- Too much waste/handoffs → Lean.
- Frequent releases → DevOps.
- Many teams → Scaled (Scrum@Scale light; SAFe for governance).
- Anchor on Value-Driven Delivery, Adaptive Planning, DoD/Acceptance Criteria, and flow metrics (Cycle Time/CFD).
30-minute learning path
- 7 min: TL;DR + comparison table.
- 8 min: review Scrum; tighten DoD/Acceptance Criteria.
- 5 min: pick one XP/Kanban improvement this week.
- 5 min: measure Cycle Time, set a WIP limit.
- 5 min: if >5 teams, sketch Scrum@Scale/SAFe approach.
Expected outcomes: (1) DoD updated with 1 measurable criterion; (2) a trial WIP limit in place; (3) one metric (Cycle Time or CFR) selected to track from today.
Next steps:
Agile Values • Agile vs Traditional • Inverting the Triangle