Iterative vs Incremental (Lặp vs Gia tăng) — Scenario-first Guide & Exam Tips

VI

❓ Câu hỏi tình huống

Đội bạn phải ra mắt tính năng “Chuyển tiền nhanh” trong 4 tuần. Hệ thống đã có Đăng nhập + Xem số dư, UI/UX còn mơ hồ, compliance trung bình, backend khá ổn định. Bạn nên ưu tiên Iterative (tinh chỉnh toàn thể), Incremental (thêm lát giá trị dùng được), hay kết hợp trong Scrum? Kế hoạch 2 Sprint sẽ như thế nào?

Hướng giải quyết nhanh

• Mục tiêu: đưa khả năng chuyển tiền tối thiểu đến tay người dùng sớm để nhận feedback thật.
• Lựa chọn: Incremental cho lát giá trị “Chuyển tiền cơ bản (happy path)” + Iterative để refine UI/UX & hiệu năng các phần đã có.
• Plan gợi ý: Sprint 1 ship MVP (nhập số tiền, chọn người nhận, OTP giả lập); Sprint 2 bổ sung biên lỗi/giới hạn, xác thực mạnh, và refactor hiệu năng.

Lối tắt:ECO 2025 · 4 domain

Checklist ôn nhanh – Iterative vs Incremental (VI)

Tiến độ: 0/4 (0%)

• 01. Định nghĩa: Iterative = tinh chỉnh toàn thể; Incremental = thêm lát dùng được
• 02. Vẽ sơ đồ lát dọc mỏng (thin vertical slice) cho “Chuyển tiền nhanh”
• 03. Mô tả cách Scrum kết hợp cả hai trong mỗi Sprint
• 04. Nêu 3 bẫy đề PMI-ACP về increment & iteration

Key takeaways

• Iterative = lặp & tinh chỉnh toàn thể (thô → tinh).
• Incremental = gia tăng theo lát giá trị dùng được (mỗi lát “xong trong phạm vi” và usable).
• Agile/Scrum kết hợp cả hai trong mỗi Sprint: vừa giao increment dùng được, vừa refine những phần đã có.

Mẹo phòng thi

Ưu tiên đáp án đề cập thin vertical slices, giá trị sớm, và feedback nhanh. Increment phải đạt DoD, còn iteration giúp refinement.

1) Định nghĩa & ví dụ

Iterative Development (Phát triển lặp lại)

• Khái niệm: Làm trên toàn bộ hệ ở mức thô, rồi lặp lại để tăng độ chi tiết & chất lượng.
• Ẩn dụ: Nhà điêu khắc gọt giũa cùng một bức tượng qua nhiều lượt.
• Ví dụ: Thiết kế xe: bản đất sét → tinh đường nét → hoàn thiện nội thất; toàn bộ xe tốt dần theo vòng lặp.

Incremental Development (Phát triển gia tăng)

• Khái niệm: Xây theo từng lát giá trị hoàn chỉnh & dùng được (increment).
• Ẩn dụ: Xây nhà theo khu vực hoàn thiện: xong hẳn 1 phòng rồi mới thêm phòng khác.
• Ví dụ: App ngân hàng: Increment 1 = Đăng nhập + Xem số dư; Increment 2 = Chuyển tiền cơ bản; Increment 3 = Lịch sử giao dịch…

2) Scrum phối hợp Iterative + Incremental

• Incremental: mỗi Sprint bàn giao một increment usable thoả Definition of Done (DoD).
• Iterative: trong cùng Sprint, refine phần cũ theo feedback (UI, hiệu năng, bảo mật…).
• Nguyên tắc: cắt vertical slices (đi xuyên tầng UI–API–DB) thay vì layer-only (chỉ backend hoặc chỉ UI).

“Cookbook” cắt lát dọc mỏng

• Theo happy path trước, xử lý lỗi ở increment kế.
• Theo persona hoặc kênh (web trước, mobile sau) nếu thật sự cần.
• Theo workflow step: tạo lệnh → xác thực → lịch sử.
• Ưu tiên lát đo được tác động (sự kiện/analytics).

3) Khi nào ưu tiên Iterative / Incremental?

Ưu tiên Iterative khi…

• Kiến trúc/UX toàn cục còn mơ hồ, cần định hình trước.
• Mục tiêu là nâng chất lượng/độ chi tiết qua nhiều vòng phản hồi.
• Bài toán R&D/Prototype cần thử-sai nhanh trên toàn hệ.

Ưu tiên Incremental khi…

• Mục tiêu là time-to-value sớm (MVP).
• Cấu trúc cho phép độc lập hoá tính năng/module để ship từng phần.
• Cần đo lường tác động theo tính năng (A/B, funnel…).

4) So sánh nhanh & rào cản chuyển đổi

Đặc trưng	Traditional (Waterfall)	Incremental	Iterative	Agile (Iterative + Incremental)
Yêu cầu	Cố định upfront	Cố định upfront, giao theo phần	Tiến hoá theo thời gian	Tiến hoá & thích nghi liên tục
Giao hàng	Một lần cuối kỳ	Nhiều đợt, mỗi phần usable	Một lần, nhưng refined dần	Thường xuyên, nhỏ, usable
Phản hồi	Cuối dự án	Mỗi increment	Mỗi iteration	Liên tục trong dự án

Rào cản phổ biến

• Fixed-price xung đột linh hoạt → cân nhắc T&M, milestone/value-based.
• Thiếu stakeholder đồng hành → khó feedback liên tục.
• Silo chức năng → cần đội đa chức năng, tự quản.
• Nặng tài liệu upfront → chuyển sang “Working product over documentation”.

Bẫy đề PMI-ACP (VI)

1. Lẫn iterative với incremental.
2. Gọi prototype là increment dù chưa đạt DoD (chưa usable).
3. Cắt horizontal layers (chỉ backend/UI) → không tạo được giá trị người dùng.
4. Nghĩ iteration = sửa bug nhỏ; thực ra là refinement có chủ đích.
5. Bỏ qua vertical slicing & DoD trong Scrum.

🔗 Liên kết nội bộ

Chủ đề	Liên kết
What Is Agile	Agile là gì?
Blueprint & trọng số	Blueprint 2025
Mindset (hub)	Mindset
Leadership (hub)	Leadership
Product (hub)	Product
Delivery (hub)	Delivery
Mini-mock	Làm bài Mock

Áp dụng lại tình huống mở đầu

• Sprint 1: Lát dọc “Chuyển tiền happy path” (UI–API–DB) đạt DoD; đồng thời refine login.
• Sprint 2: Biên lỗi, hạn mức, bảo mật nâng cao; refactor hiệu năng; đo hành vi người dùng.

Mini-mock

Mini-mock – Iterative vs Incremental

Loading questions…

---

Bước tiếp theo: Quay lại Agile là gì? • Xem Blueprint 2025 • Vào Mindset hub • Làm Mini-mock.

EN

❓ Opening Scenario

Your team must launch “Instant Transfer” in 4 weeks. You already have Login + Balance; UI/UX is fuzzy, moderate compliance, backend is fairly stable. Should you favor Iterative, Incremental, or a blend in Scrum? Outline a two-Sprint plan.

Quick path to a decision

• Goal: get a minimal transfer capability in users’ hands quickly.
• Choice: Incremental for a usable happy-path slice + Iterative refinement of existing UI/UX & performance.
• Plan: Sprint 1 ship MVP (amount, recipient, basic OTP); Sprint 2 add error/limits, stronger auth, and performance refactor.

Lối tắt:ECO 2025 · 4 domain

Quick Self-Check – Iterative vs Incremental (EN)

Tiến độ: 0/4 (0%)

• 01. Define Iterative vs Incremental in one sentence
• 02. Sketch a thin vertical slice for Instant Transfer
• 03. Explain how Scrum blends both per Sprint
• 04. List 3 PMI-ACP traps about increment vs iteration

Key takeaways

• Iterative = refine the whole (coarse → detailed).
• Incremental = add usable value slices (each increment meets DoD).
• Scrum combines both every Sprint: ship a usable Increment and iteratively refine what exists.

Exam tip

Prefer answers emphasizing thin vertical slices, early value, fast feedback. A prototype ≠ increment unless it meets DoD.

1) Definitions & examples

Iterative Development

• Concept: Work on the whole system in rough form, then repeat to increase detail & quality.
• Analogy: A sculptor shaping the same statue through passes.

Incremental Development

• Concept: Build usable, done slices (increments) piece by piece.
• Analogy: Finish one room before adding another; each is usable in its scope.

2) Scrum synergy: Iterative + Incremental

• Incremental: each Sprint delivers a DoD-complete Increment.
• Iterative: the team also refines existing capabilities based on feedback.
• Rule of thumb: cut vertical slices across UI–API–DB, not horizontal layers only.

“Cookbook” for thin vertical slices

• Start with the happy path, add edge cases later.
• Slice by workflow step, persona, or channel only when truly helpful.
• Favor slices with measurable impact (events/analytics).

3) When to favor Iterative vs Incremental?

Favor Iterative when…

• Architecture/UX is unclear; you must shape the whole first.
• Goal is quality/detail improvement across cycles.
• R&D/Prototype requires fast whole-system trials.

Favor Incremental when…

• You need early time-to-value (MVP).
• Features/modules can be released independently.
• You must measure feature-level impact.

4) Quick comparison & adoption barriers

Characteristic	Traditional (Waterfall)	Incremental	Iterative	Agile (Iterative + Incremental)
Requirements	Fixed upfront	Upfront, delivered in parts	Evolve over time	Evolve & adapt continuously
Delivery	One big at end	Multiple usable deliveries	One big, refined	Frequent, small, usable deliveries
Feedback	End of project	Per increment	Per iteration	Continuous throughout

Common barriers

• Fixed-price contracts vs flexibility → consider T&M, value/milestone models.
• Stakeholder unavailability → hard to get continuous feedback.
• Functional silos → move to cross-functional, self-managing teams.
• Doc-heavy habits → shift to “Working product over documentation”.

PMI-ACP traps (EN)

1. Confusing iteration with increment.
2. Calling a prototype an increment without DoD.
3. Slicing horizontal layers only → no user value.
4. Treating iteration as only “bug fixes”; it’s deliberate refinement.
5. Ignoring vertical slicing & DoD in Scrum.

🔗 Internal links

Topic	Link
What Is Agile	What Is Agile?
Blueprint & weights	Blueprint 2025
Mindset hub	Mindset
Leadership hub	Leadership
Product hub	Product
Delivery hub	Delivery
Mini-mock	Take the Mock

Apply back to the opening scenario

• Sprint 1: happy-path transfer (UI–API–DB) meeting DoD; iteratively refine Login.
• Sprint 2: error/limits, stronger auth, performance; observe usage via analytics.

Mini-mock – Iterative vs Incremental

Loading questions…

---

Next steps: Back to What Is Agile? • See Blueprint 2025 • Go to Mindset hub • Try the Mini-mock.