ต้นทุนเทคโนโลยีเดียวที่คุณวัดไม่ได้—นั่นอาจช่วยประหยัดได้หลายล้านถ้าคุณวัดได้

การเปลี่ยนแปลงครั้งใหญ่ที่สุดอย่างหนึ่งที่จะเกิดขึ้นกับการย้ายไปยังระบบคลาวด์คือวิธีที่เราชำระเงินสำหรับเทคโนโลยีและแอปพลิเคชันต่างๆ อุตสาหกรรมได้เปลี่ยนจากการประมวลผลทั้งหมดที่คุณทำได้บนเซิร์ฟเวอร์ที่มีศูนย์ข้อมูลภายในองค์กรเป็นรูปแบบการคำนวณแบบตัวแปรหรือยูทิลิตี้ ตาม Apptio ล่าสุด รายงานซึ่งหมายความว่า "การเพิ่มประสิทธิภาพขนาดเล็กสามารถเกิดขึ้นได้ที่ระดับทีมในแต่ละวันและทุกวันเพื่อเปลี่ยนรูปแบบการใช้จ่ายบนคลาวด์ … มันเป็นโลกของ OpEx (ค่าใช้จ่ายในการดำเนินการ) แทนที่จะเป็น CapEx (ค่าใช้จ่ายด้านทุน) ซึ่งจะเปลี่ยนแปลงวิธีการรายงานทางการเงินโดยสิ้นเชิง และจัดการ”

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

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

วิศวกรส่วนใหญ่ไม่ได้ควบคุมหรือเข้าใจรหัสที่พวกเขากำลังเขียนอย่างถ่องแท้ พวกเขาเป็นเพียงการเพิ่มโครงสร้างพื้นฐานเพื่อดำเนินการสิ่งที่ได้รับการเลื่อนตำแหน่งให้เป็นการผลิต

ไม่ใช่เรื่องปกติในอุตสาหกรรมที่จะคำนวณค่าใช้จ่ายทั้งหมดสำหรับสภาพแวดล้อมเทคโนโลยีของคุณสำหรับแอปพลิเคชันหรือเทคโนโลยีหลายร้อยรายการที่ทีมของคุณสนับสนุน สิ่งนี้จำเป็นต้องเปลี่ยน (หมายเหตุ: ฉันไม่ได้พูดถึง Robotic Processing Automation-RPA โดยใช้บอทเพื่อทำให้งานดิจิทัลเป็นอัตโนมัติ) แนวทางของฉันมุ่งเน้นไปที่ประสิทธิภาพของแอปพลิเคชัน โค้ด และกระบวนการ ไม่ใช่ประสิทธิภาพผ่านระบบอัตโนมัติ

เหตุใดการวัดต้นทุนรวมของโค้ดจึงมีความสำคัญ

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

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

แทบทุกระบบมีศักยภาพในการปรับความจุให้มีเหตุผลอย่างน้อย 30 ถึง 40 เปอร์เซ็นต์ และการเพิ่มประสิทธิภาพโค้ดอาจช่วยประหยัดต้นทุนได้อีก 20 ถึง 80 เปอร์เซ็นต์

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

ลองนึกภาพต้นทุนรวมของโค้ดในช่วง 20 ปี แล้วพิจารณา: “เราจะทำให้โค้ดนั้นมีประสิทธิภาพมากขึ้น 20% ได้ไหม และถ้าทำได้ เราจะประหยัดเงินได้มากแค่ไหนตลอด 20 ปี”

จากนั้นมีการย้ายไปที่คลาวด์และ pay-as-you-go กับ จ่ายล่วงหน้า โมเดลที่มีต้นทุนสูงในการดำเนินการและบำรุงรักษาระบบข้อมูลเร็วกว่าที่เราจะจับและวิเคราะห์ได้ รายงาน Apptio เน้นว่าทุกคนสูญเสียอย่างไรเมื่อไม่มีความโปร่งใสในค่าใช้จ่ายของบริการคลาวด์:

  • วิศวกรรมใช้จ่ายมากเกินความจำเป็นโดยมีความเข้าใจเพียงเล็กน้อยเกี่ยวกับประสิทธิภาพด้านต้นทุน
  • ทีมการเงินพยายามทำความเข้าใจ—และตามให้ทัน—สิ่งที่ใช้จ่ายไปกับตัวเลือกจำนวนมากมายเหลือเชื่อ (AWS เพียงอย่างเดียวมีประมาณ 300,000 SKU และคุณสมบัติใหม่เพิ่มเติมนับพันรายการต่อปี)
  • ความเป็นผู้นำไม่มีข้อมูลเพียงพอที่จะใช้จ่ายเงินหรือความสามารถในการมีอิทธิพลต่อการจัดลำดับความสำคัญ
  • การจัดซื้อจัดจ้างไม่ใช่ผู้เข้าร่วมโดยเจตนาในการจัดหาเอาต์ซอร์สของตนเอง

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

ในบทความหน้า ฉันจะพูดถึงวิธีที่เราสามารถวัด Total Cost of Code ซึ่งจะช่วยประหยัดกระบวนการที่ไม่มีประสิทธิภาพได้นับพันล้าน คุณอยู่กับฉันไหม

ที่มา: https://www.forbes.com/sites/forbesbooksauthors/2023/02/27/the-one-technology-cost-youre-not-measuring-that-could-save-millions-if-you-did/