Ban biên tập xin mở đầu bằng vài điểm để mọi người tham chiếu.
Scrumban là cách kết hợp khung lặp của Scrum với nguyên lý kéo việc (pull) của Kanban. Agile Alliance nhấn mạnh điểm khác biệt then chốt là giới hạn WIP: một bảng thẻ không có giới hạn thì chưa phải Kanban. Trên thực tế không có "chuẩn" Scrumban duy nhất.
Điều chỉnh (tailoring) là bình thường — PMBOK® Guide ấn bản 7 coi việc điều chỉnh cách tiếp cận cho phù hợp bối cảnh là một nguyên tắc. Nhưng có một lưu ý quan trọng từ Scrum Guide 2020: các thành phần của Scrum được thiết kế để vận hành cùng nhau; bỏ bớt thì có thể vẫn hữu ích, nhưng kết quả không còn gọi là Scrum.
Câu hỏi giúp phân biệt "điều chỉnh có chủ đích" với "bỏ vì khó"
- Thực hành bị bỏ đã giải quyết vấn đề gì? Bây giờ vấn đề đó được xử lý bằng cách nào khác?
- Quyết định có đến từ Retrospective và dữ liệu, hay từ việc "họp nhiều quá, bỏ đi"?
- Các vòng phản hồi (với người dùng, trong đội, với chất lượng kỹ thuật) có ngắn đi hay dài ra?
Ví dụ một lựa chọn hợp lý (giả định): đội vừa phát triển vừa trực sự cố giữ sprint 2 tuần, Sprint Review và Retrospective, nhưng thay ước lượng point bằng đếm thẻ và giới hạn WIP cho cột kiểm thử — vì việc đa phần cùng cỡ nhỏ và nghẽn chính nằm ở kiểm thử.
Rất mong nghe trường hợp của các bạn, đặc biệt là những pha trộn không thành công và bài học rút ra.
Nguồn: