Mục lục:
Phương pháp Agile để phát triển phần mềm có thể tác động tích cực đến ngành CNTT. Các kết quả của việc áp dụng phương pháp Agile có thể được đo lường bằng một số cách. Quay vòng nhanh hơn các yêu cầu thay đổi phần mềm, ít lỗi hơn, đo lường định lượng hiệu suất của nhóm và các tắc nghẽn là tất cả các phản ánh về việc triển khai thành công Agile. Để đo lường thành công tác động của Agile, một tổ chức cần so sánh các số liệu khác nhau liên quan đến sự phát triển trước Agile và sau Agile. Tác động thực sự của Agile không thể được đo lường chỉ bằng việc tăng doanh thu hoặc bằng cách tăng số lượng lỗi đã được sửa. Một số thông số nội bộ cần được xem xét để hiểu tác động thực sự. (Để biết thêm về phát triển Agile, hãy xem Phát triển phần mềm Agile 101.)
Tại sao phải nhanh nhẹn CNTT?
Ngành công nghiệp CNTT đã nghiêng về thực tiễn Agile chủ yếu vì những hạn chế của mô hình thác nước phát triển phần mềm. Nói chung, người ta đã thấy rằng các công ty CNTT không thể đáp ứng nhu cầu thay đổi của khách hàng hoặc tình hình thị trường hoặc giảm chi phí với mô hình thác nước phát triển phần mềm. Ngay cả khi chúng ta đối trọng với độ nghiêng áp đảo này đối với phương pháp Agile và coi một số sự phấn khích chỉ là cường điệu, có rất nhiều phản hồi theo kinh nghiệm chống lại mô hình thác nước.
Nói một cách đơn giản, mô hình thác nước là một mô hình phát triển phần mềm, nơi công việc được thực hiện một cách tuần tự - hết giai đoạn này đến giai đoạn khác. Có năm giai đoạn của mô hình này: yêu cầu, thiết kế, thực hiện, xác minh và bảo trì. Thông thường, sau khi một giai đoạn đã được hoàn thành, rất khó, nếu không nói là không thể thực hiện các thay đổi cho giai đoạn trước đó. Vì vậy, giả định là các yêu cầu được cố định khá nhiều. Sự khác biệt chính với mô hình Agile là ở giả định rằng sẽ không có thay đổi trong yêu cầu. Agile cho rằng các tình huống kinh doanh sẽ thay đổi và các yêu cầu cũng vậy. Vì vậy, phần mềm được phân phối trong các phần nhỏ hơn trong các lần chạy nước rút, trong khi trong mô hình thác nước, việc phân phối hoặc phát hành đầu tiên được thực hiện sau một thời gian dài. (Để biết thêm về phát triển, hãy xem Cách Apache Spark giúp phát triển ứng dụng nhanh chóng.)
