Ban biên tập gợi ý một số nhóm nguyên nhân thường được nhắc tới, để mọi người đối chiếu với trải nghiệm của mình.
1. Làm hình thức, bỏ tinh thần ("cargo cult agile") Có đủ Daily, Sprint, Retro nhưng không có Increment thật được giao, không có phản hồi từ người dùng, Retrospective không dẫn đến thay đổi. Tuyên ngôn Agile đặt cá nhân và tương tác lên trước quy trình và công cụ — làm ngược lại thì chỉ còn nghi thức.
2. Lãnh đạo và hệ thống quản trị không thay đổi Ngân sách theo phạm vi cố định, đánh giá cá nhân theo sản lượng, phê duyệt nhiều tầng. Đội được yêu cầu "agile" trong khi mọi thứ xung quanh vẫn vận hành theo logic cũ.
3. Không có Product Owner thật sự Người được giao không có thời gian hoặc không có quyền quyết định — đội làm theo phỏng đoán, làm lại liên tục.
4. Bỏ qua kỹ thuật Không có tích hợp liên tục, kiểm thử tự động; nợ kỹ thuật tích tụ đến mức mỗi sprint chậm hơn sprint trước. Nguyên tắc thứ 9 sau tuyên ngôn nhấn mạnh liên tục chú trọng kỹ thuật xuất sắc và thiết kế tốt.
5. Áp dụng ồ ạt, không thí điểm Chuyển đổi toàn bộ tổ chức cùng lúc theo một khung có sẵn, không điều chỉnh cho bối cảnh.
6. Coi agile là cách "làm nhanh hơn với ít người hơn" Kỳ vọng sai dẫn đến thất vọng khi thấy chi phí ban đầu cho đào tạo, thay đổi cấu trúc.
GAO trong hướng dẫn đánh giá agile cho các chương trình liên bang Mỹ cũng xuất phát từ thực tế nhiều chương trình CNTT vượt chi phí, trễ hạn mà đóng góp ít cho mục tiêu — và tập trung vào thực hành áp dụng, triển khai và giám sát, không chỉ việc "chọn agile".
Rất mong nghe các câu chuyện cụ thể — kể cả những lần bạn thấy agile không phải lựa chọn đúng ngay từ đầu.
Nguồn: