Khi ban lãnh đạo phớt lờ cảnh báo của IT, đội kỹ thuật đã tung đòn đáp trả mạnh mẽ

Phản ứng mang tính bài học của đội IT

• Câu chuyện của "Bruce", người từng làm việc trong đội hạ tầng Internet của một ngân hàng tại Úc.
• Trong giai đoạn đầu của Internet banking, đội ngũ phát triển rất nhanh và khối lượng công việc cũng tăng lên.
• Trước khi mức sử dụng các đường truyền ISDN vượt quá một nửa, đội đã nhận ra cần mua thêm đường truyền và gửi đề xuất lên CIO.

Sự từ chối của ban lãnh đạo và phản ứng của đội IT

• CIO đã chuyển yêu cầu mua thêm đường truyền ISDN lên ban lãnh đạo, nhưng bị từ chối vì mức sử dụng hiện tại còn chưa đến một nửa.
• Khi mức sử dụng đường truyền vượt 50%, đội IT lại tiếp tục đề nghị, nhưng được chỉ đạo phải chờ đến khi gần chạm 100%.

Biện pháp chiến lược của đội IT

• Đội IT quyết định điều chỉnh kết nối mạng của ban lãnh đạo để khiến họ tự nhận ra vấn đề.
• Tuần đầu giảm 10%, sau đó mỗi tuần giảm thêm 10%.
• Một tháng sau, việc lắp thêm đường truyền ISDN được phê duyệt, và ban lãnh đạo tự chúc mừng vì đã giải quyết được "sự cố Internet".

Ý kiến của GN⁺

Điều quan trọng nhất trong bài viết này là đội IT đã thách thức quyết định của ban lãnh đạo và dùng trải nghiệm thực tế của người dùng để thuyết phục về khoản đầu tư hạ tầng cần thiết. Đây là một cách tiếp cận sáng tạo và hiệu quả để thu hẹp khoảng cách giữa vấn đề kỹ thuật và quyết định kinh doanh. Câu chuyện không chỉ thú vị với các chuyên gia IT mà còn chứa đựng bài học giúp những người ra quyết định không chuyên về kỹ thuật hiểu được tầm quan trọng của hạ tầng công nghệ.

[GN⁺]

Ý kiến trên Hacker News

• Một kỹ sư phần mềm chia sẻ trải nghiệm từng sử dụng phần mềm bên thứ ba gây ra vấn đề cho khách hàng. Kỹ sư này đang phát triển một giải pháp nội bộ, nhưng một số người lại muốn gia hạn hợp đồng. Anh ấy đã phải dành cả ngày để sửa hệ thống có vấn đề và dùng chiến lược chuyển các ticket của khách hàng cho những người muốn gia hạn hợp đồng xử lý; cuối cùng họ đã chuyển sang hệ thống nội bộ, và từ đó về sau hầu như không còn phát sinh vấn đề.
• Với chuyên gia IT, khả năng truyền đạt rõ ràng hệ quả kinh doanh và rủi ro của các vấn đề kỹ thuật là rất quan trọng. Có thể ban quản lý của một ngân hàng đã không hiểu, nhưng cũng có khả năng đội kỹ thuật đã không giải thích đủ tốt.
• Một quản lý IT đã đề nghị CFO cấp một hệ thống sao lưu phù hợp, nhưng liên tục bị từ chối. Tuy nhiên, sau khi xảy ra một vụ hỏng đĩa nghiêm trọng khiến công ty tê liệt trong nhiều tuần, cuối cùng họ mới mua thiết bị sao lưu thích hợp.
• Có ý kiến cho rằng để làm được điều gì đó trong một tổ chức lớn, ban điều hành phải cảm nhận được nỗi đau của bạn. Họ cho rằng đó là cách thế giới vận hành.
• Một kỹ sư từng cấu hình router Cisco 1604 ISDN để tiết kiệm chi phí, nhưng rồi phát hiện IBM AIX gửi dữ liệu telemetry về IBM mỗi giờ, và anh ấy phải thêm quy tắc tường lửa để chặn việc này.
• Có ý kiến cho rằng bộ phận IT cần có quyền tự chủ để đưa ra quyết định đúng đắn mà không phụ thuộc vào khối kinh doanh. Trong tổ chức, mức độ tin cậy quyết định cần bao nhiêu giám sát. Mô hình hóa đội IT như "khách hàng" của khối kinh doanh có thể là một cách tiếp cận đơn giản hơn.
• Một số bình luận cho rằng cần tôn trọng các quyết định theo cấp bậc, nhưng điều này cũng nhắc lại rằng doanh nghiệp vẫn đang mang tư duy kiểu quân đội.
• Một người thất vọng với lãnh đạo nói rằng họ sẽ chọn tìm việc mới và để con tàu chìm.
• Có ý kiến đặt câu hỏi về cách diễn đạt "mức sử dụng 50%". Trong trường hợp chỉ có một đường truyền và tải không đều, suy giảm hiệu năng có thể xảy ra ngắt quãng.
• Để làm rõ sự nhầm lẫn quanh thuật ngữ "Regomise", có người giải thích rằng thuật ngữ này được dùng như một công cụ tạo tên người dùng.