Mỗi story qua tay bốn người, cuối sprint dồn kiểm thử: phá silo chuyên môn bằng swarming và kỹ năng hình chữ T

Tình huống minh hoạ

Tình huống và số liệu dưới đây là giả định, dùng để minh hoạ.

Một đội Scrum 8 người phát triển hệ thống quản lý kho cho chuỗi siêu thị: 1 chuyên viên phân tích nghiệp vụ, 3 lập trình viên backend, 2 lập trình viên frontend, 2 kiểm thử viên. Sprint 2 tuần, Sprint Backlog thường có 10–12 story.

Mỗi story đi qua một chuỗi cố định: phân tích → backend → frontend → kiểm thử. Bảng công việc trông như dây chuyền:

• Ngày 1–3: chuyên viên phân tích làm rõ gần hết story, các lập trình viên chờ hoặc làm việc nợ từ sprint trước.
• Ngày 3–8: backend và frontend mỗi người ôm 2–3 story cùng lúc.
• Ngày 8–10: kiểm thử viên nhận 9 story một lúc, làm thêm giờ; lỗi phát hiện muộn, không kịp sửa.

Kết quả sprint thường là: 5 story Done, 6 story "đã code xong, chờ test" chuyển sang sprint sau. Burndown phẳng suốt tuần đầu rồi rơi dốc vào ngày cuối — nếu rơi được.

Liên chức năng theo Scrum Guide 2020

Scrum Guide 2020 mô tả Scrum Team là liên chức năng (cross-functional): các thành viên có đủ mọi kỹ năng cần thiết để tạo ra giá trị trong mỗi sprint. Scrum Guide không chia nhỏ Developers thành chức danh "tester" hay "analyst" — họ đơn giản là những người cam kết tạo ra một phần Increment dùng được trong mỗi sprint. Trong Scrum Team không có đội con hay thứ bậc.

Agile Alliance cũng nhấn mạnh trách nhiệm chung (shared accountability): kết quả thuộc về cả đội, không thuộc về cá nhân; vai trò linh hoạt — một lập trình viên có thể kiểm thử hoặc phân tích, một chuyên viên phân tích có thể gợi ý cách hiện thực.

Điểm mấu chốt: liên chức năng là thuộc tính của đội, không phải của từng người. Đội trên đúng là có đủ kỹ năng — nhưng cách tổ chức công việc lại biến nó thành dây chuyền chức năng thu nhỏ, với mọi điểm yếu của mô hình chuyển giao (handoff): chờ đợi, hàng đợi, phát hiện lỗi muộn.

Vì sao dây chuyền trong sprint lại chậm

Hãy nhìn một story điển hình: