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

เหนือสิ่งอื่นใด นี่เป็นช่วงเวลาของปีที่ที่ปรึกษาทางการเงินส่งอีเมลถึงฉันพร้อมมุมมองสิ้นปีเกี่ยวกับการลงทุนของฉัน นี่คือภาษาที่แน่นอนจากที่ปรึกษาดังกล่าว:

“ภาพทางการเงินที่สมบูรณ์ของคุณ ที่เดียวที่ปลอดภัย…แดชบอร์ดของคุณนำเสนอมุมมองแบบเรียลไทม์ของการใช้จ่าย การออม หนี้สิน และอื่นๆ ด้วยการเข้าสู่ระบบเพียงครั้งเดียว…วางแผนสำหรับลำดับความสำคัญทางการเงินทั้งหมดของคุณ—และรับมุมมองที่ชัดเจนของมูลค่าสุทธิที่คาดการณ์ไว้”

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

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

บริษัทที่คิดว่าทราบต้นทุนเหล่านี้มักจะไม่ติดตามต้นทุนการบริโภคจริงซึ่งได้รับผลกระทบจากการเติบโตและกำลังการผลิต (ส่วนเกินหรือขาด)

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

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

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

อีกวิธีในการดูคือ: แอปพลิเคชันใดมีค่าใช้จ่ายน้อยที่สุดในการดำเนินการ จัดการ และบำรุงรักษาเป็นเวลา 3 ถึง 5 ปี โดยอิงตามรูปแบบธุรกิจและเมตริกการเติบโตของฉัน

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

• เราจะเปลี่ยนความคิดของเราให้ประสิทธิภาพเป็นแกนหลักของทุกสิ่งที่เราทำได้อย่างไร
• เราสามารถทำอะไรได้บ้างเพื่อให้มีประสิทธิภาพมากขึ้น?
• เราจะวัดประสิทธิภาพได้อย่างไร?
• ผลกระทบของการดำเนินการคืออะไร?

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

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

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

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

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