過去的表現並不代表未來的結果——除非它是代碼、數據和應用程序的成本

在許多事情中,每年的這個時候,財務顧問都會向我發送電子郵件,對我的投資進行年終展望。 這是一位這樣的顧問的確切語言:

“你完整的財務狀況。 一個安全的地方……您的儀表板提供您的支出、儲蓄、債務等的實時視圖,只需一次登錄……規劃您所有的財務優先事項——並清楚地了解您的預計淨資產。”

想一想——一個 完整的財務狀況 顯示 支出、儲蓄、債務等的實時視圖? 誰不想知道他們的 預計淨資產 是一年、五年還是十年? 技術領導者應該了解有關其技術支出的信息。 我的方法基於一個簡單的事實,我通過數十年為全球企業實施關鍵任務數據平台而了解到:

很少有企業完全了解或了解其應用程序(包括代碼和數據)隨時間推移的總成本,更不用說將其推廣到生產環境中了。

自認為了解這些成本的公司可能不會追踪受增長和產能(過剩或不足)影響的實際消費成本。

我們可以做些什麼來衡量代碼的總成本,從而在低效流程上節省數十億美元? 我們需要透明地了解應用程序、代碼和數據的真實成本,以了解我們系統的真實成本。 這只能通過建立和加強技術與 CFO 辦公室之間的伙伴關係來實現。

在購買為企業提供功能的應用程序時,許多人會在功能、定價和支持等基礎知識上比較至少三個供應商。 但是,根據實際成本對三年內該應用程序的總擁有成本 (TCO) 進行更詳細的分析可能是更好的方法,因為如果兩個應用程序在本質上具有可比性,則 TCO 將區分最佳選擇。

挑戰之一是現實世界的成本是不公開的。 此外,許多供應商真的不知道成本是多少,因為他們只知道他們的應用程序做什麼,而不是為您的企業運行該應用程序 3 到 5 年需要什麼樣的基礎設施和成本。

另一種看待它的方式是:根據我的業務模型和增長指標,哪個應用程序在 3 到 5 年內實施、管理和維護的成本最低?

邁向科技效率時代, 衡量跨技術系統的效率意味著什麼? 我們需要從思維方式、行動和衡量方面考慮效率。

  • 我們如何才能改變思維方式,將效率置於我們所做一切的核心?
  • 我們可以採取哪些行動來提高效率?
  • 我們如何衡量效率?
  • 採取的行動有何影響?

20 年來,該行業看待產能的方式從未改變。 只要生產中沒有中斷或問題,我們就願意忍受低效率。 然而,如果某件事做得更有效率,成本就會更低,執行速度也會更快,系統中的浪費也會減少,這意味著碳足跡會更小。 如果某件事做得更有效率,我們就會創造更多的能力 無需增加它,這只會節省更多的資源、許可成本和金錢。

我們在編碼、流程和數據模型方面為數據做出的設計選擇都會對底線產生持久影響,無論是從資源角度還是從更重要的財務角度來看,因為大多數應用程序都會使用 10 到 20 年。 該代碼的長期總擁有成本是多少?在設計過程中如何影響它? 如果代碼每天執行 20 萬次,今天運行成本為 5 美元,那麼運行 XNUMX 年的成本是多少,同時考慮到業務增長、云成本以及代碼在處理更多數據時變得更加低效?

代碼之外的好處。 效率評分始於應用程序內部,但隨後必須追踪到整個系統,並且有一天,追踪到企業的技術。 從最早做出設計決策到應用程序的生命週期,查看我們系統的總成本意味著不僅要查看整個系統的財務成本,還要查看更大環境的財務成本。

在我的職業生涯中我意識到一件事:我們所做的一切之間的共同聯繫,無論是績效、財務還是整體環境——它總是歸結為效率和真正的簡單性,即保持簡單愚蠢 (KISS)。

就像我們處理我們的財務賬戶一樣,我們需要一種方法來更清楚地了解我們今天的技術成本,並在我們的技術堆棧中預測成本,如果不加以控制,這些成本最終可能會飆升。 但與您的財務賬戶不同,“過去的表現並不代表未來的結果”,代碼的過去表現可以告訴您很多關於未來表現的信息。 問題是,我們願意聽嗎?

來源:https://www.forbes.com/sites/forbesbooksauthors/2023/01/23/past-performance-is-not-indicative-of-future-results-unless-its-the-cost-of-code-數據和應用程序/