Tại sao việc theo đuổi tốc độ đang tạo ra các vấn đề phần mềm của ngày mai

Áp lực để giao hàng ERP và phần mềm kinh doanh quan trọng nhanh hơn thường tạo ra các chi phí ẩn mà các tổ chức sẽ phải giải quyết sau này, cho rằng Carl Andrews, CEO, Original Software.

Mỗi CIO đã từng tham gia vào một buổi lễ ra mắt. Bánh, chúc mừng, cảm giác nhẹ nhõm khi cuối cùng cũng có thể giao hàng. Điều không được nói đến nhiều là những gì xảy ra trong những tháng sau đó, khi áp lực giao hàng đúng hạn đã chuyển chi phí của nó sang các đội duy trì những gì đã được giao hàng.

Đây không phải là một vấn đề hẹp. Việc thúc đẩy giao hàng phần mềm nhanh hơn đang tăng tốc, không chậm lại. Các chu kỳ sprint đang trở nên ngắn hơn, tần suất phát hành đang tăng lên, và kỳ vọng rằng công nghệ nên phản hồi nhu cầu kinh doanh gần như theo thời gian thực đã trở thành tiêu chuẩn. Di chuyển nhanh hơn thường là bản năng đúng. Câu hỏi là những gì bị hy sinh im lặng để làm cho nó xảy ra.

Nơi bắt đầu nợ nần

Nợ kỹ thuật hiếm khi đến với một cảnh báo. Nó được xây dựng thông qua các quyết định mà, riêng lẻ, dường như hoàn toàn có thể bảo vệ. Tài liệu được đẩy xuống danh sách ưu tiên vì nhóm cần phải đáp ứng thời hạn. Một giải pháp thay thế được thêm vào cấu hình ERP vì giải pháp chính xác sẽ trì hoãn dự án. Kiểm tra được giảm vì thời hạn đã trượt

Một tùy chỉnh được để lại vì thay thế nó cảm thấy quá xáo trộn.

Không ai đặt ra để tích lũy nợ. Đó là những gì còn lại sau một loạt các quyết định có vẻ hợp lý được thực hiện dưới áp lực. Những gì bắt đầu như một số giải pháp thay thế trở thành một hệ thống khó thay đổi hơn, bị hỏng nhiều hơn, và tốn kém hơn để duy trì so với bất kỳ ai đã dự toán.

Môi trường ERP đặc biệt dễ bị tổn thương. Bằng bản chất của chúng, chúng nằm ở trung tâm của tổ chức, kết nối tài chính, nhân sự, chuỗi cung ứng, mua sắm và các chức năng kinh doanh quan trọng khác. Theo thời gian, nhiều năm giải pháp thay thế, giải pháp thay thế và thay đổi không được ghi chép tốt tạo ra sự phức tạp mà không ai dự định, nhưng mọi người đều kế thừa. Kết quả là có thể dự đoán, ngay cả khi thời gian không phải là vấn đề nên được phát hiện trong kiểm tra, thay vào đó trong các quy trình kinh doanh trực tiếp, thường vào thời điểm tồi tệ nhất.

Tại sao các tổ chức đánh giá thấp vấn đề

Một phần của thách thức là nợ kỹ thuật hiếm khi xuất hiện như một chi phí rõ ràng. Không giống như một dự án thất bại hoặc một thời hạn bị bỏ lỡ, nợ tích lũy dần dần. Nó xuất hiện như các bản nâng cấp mất nhiều thời gian hơn dự kiến. Thay đổi đòi hỏi nhiều nỗ lực hơn so với dự kiến. Các nhóm dành nhiều tuần để điều tra các vấn đề mà trước đây có thể dễ dàng giải quyết.

Bởi vì những chi phí này xuất hiện từ từ, chúng thường được coi là các sự cố riêng lẻ chứ không phải là các triệu chứng của một vấn đề rộng lớn hơn. Các tổ chức có xu hướng tập trung vào các lợi ích rõ ràng của việc giao hàng nhanh chóng trong khi bỏ qua các hậu quả lâu dài của việc làm cho hệ thống khó bảo trì và phát triển.

Kết quả là nợ kỹ thuật thường chỉ nhận được sự chú ý khi nó bắt đầu ảnh hưởng đến hiệu suất kinh doanh.

Tác động đến đổi mới, năng suất và khả năng phục hồi

Chi phí lớn nhất của nợ kỹ thuật không phải là kỹ thuật. Đó là chiến lược. Khi môi trường ERP trở nên phức tạp hơn, các nhóm CNTT dành nhiều thời gian hơn để duy trì các hệ thống hiện có và ít thời gian hơn để cung cấp các khả năng mới. Tài nguyên có thể hỗ trợ các dự án chuyển đổi, cải tiến quy trình hoặc các sáng kiến AI thay vào đó bị tiêu thụ bởi việc giải quyết sự cố, làm lại và bảo trì hệ thống.

Đổi mới chậm lại vì mỗi thay đổi mang lại rủi ro lớn hơn. Năng suất bị ảnh hưởng vì các nhiệm vụ thường xuyên mất nhiều thời gian hơn để hoàn thành. Khả năng phục hồi giảm vì các hệ thống trở nên khó kiểm tra, hỗ trợ và phục hồi khi có vấn đề. Điều này tạo ra một chu kỳ khó chịu. Các tổ chức thúc đẩy tốc độ để duy trì khả năng cạnh tranh, nhưng nợ tạo ra bởi tốc độ đó cuối cùng làm cho thay đổi trong tương lai chậm hơn, tốn kém hơn và khó khăn hơn để giao hàng.

Đạt được sự cân bằng đúng

Câu trả lời không phải là giảm tốc độ. Ít tổ chức có thể đủ khả năng để làm điều đó. Mục tiêu là xây dựng các quy trình giao hàng hỗ trợ tốc độ mà không ảnh hưởng đến chất lượng lâu dài. Điều đó bắt đầu bằng việc nhận ra rằng các hoạt động như kiểm tra, ghi chép và quản lý không phải là chướng ngại vật đối với giao hàng. Chúng là những gì làm cho giao hàng bền vững có thể xảy ra. Đối với các hệ thống ERP đặc biệt, kiểm tra hồi quy mạnh mẽ là điều cần thiết.

Nó cung cấp cho các tổ chức sự tự tin rằng các thay đổi, cập nhật và nâng cấp có thể được giới thiệu mà không tạo ra sự gián đoạn không mong muốn ở nơi khác trong kinh doanh. Kết hợp với tự động hóa lớn hơn và kiểm tra sớm hơn trong suốt vòng đời giao hàng, nó giúp xác định các vấn đề trước khi chúng trở thành các vấn đề tốn kém.

Quan trọng nhất, các tổ chức cần xem nợ kỹ thuật như một vấn đề kinh doanh chứ không phải là một vấn đề kỹ thuật. Các quyết định được đưa ra để tăng tốc giao hàng ngày hôm nay sẽ ảnh hưởng đến chi phí, linh hoạt và khả năng phục hồi của các hệ thống trong nhiều năm tới.

Khởi chạy không phải là vạch đích. Đó chỉ là điểm mà các hậu quả lâu dài của những quyết định đó bắt đầu xuất hiện. Các tổ chức thành công theo thời gian sẽ không phải là những tổ chức di chuyển nhanh nhất trong ngắn hạn, mà là những tổ chức có thể tiếp tục thay đổi và đổi mới mà không bị cản trở bởi các hệ thống mà chúng phụ thuộc.