15/10/2025
FAKE AGILE: Bi kịch của một Quy trình bị Áp đặt và Hiểu sai
Mỗi người thực sự am hiểu về phát triển Agile đều đồng ý rằng: trở nên Agile là một sự thay đổi về tư duy (mindset). Nó là sự sẵn lòng của cả một tổ chức trong việc kiến tạo sản phẩm dựa trên sự phản hồi liên tục từ người dùng cuối. Rất nhiều công ty tự nhận mình "Agile" thực chất chỉ là "Agile In Name Only" (AINO) – Agile trên danh nghĩa. Họ chỉ đơn thuần triển khai các quy trình và nghi lễ của Agile mà không thực sự thay đổi tư duy.
Ví dụ, nếu bạn đang dùng JIRA để quản lý dự án nhưng không có bất kỳ sự tham gia nào của người dùng cuối trong quá trình phát triển, đó là một dấu hiệu rõ ràng của Agile Giả.
Câu hỏi lớn nhất hiện ra trong đầu bạn lúc này chắc chắn là: Làm thế nào để Nhận diện Agile Giả?
Không có một công thức cố định nào, vì nó liên quan đến tư duy, nên cần phải quan sát văn hóa làm việc. Tuy nhiên, có những lá cờ đỏ rất rõ ràng:
Không có sự giao tiếp/phản hồi giữa đội ngũ phát triển và người dùng (không có báo cáo lỗi, không có đánh giá từ người dùng...). Người dùng cuối không hề tham gia vào các quy trình như nghiệm thu (UAT) hay lên kế hoạch cho phiên bản mới.
Thiếu sự phối hợp và giao tiếp giữa các bên liên quan như khách hàng, quản lý dự án, lập trình viên, thiết kế, và kiểm thử.
Không có văn hóa DevOps. Phụ thuộc hoàn toàn vào các quy trình thủ công thay vì kiểm thử tự động hay tích hợp/triển khai liên tục (CI/CD).
Ưu tiên việc "đáp ứng đủ yêu cầu" trong tài liệu hơn là "mang lại một thứ gì đó hữu ích" cho khách hàng.
Trước khi vị manager mới đến, tôi đã lựa chọn Waterfall một cách có chủ đích, không phải vì tôi lạc hậu. Đó là một quyết định thực dụng, dựa trên việc chẩn đoán chính xác "căn bệnh" của môi trường làm việc lúc bấy giờ, một môi trường hoàn toàn đối nghịch với các giá trị Agile.
https://tvdmedia.vn/fake-agile-bi-kich-cua-mot-quy-trinh-bi-ap-dat-va-hieu-sai
