- Nhờ AI tạo mã và đổi mới nền tảng, tốc độ phát triển đã tăng bùng nổ, nhưng kết quả dự án vẫn kém và tỷ lệ thất bại vẫn cao
- Vấn đề không nằm ở tốc độ mà ở sự thiếu vắng kiểm chứng và căn chỉnh, và XP thúc đẩy học hỏi, căn chỉnh, nâng cao chất lượng thông qua những ràng buộc có chủ đích
- Đặc biệt, khi các tác nhân AI tăng tốc việc tạo, sửa và triển khai mã, sự gia tăng độ phức tạp và lỗ hổng mà không có kiểm chứng càng trở nên nghiêm trọng
- XP nhấn mạnh các giá trị lấy con người làm trung tâm như đơn giản, giao tiếp, phản hồi, tôn trọng, dũng cảm cùng với lô nhỏ, tích hợp liên tục và kiểm thử tự động
- Trong thời đại mà đầu ra nhanh đã trở thành điều hiển nhiên, XP là một phương pháp luận nhắc lại rằng phần mềm rốt cuộc là để phục vụ con người
Gia tốc tốc độ sản xuất phần mềm và những giới hạn của nó
- Gần đây, nhờ các công cụ AI và đổi mới của nhiều nền tảng phát triển, rào cản tạo mã đã giảm mạnh và tốc độ được cải thiện đáng kể
- Chỉ với vài prompt hoặc lệnh gọi API, toàn bộ sản phẩm, tính năng và hạ tầng có thể được tạo ra rất nhanh
- Tuy nhiên, dù năng suất đã tăng lên, vẫn tồn tại vấn đề là tỷ lệ thành công chung của dự án không được cải thiện rõ rệt
- Các báo cáo như Standish Chaos và McKinsey chỉ ra rằng các trường hợp phần lớn dự án IT thất bại hoặc vượt ngân sách vẫn còn rất thường xuyên
- Điều này cho thấy việc chỉ cải thiện tốc độ tạo mã không tự động nâng cao hiệu quả cung cấp phần mềm
Vì sao đầu ra (output) không phải là vấn đề thật sự
- Đã nhiều lần chứng minh rằng nút thắt của phát triển phần mềm không nằm ở tốc độ nhập/xuất mã
- Đã có những làn sóng tăng tốc nối tiếp nhau như sự xuất hiện của ngôn ngữ bậc cao, phổ biến framework và package manager, mở rộng DevOps và serverless, phát triển nền tảng phát triển, và AI tạo mã
- Theo báo cáo Chaos, dù đầu ra được tăng tốc nhưng kết quả cuối cùng vẫn thiếu nhất quán và thấp hơn kỳ vọng
- Điều quan trọng không phải là tăng tốc đơn thuần, mà là những “ràng buộc” thông minh hơn
- XP là một thực hành dẫn dắt theo đúng hướng thông qua học hỏi, căn chỉnh và phát triển có chủ đích thay vì vội vàng
Vai trò của XP: đối trọng với tốc độ
- Tăng tốc không giới hạn gây ra vấn đề là tước đi cơ hội học hỏi, phát hiện sai sót và điều chỉnh hướng đi
- Extreme Programming (XP) được thiết kế để đưa vào ma sát và ràng buộc có chủ đích nhằm giúp đội ngũ di chuyển đúng hướng
- Thực hành tiêu biểu: pair programming cố ý giảm một nửa sản lượng
- Pair programming có thể làm sản lượng giảm một nửa, nhưng lại mang đến gấp đôi hiệu quả tích cực về mức độ hiểu biết chung, niềm tin, chất lượng và năng lực trong đội ngũ
- XP thay đổi chính cách cộng tác, và đầu tư vào nâng cao năng lực đội ngũ và định hướng
Cách nhìn vấn đề của XP càng rõ hơn khi đi cùng AI
- Khi AI khiến việc tạo mã gần như không tốn công sức, rủi ro sản xuất hàng loạt phần mềm chưa được kiểm chứng ngày càng lớn
- Rủi ro này tăng mạnh đặc biệt trong các hệ thống agentic AI, nơi nhiều tác nhân tự động tạo, cải thiện và triển khai mã
- Các hệ thống tự động hóa không có ràng buộc chồng chất logic chưa được kiểm chứng theo nhiều lớp, làm trầm trọng thêm độ phức tạp và lỗ hổng
- Nghiên cứu gần đây cho thấy cửa sổ ngữ cảnh của LLM càng dài thì độ chính xác càng giảm
- Phần đầu và phần cuối được xử lý tốt, nhưng phần giữa lại dễ bị khái quát hóa quá mức và phát sinh lỗi
- Kết quả là dẫn đến mã dễ vỡ và có chi phí bảo trì cao, và XP ra đời để ngăn chặn kiểu entropy hỗn loạn này
Phần mềm vẫn là lĩnh vực của con người
- Dù AI phát triển đến đâu, bản chất của phần mềm vẫn không thay đổi: con người tạo ra nó cho con người, trong giao tiếp và văn hóa của tổ chức
- Những yếu tố cản trở truyền đạt chính không phải mức độ tự động hóa, mà là căn chỉnh, bối cảnh chung, kết quả rõ ràng, xác thực từ người dùng và các yếu tố nền tảng con người khác
- Các giá trị cốt lõi của XP:
- Simplicity: giảm độ phức tạp
- Communication: duy trì sự gắn kết của đội ngũ
- Feedback: thúc đẩy học hỏi và thích nghi
- Respect: xây dựng niềm tin và sự an toàn
- Courage: hỗ trợ tính minh bạch và khả năng thay đổi
Từ feature factory đến việc chuyển giao giá trị thực
- Các đội ngũ thành công ưu tiên flow và feedback hơn là tốc độ tự thân
- Các thực hành của XP như lô nhỏ, tích hợp liên tục, kiểm thử tự động và quyền sở hữu chung góp phần vào khả năng thích nghi và tính lấy người dùng làm trung tâm
- Trong tương lai, khi tốc độ sản xuất mã còn nhanh hơn nữa, những phương pháp này sẽ thiết yếu để quản lý chất lượng, rủi ro và chủ đích
Bài học từ quá khứ
- Thống kê từ báo cáo CHAOS:
- 1994: 16% dự án thành công đúng hạn và trong ngân sách
- 2012: cải thiện lên 37%
- 2020: lại giảm xuống 31%
- Sau hơn 20 năm đổi mới và thay đổi (agile, DevOps, cloud-native, AI...), độ tin cậy tổng thể chỉ tăng 14 điểm phần trăm
- Không thể giải quyết vấn đề chỉ bằng toolchain
- Điều này tái khẳng định tầm quan trọng của phương pháp luận đúng đắn
Cần gì trong thời gian tới
- 1. Đầu ra không còn là ràng buộc nữa: năng lực sản xuất mã đã vượt tốc độ kiểm chứng và căn chỉnh
- 2. Tăng cường năng lực hướng đến kết quả: phản hồi, định hướng sản phẩm rõ ràng, cộng tác mạnh và thiết kế tốt là bắt buộc
- 3. Cần quy trình mang tính con người hơn: dù AI tiến bộ, phân phối liên tục vẫn phụ thuộc vào cộng tác
- Thực tế nhấn mạnh rằng một Product Operating Model hiệu quả được hình thành từ vận hành lấy con người làm trung tâm—cộng tác, sự rõ ràng, dòng chảy
- Khi chiến lược đội ngũ, nhịp độ vận hành và thực hành kỹ thuật được căn chỉnh chặt chẽ hơn là chỉ dựa vào đổi mới công nghệ (nền tảng), mới có thể xây dựng môi trường cung cấp phần mềm bền vững trong thời đại AI
Kết luận: Trong thời đại AI, XP có cần thiết không?
- Có
- Trong bối cảnh công cụ ngày càng mạnh hơn, cần một khung thực hành neo giữ các thực hành lấy con người làm trung tâm
- XP đồng thời mang lại trọng tâm đội ngũ, sự đồng cảm, hiểu biết chung và định hướng đến mục tiêu đúng đắn
- Tập trung không phải vào tốc độ đầu ra đơn thuần mà vào định hướng có ý nghĩa và sự căn chỉnh trong đội ngũ
- Trong thời đại AI tăng tốc và sản xuất không giới hạn, XP là một phương pháp hiếm hoi nhắc chúng ta rằng phần mềm là công việc của con người
Chưa có bình luận nào.