Tôi không có quyền truy cập vào dữ liệu cứng hoặc sự kiện, vì vậy tôi chỉ có thể cung cấp cho bạn những quan sát giai thoại lượm lặt được từ 20 năm qua của tôi trong CNTT.
Tôi tin rằng có một sự khác biệt lớn giữa cách mà hầu hết các nhà phát triển tạo ra phần mềm ngày nay so với 20 năm trước. Với phong trào Agile đã đạt được rất nhiều động lực, đặc biệt là trong 5-6 năm qua, tôi đã thấy một sự thay đổi thực sự trong thái độ tại nơi làm việc. Nhiều đến mức chất lượng của những gì chúng ta làm dường như tăng lên theo từng bước nhảy vọt mỗi năm, và với mỗi dự án khi chúng ta áp dụng những bài học mà chúng ta đã học được từ dự án vào dự án. Các quy trình tinh gọn kết hợp với sự tập trung vào phát triển thử nghiệm đầu tiên đã phát triển từ rất gây tranh cãi đến phổ biến. Vì vậy, rất nhiều để đến với nhiều công ty ngày nay, nếu bạn không thoải mái với Agile, bạn sẽ gặp may nếu họ không cho bạn thấy cánh cửa.
Vì vậy, những gì đã có tác động này. Trước hết, tôi đã nhận thấy rằng các vấn đề thường được xác định sớm hơn nhiều. Thông thường, nếu vấn đề không quá lớn, đôi khi có thể bị hoãn vô thời hạn. Trong một số ít trường hợp, tôi đã thấy các lỗi được cho là tầm thường trở thành vấn đề nghiêm trọng khi được giải quyết sau đó, vì một số vấn đề cơ bản trở nên rõ ràng không được xem xét tại thời điểm đó. Đôi khi điều này có thể dẫn đến một chu kỳ sửa chữa rút ra và có thể tốn kém ở một mức độ nào đó, nhưng chi phí đó thường được đo lường ít hơn về mặt nguồn cung ứng và thường xuyên hơn về tác động đến mối quan hệ giữa khách hàng và nhà phát triển. Khách hàng đang dần quen với lối suy nghĩ Agile này, nó trả lại kết quả cho họ nhanh hơn nhiều so với ngày xưa, với các bước chạy phát triển lặp đi lặp lại cao và quay vòng nhanh giữa các yêu cầu và thực hiện, vì vậy họ đã mong đợi rất nhiều trong chúng ta. Và đối với các lỗi thực tế có liên quan, thời gian để sửa lỗi thường bị giảm đi rất nhiều do có một bộ kiểm tra vững chắc để hỗ trợ các thay đổi và khả năng tạo các thử nghiệm mới để cung cấp các giải pháp và hiểu biết mới đến các vấn đề được báo cáo.
Nhìn chung, có vẻ như toàn bộ nỗ lực sửa lỗi đã giảm trong hầu hết các trường hợp nếu có một bộ kiểm tra mạnh mẽ và các quy trình để đảm bảo kiểm tra vẫn là trọng tâm của những gì nhà phát triển làm, nhưng chi phí thực tế trong một số cách đã chuyển một phần ít nhất là từ việc thực hiện, sang các lĩnh vực khác của doanh nghiệp, bởi vì trong một số cách, trọng tâm cũng đã chuyển từ cung và cầu thuần túy sang quản lý quan hệ.
Một điều nữa đã trở nên rõ ràng, đó là bản năng ruột thịt của chúng ta vài năm trước cho thấy rằng Agile sẽ làm giảm chu kỳ bảo trì của chúng ta đã được chứng minh ở mức độ cả đúng và sai. Theo đúng nghĩa là kiểm thử rắn đã giúp gỡ lỗi và sửa mã của chúng tôi ở mức độ lớn dễ dàng hơn và giảm tổng số lỗi phát hành thành mã sản xuất và sai theo nghĩa là chúng tôi hiện đang làm việc chăm chỉ hơn để tránh cần phải duy trì mã kế thừa, bằng cách liên tục tái cấu trúc mã và cải thiện kiến trúc sao cho chúng ta cần phát triển các sản phẩm mới hoàn toàn từ đầu.
Vì vậy, cuối cùng, điều này có nghĩa gì đối với câu hỏi của OP? Chà, điều đó có nghĩa là câu trả lời thực sự không quá khô khan như chúng ta từng nghĩ nó có thể xảy ra. 15 năm trước, tôi có thể đã trả lời câu hỏi là Có, nhưng bây giờ tôi cảm thấy thực tế hơn khi nói rằng thực sự quá khó để đo lường bằng thực nghiệm, bởi vì bản chất của những gì chúng tôi làm để phát triển phần mềm đã thay đổi rất nhiều so với khi chúng tôi bắt đầu tự hỏi câu hỏi của OP hồi đó. Theo một cách nào đó, chúng ta càng nâng cao các kỹ thuật và kỹ năng của mình như một ngành công nghiệp, câu hỏi càng phát triển từ một câu trả lời dứt khoát, đến mức tôi nghi ngờ rằng trong một số năm ngắn chúng ta sẽ nói rằng nó không thành vấn đề khi chúng tôi sửa lỗi, bởi vì các thử nghiệm và quy trình của chúng tôi sẽ mạnh mẽ hơn rất nhiều, thời gian sửa lỗi sẽ ít bị chi phối bởi các nỗ lực tiết kiệm ngân sách của chúng tôi và nhiều ưu tiên hơn để đáp ứng nhu cầu của khách hàng và chi phí tương đối sẽ trở nên gần như vô nghĩa theo ngữ cảnh.
Nhưng như tôi nói, đây không phải là bằng chứng hỗ trợ dữ liệu cứng, chỉ là những quan sát của tôi trong vài năm qua, và ruột của tôi nói với tôi rằng sẽ có nhiều sự khôn ngoan hơn để cải thiện cách chúng ta làm việc.