Chương 27: Sprint Planning & vai trò của BA trong sprint

Mục tiêu học

27.1 Backlog Refinement — nơi phần lớn công việc BA diễn ra

Chương 8 đã giới thiệu 5 sự kiện chính thức của Scrum — nhưng Backlog Refinement không phải một sự kiện chính thức trong Scrum Guide, mà là một hoạt động liên tục, thường diễn ra định kỳ (ví dụ: 1-2 buổi/tuần, mỗi buổi 1 tiếng) để chuẩn bị backlog cho các sprint sắp tới.

flowchart LR
    subgraph Refinement["Backlog Refinement (liên tục, trước sprint)"]
        R1["Làm rõ User Story<br/>còn mơ hồ"] --> R2["Viết/hoàn thiện<br/>Acceptance Criteria"]
        R2 --> R3["Chia nhỏ story<br/>quá lớn"]
        R3 --> R4["Ước lượng sơ bộ<br/>(story point)"]
    end
    Refinement --> SP["Sprint Planning<br/>(chỉ còn việc chọn & cam kết)"]

Đây là nơi phần lớn thời gian và công sức của BA thực sự dành cho — không phải trong buổi Sprint Planning. Nếu backlog được refine tốt trước đó, Sprint Planning chỉ còn là việc PO trình bày độ ưu tiên, đội xác nhận hiểu đúng, và cam kết khối lượng công việc cho sprint — không cần dừng lại để phân tích yêu cầu từ đầu.

27.2 Checklist chuẩn bị của BA trước Sprint Planning

Với mỗi User Story dự kiến đưa vào sprint tiếp theo, BA cần đảm bảo đạt Definition of Ready (đã giới thiệu ở Chương 24):

Nếu một story chưa đạt các tiêu chí trên, không nên đưa vào Sprint Planning — sẽ chỉ gây lãng phí thời gian buổi họp để phân tích thay vì lên kế hoạch.

27.3 Vai trò của BA trong chính buổi Sprint Planning

Dù phần lớn công việc đã làm ở Refinement, BA vẫn có vai trò cụ thể trong buổi Sprint Planning:

27.4 Công việc của BA trong sprint đang chạy — nhìn hai hướng cùng lúc

BA giỏi trong Scrum thường làm việc song song hai luồng:

flowchart LR
    subgraph Hientai["Sprint hiện tại (N)"]
        H1["Trả lời câu hỏi Dev<br/>khi code"] --> H2["Chuẩn bị nội dung<br/>Sprint Review/demo"]
    end
    subgraph TiepTheo["Chuẩn bị Sprint N+1"]
        T1["Backlog Refinement"] --> T2["Elicitation thêm<br/>nếu cần (Chương 12)"]
    end
    Hientai -.->|"Song song"| TiepTheo

Đây là điểm khác biệt lớn so với Waterfall (Chương 6), nơi BA thường làm xong hẳn giai đoạn Requirements rồi mới chuyển hẳn sang hỗ trợ Design/Implementation. Trong Scrum, BA luôn "sống" đồng thời ở hai thời điểm: hỗ trợ sprint hiện tại, và chuẩn bị cho sprint tiếp theo — nếu chỉ tập trung một trong hai, đội sẽ hoặc thiếu hỗ trợ tức thời, hoặc thiếu backlog sẵn sàng khi sprint tiếp theo bắt đầu.

27.5 Ví dụ thực tế với FoodNow

Trong tuần đang chạy Sprint 3 (đội đang code Epic B — Theo dõi đơn hàng), lịch làm việc điển hình của BA có thể như sau:

Bài tập

  1. Với 3 User Story chưa đạt Definition of Ready (tự chọn từ templates/user-story-epic/FoodNow- UserStories.md, giả định chúng còn thiếu Acceptance Criteria), viết ra kế hoạch cụ thể bạn sẽ làm trong buổi Backlog Refinement để đưa chúng đạt DoR.
  2. Giải thích bằng lời của bạn: vì sao việc BA "làm việc song song hai luồng" (sprint hiện tại + chuẩn bị sprint tiếp theo) lại là một thách thức lớn hơn so với làm việc trong mô hình Waterfall.

Sai lầm thường gặp

Tóm tắt & tiếp theo

Phần lớn công việc BA trong Scrum diễn ra ở hoạt động Backlog Refinement (không phải sự kiện chính thức nhưng cực kỳ quan trọng) trước Sprint Planning, và BA cần làm việc song song hai luồng: hỗ trợ sprint hiện tại và chuẩn bị cho sprint tiếp theo. Chương 28 sẽ đi vào khái niệm cốt lõi của việc giao hàng theo Agile: Incremental & Iterative Delivery.