Bài 8.7 · Chương 8: Agile và Hybrid
Cách đội agile viết và chia nhỏ câu chuyện người dùng theo INVEST, ước lượng tương đối bằng điểm câu chuyện và Planning Poker, dùng tốc độ của đội để dự báo số Sprint, lập kế hoạch phát hành nhiều tầng và theo dõi bằng biểu đồ burnup.
| Chữ cái | Ý nghĩa | Câu hỏi kiểm tra |
|---|---|---|
| I — Independent | Độc lập | Có thể làm và bàn giao mà không chờ câu chuyện khác? |
| N — Negotiable | Thương lượng được | Chi tiết còn mở để trao đổi, chưa phải hợp đồng cứng? |
| V — Valuable | Có giá trị | Người dùng hoặc khách hàng nhận được gì? |
| E — Estimable | Ước lượng được | Đội đủ hiểu để ước lượng? |
| S — Small | Nhỏ | Xong được trong một Sprint, tốt nhất vài ngày? |
| T — Testable | Kiểm thử được | Có tiêu chí rõ để biết đã xong? |
Câu chuyện quá lớn (thường gọi là epic) cần được chia nhỏ. Kỹ thuật SPIDR gợi ý năm hướng chia: theo Spike (tách phần cần tìm hiểu), Path (từng luồng đi của người dùng), Interface (từng kênh: web, ứng dụng), Data (từng loại dữ liệu), Rules (từng quy tắc nghiệp vụ). Nguyên tắc vàng: chia theo lát cắt dọc — mỗi phần vẫn mang lại giá trị dùng được — chứ không chia theo tầng kỹ thuật (giao diện, xử lý, cơ sở dữ liệu).
Một danh sách phẳng hàng trăm câu chuyện khiến đội "thấy cây mà không thấy rừng". Bản đồ câu chuyện người dùng sắp xếp câu chuyện theo hai chiều:
Kẻ một đường ngang qua bản đồ là xác định được phạm vi của bản phát hành đầu tiên — thường chính là sản phẩm khả dụng tối thiểu.
Con người ước lượng so sánh tốt hơn ước lượng tuyệt đối: khó nói một việc mất bao nhiêu giờ, nhưng dễ nói việc này "lớn gấp đôi" việc kia. Điểm câu chuyện là đơn vị tương đối, phản ánh tổng hợp khối lượng, độ phức tạp và mức bất định. Đội thường dùng dãy gần Fibonacci (1, 2, 3, 5, 8, 13, 20…) vì khoảng cách lớn dần nhắc rằng việc lớn thì bất định lớn.
Điểm quan trọng:
Các kỹ thuật ước lượng nhóm phổ biến:
Tốc độ là tổng điểm của các câu chuyện đã hoàn thành theo Định nghĩa hoàn thành trong một Sprint. Câu chuyện làm dở không được tính điểm.
Ví dụ: ba Sprint gần nhất đội đạt 28, 32 và 30 điểm; tốc độ trung bình 30. Backlog của bản phát hành còn 240 điểm.
Với Sprint hai tuần, câu trả lời trung thực là "khoảng 16 đến 18 tuần", kèm giả định phạm vi giữ nguyên. Đưa một khoảng thay vì một ngày cụ thể là dấu hiệu của dự báo chuyên nghiệp.
Lưu ý: tốc độ cần vài Sprint để ổn định; khi đội thay đổi thành viên hoặc độ dài Sprint, tốc độ cũ không còn đáng tin. Ép đội "tăng tốc độ" thường chỉ dẫn đến lạm phát điểm, không phải tăng năng suất thật.
Kế hoạch agile thường có các tầng chi tiết dần, như củ hành:
Tầng trên ít chi tiết và ít thay đổi; tầng dưới chi tiết và thay đổi thường xuyên. Đây là ứng dụng của lập kế hoạch cuốn chiếu trong bối cảnh thích ứng.
Biểu đồ burnup vẽ hai đường: tổng phạm vi và khối lượng đã hoàn thành. Ưu điểm so với burndown là thấy rõ khi phạm vi tăng — nếu đường hoàn thành đi lên đều nhưng đường phạm vi cũng tăng, ngày kết thúc lùi lại vì phạm vi chứ không phải vì đội chậm. Biểu đồ này giúp cuộc trò chuyện với nhà tài trợ dựa trên dữ liệu: "Nếu thêm 40 điểm này, bản phát hành lùi khoảng một Sprint rưỡi — anh chị muốn thêm, đổi hay để bản sau?"
Đội 7 người, Sprint hai tuần. Sau buổi lập bản đồ câu chuyện, đội và chủ sản phẩm thống nhất bản phát hành đầu gồm luồng khai – nộp – thanh toán cho cá nhân có một nguồn thu nhập (180 điểm). Tốc độ ba Sprint đầu: 22, 26, 25 (trung bình ≈ 24). Dự báo: 180 ÷ 24 ≈ 7,5 → khoảng 7 đến 8 Sprint. Ở Sprint 4, cơ quan thuế yêu cầu thêm chức năng giảm trừ người phụ thuộc (30 điểm). Burnup cho thấy ngày phát hành sẽ lùi khoảng một Sprint; chủ sản phẩm quyết định đổi chức năng "lưu nháp nhiều bản" (25 điểm) xuống bản phát hành sau để giữ mốc.
Dấu hiệu đáp án đúng: đội tự ước lượng; dùng tốc độ thực tế để dự báo và đưa ra khoảng; chia nhỏ câu chuyện quá lớn theo lát cắt dọc; chủ sản phẩm quyết định đánh đổi phạm vi khi có yêu cầu mới; không so sánh tốc độ giữa các đội, không dùng tốc độ để đánh giá cá nhân. Xem thêm Scrum và Kanban và Lean cho cách dự báo dựa trên thông lượng.
5 câu · Đạt từ 70 %
Theo PMBOK® Guide – Ấn bản 8 (PMI, 2025): 6 nguyên tắc, 7 lĩnh vực hiệu suất, 5 nhóm trọng tâm với 40 quy trình không bắt buộc. PMBOK là nhãn hiệu đã đăng ký của Project Management Institute.