เมื่อผู้บริหารเมินคำเตือนจาก IT ทีมเทคโนโลยีจึงโต้กลับอย่างหนัก

การตอบโต้ของทีม IT ที่ให้บทเรียน

• เรื่องราวของ "Bruce" ผู้เคยทำงานในทีมโครงสร้างพื้นฐานอินเทอร์เน็ตของธนาคารแห่งหนึ่งในออสเตรเลีย
• ในช่วงเริ่มต้นของอินเทอร์เน็ตแบงก์กิ้ง ทีมเติบโตอย่างรวดเร็วและปริมาณงานก็เพิ่มขึ้นด้วย
• ก่อนที่การใช้งานลิงก์ ISDN จะเกินครึ่ง ทีมก็ตระหนักถึงความจำเป็นในการซื้อลิงก์เพิ่มและยื่นข้อเสนอให้ CIO

การปฏิเสธของผู้บริหารและการตอบสนองของทีม IT

• CIO ได้นำคำขอซื้อลิงก์ ISDN เพิ่มไปเสนอต่อฝ่ายบริหาร แต่ถูกปฏิเสธเพราะการใช้งานลิงก์ปัจจุบันยังไม่ถึงครึ่ง
• เมื่อการใช้งานลิงก์เกิน 50% ทีม IT ก็ยื่นคำขออีกครั้ง แต่ได้รับคำสั่งให้รอจนกว่าจะเข้าใกล้ 100%

มาตรการเชิงกลยุทธ์ของทีม IT

• ทีม IT ตัดสินใจปรับการเชื่อมต่อเครือข่ายของผู้บริหาร เพื่อทำให้ผู้บริหารรับรู้ปัญหาด้วยตนเอง
• สัปดาห์แรกปรับลดลง 10% และหลังจากนั้นก็ลดเพิ่มอีกสัปดาห์ละ 10%
• หนึ่งเดือนต่อมา การติดตั้งลิงก์ ISDN เพิ่มได้รับการอนุมัติ และผู้บริหารก็เฉลิมฉลองกันเองว่าได้แก้ "ปัญหาอินเทอร์เน็ต" แล้ว

ความเห็นของ GN⁺

สิ่งสำคัญที่สุดในบทความนี้คือการที่ทีม IT กล้าท้าทายการตัดสินใจของผู้บริหาร และใช้ประสบการณ์การใช้งานจริงเพื่อโน้มน้าวให้เกิดการลงทุนด้านโครงสร้างพื้นฐานที่จำเป็น นี่แสดงให้เห็นถึงแนวทางที่สร้างสรรค์และมีประสิทธิภาพในการลดช่องว่างระหว่างปัญหาทางเทคนิคกับการตัดสินใจทางธุรกิจ เรื่องนี้ไม่เพียงน่าสนใจสำหรับผู้เชี่ยวชาญด้าน IT เท่านั้น แต่ยังมีบทเรียนที่ช่วยให้ผู้มีอำนาจตัดสินใจที่ไม่ได้มีพื้นฐานด้านเทคนิคเข้าใจความสำคัญของโครงสร้างพื้นฐานเทคโนโลยีได้ดีขึ้นด้วย

[GN⁺]

ความคิดเห็นจาก Hacker News

• วิศวกรซอฟต์แวร์คนหนึ่งเล่าประสบการณ์การใช้ซอฟต์แวร์จากบุคคลที่สามที่สร้างปัญหาให้ลูกค้า วิศวกรคนนี้กำลังพัฒนาโซลูชันภายในอยู่ แต่บางคนต้องการต่อสัญญา เขาใช้เวลาทั้งวันแก้ระบบที่มีปัญหา และใช้กลยุทธ์ส่งตั๋วของลูกค้าไปให้คนที่ต้องการต่อสัญญา สุดท้ายจึงย้ายไปใช้ระบบภายใน และหลังจากนั้นก็แทบไม่มีปัญหาเกิดขึ้น
• สำหรับผู้เชี่ยวชาญด้าน IT ความสามารถในการสื่อสารผลกระทบทางธุรกิจและความเสี่ยงของปัญหาทางเทคนิคอย่างชัดเจนเป็นสิ่งสำคัญ ผู้บริหารของธนาคารแห่งหนึ่งอาจไม่เข้าใจ แต่อาจเป็นไปได้เช่นกันว่าทีมเทคนิคอธิบายได้ไม่ดีพอ
• ผู้จัดการ IT คนหนึ่งเคยขอระบบสำรองข้อมูลที่เหมาะสมจาก CFO แต่ถูกปฏิเสธซ้ำแล้วซ้ำเล่า อย่างไรก็ตาม เมื่อเกิดความเสียหายของดิสก์ครั้งใหญ่ บริษัทก็เป็นอัมพาตอยู่หลายสัปดาห์ และหลังจากนั้นจึงค่อยซื้ออุปกรณ์สำรองข้อมูลที่เหมาะสม
• มีความเห็นว่าหากต้องการทำอะไรให้สำเร็จในองค์กรขนาดใหญ่ ผู้บริหารต้องรู้สึกถึงความเจ็บปวดของคุณก่อน และอ้างว่านี่คือวิธีที่โลกทำงาน
• วิศวกรคนหนึ่งพยายามตั้งค่า Cisco 1604 ISDN router เพื่อประหยัดค่าใช้จ่าย แต่กลับพบว่า IBM AIX ส่งข้อมูล telemetry ไปยัง IBM ทุกชั่วโมง และต้องเพิ่มกฎไฟร์วอลล์เพื่อบล็อกสิ่งนี้
• มีความเห็นว่าฝ่าย IT ต้องการอิสระในการตัดสินใจที่ถูกต้องโดยไม่ขึ้นกับฝ่ายธุรกิจ ระดับความไว้วางใจในองค์กรเป็นตัวกำหนดว่าต้องมีการกำกับดูแลมากแค่ไหน การจำลองทีม IT ให้เป็น 'ลูกค้า' ของธุรกิจอาจเป็นแนวทางที่เรียบง่ายกว่า
• ความคิดเห็นบางส่วนยืนยันว่าควรเคารพการตัดสินใจตามลำดับชั้น แต่สิ่งนี้ก็ยังเตือนว่าบริษัทต่าง ๆ ยังคงมีวิธีคิดแบบทหาร
• คนหนึ่งที่ผิดหวังกับภาวะผู้นำกล่าวว่า เขาคงเลือกหางานใหม่และปล่อยให้เรือล่มไป
• มีความเห็นที่ตั้งคำถามกับคำว่า "การใช้งาน 50%" เพราะในกรณีที่มีท่อทางเดียวและโหลดไม่สม่ำเสมอ ประสิทธิภาพที่ลดลงอาจเกิดขึ้นเป็นช่วง ๆ
• เพื่อคลายความสับสนเกี่ยวกับคำว่า "Regomise" มีการอธิบายว่า คำนี้ถูกใช้เป็นเครื่องมือสร้างชื่อผู้ใช้