过去的表现并不代表未来的结果——除非它是代码、数据和应用程序的成本

在许多事情中，每年的这个时候，财务顾问都会向我发送电子邮件，对我的投资进行年终展望。 这是一位这样的顾问的确切语言：

“你完整的财务状况。 一个安全的地方……您的仪表板提供您的支出、储蓄、债务等的实时视图，只需一次登录……规划您所有的财务优先事项——并清楚地了解您的预计净资产。”

想一想——一个 完整的财务状况 显示 支出、储蓄、债务等的实时视图？ 谁不想知道他们的 预计净资产 是一年、五年还是十年？ 技术领导者应该了解有关其技术支出的信息。 我的方法基于一个简单的事实，我通过数十年为全球企业实施关键任务数据平台而了解到：

很少有企业完全了解或了解其应用程序（包括代码和数据）随时间推移的总成本，更不用说将其推广到生产环境中了。

自认为了解这些成本的公司可能不会追踪受增长和产能（过剩或不足）影响的实际消费成本。

我们可以做些什么来衡量代码的总成本，从而在低效流程上节省数十亿美元？ 我们需要透明地了解应用程序、代码和数据的真实成本，以了解我们系统的真实成本。 这只能通过建立和加强技术与 CFO 办公室之间的伙伴关系来实现。

在购买为企业提供功能的应用程序时，许多人会在功能、定价和支持等基础知识上比较至少三个供应商。 但是，根据实际成本对三年内该应用程序的总拥有成本 (TCO) 进行更详细的分析可能是更好的方法，因为如果两个应用程序在本质上具有可比性，则 TCO 将区分最佳选择。

挑战之一是现实世界的成本是不公开的。 此外，许多供应商真的不知道成本是多少，因为他们只知道他们的应用程序做什么，而不是为您的企业运行该应用程序 3 到 5 年需要什么样的基础设施和成本。

另一种看待它的方式是：根据我的业务模型和增长指标，哪个应用程序在 3 到 5 年内实施、管理和维护的成本最低？

迈向科技效率时代， 衡量跨技术系统的效率意味着什么？ 我们需要从思维方式、行动和衡量方面考虑效率。

• 我们如何才能改变思维方式，将效率置于我们所做一切的核心？
• 我们可以采取哪些行动来提高效率？
• 我们如何衡量效率？
• 采取的行动有何影响？

20 年来，该行业看待产能的方式从未改变。 只要生产中没有中断或问题，我们就愿意忍受低效率。 然而，如果某件事做得更有效率，成本就会更低，执行速度也会更快，系统中的浪费也会减少，这意味着碳足迹会更小。 如果某件事做得更有效率，我们就会创造更多的能力 无需增加它，这只会节省更多的资源、许可成本和金钱。

我们在编码、流程和数据模型方面为数据做出的设计选择都会对底线产生持久影响，无论是从资源角度还是从更重要的财务角度来看，因为大多数应用程序都会使用 10 到 20 年。 该代码的长期总拥有成本是多少？在设计过程中如何影响它？ 如果代码每天执行 20 万次，今天运行成本为 5 美元，那么运行 XNUMX 年的成本是多少，同时考虑到业务增长、云成本以及代码在处理更多数据时变得更加低效？

代码之外的好处。 效率评分始于应用程序内部，但随后必须追踪到整个系统，并且有一天，追踪到企业的技术。 从最早做出设计决策到应用程序的生命周期，查看我们系统的总成本意味着不仅要查看整个系统的财务成本，还要查看更大环境的财务成本。

在我的职业生涯中我意识到一件事：我们所做的一切之间的共同联系，无论是绩效、财务还是整体环境——它总是归结为效率和真正的简单性，即保持简单愚蠢 (KISS)。

就像我们处理我们的财务账户一样，我们需要一种方法来更清楚地了解我们今天的技术成本，并在我们的技术堆栈中预测成本，如果不加以控制，这些成本最终可能会飙升。 但与您的财务账户不同，“过去的表现并不代表未来的结果”，代码的过去表现可以告诉您很多关于未来表现的信息。 问题是，我们愿意听吗？