Khi trước đây tôi đã hỏi những gì chịu trách nhiệm cho phần mềm chậm, một vài câu trả lời tôi nhận được cho rằng đó là vấn đề xã hội và quản lý:
Đây không phải là vấn đề kỹ thuật, đó là vấn đề về tiếp thị và quản lý .... Thực tế, người quản lý sản phẩm có trách nhiệm viết thông số kỹ thuật cho những gì người dùng phải có. Rất nhiều điều có thể sai: Người quản lý sản phẩm không đặt phản hồi nút trong thông số kỹ thuật ... Những người QA làm một công việc tầm thường để kiểm tra thông số kỹ thuật ... nếu quản lý sản phẩm và nhân viên QA đều ngủ quên tại bánh xe, chúng tôi lập trình viên không thể bù đắp cho điều đó. - Bob Murphy
Mọi người làm việc trên các ứng dụng kích thước tốt. Khi chúng hoạt động, các vấn đề về hiệu suất leo vào, giống như lỗi. Sự khác biệt là - lỗi là "xấu" - họ kêu lên "tìm tôi và sửa tôi". Vấn đề hiệu suất chỉ cần ngồi ở đó và trở nên tồi tệ hơn. Các lập trình viên thường nghĩ "Chà, mã của tôi sẽ không có vấn đề về hiệu năng. Thay vào đó, ban quản lý cần mua cho tôi một máy mới hơn / lớn hơn / nhanh hơn." Thực tế là, nếu các nhà phát triển định kỳ chỉ săn lùng các vấn đề về hiệu năng [ điều này thực sự rất dễ dàng ] thì họ có thể chỉ cần làm sạch chúng. - Mike Dunlavey
Vì vậy, nếu đây là một vấn đề xã hội, tổ chức có thể đưa ra những cơ chế xã hội nào để tránh vận chuyển phần mềm chậm cho khách hàng của mình?