El rendimiento pasado no es indicativo de resultados futuros, a menos que sea el costo del código, los datos y las aplicaciones

Entre muchas cosas, esta es la época del año en que los asesores financieros me envían correos electrónicos con una vista de fin de año de mis inversiones. Aquí está el lenguaje exacto de uno de esos asesores:

“Tu imagen financiera completa. Un lugar seguro... Su tablero ofrece una vista en tiempo real de sus gastos, ahorros, deudas y más con un solo inicio de sesión... Planifique todas sus prioridades financieras y obtenga una visión clara de su patrimonio neto proyectado”.

Piensa en eso: un imagen financiera completa que muestra una vista en tiempo real de los gastos, ahorros, deudas y más? ¿Quién no querría saber cuáles son sus valor neto proyectado es uno, cinco o incluso diez años? Los líderes tecnológicos deben conocer esta información sobre su gasto en tecnología. Mi enfoque se basa en un hecho simple que aprendí durante décadas de implementación de plataformas de datos de misión crítica para empresas de todo el mundo:

Muy pocas empresas conocen o comprenden por completo el costo total de sus aplicaciones, incluidos el código y los datos, a lo largo del tiempo, y mucho menos cuando pasan a producción.

Es probable que las empresas que creen que conocen estos costos no hagan un seguimiento de los costos de consumo reales que se ven afectados por el crecimiento y la capacidad (exceso o falta).

¿Qué podemos hacer para medir el costo total del código y así ahorrar miles de millones en procesos ineficientes? Necesitamos transparencia en el costo real de las aplicaciones, el código y los datos para comprender los costos reales de nuestros sistemas. Esto solo puede ocurrir forjando y fortaleciendo asociaciones entre la tecnología y la oficina del CFO.

Al comprar una aplicación para proporcionar una función para una empresa, muchos compararán al menos tres proveedores en aspectos básicos como la funcionalidad, el precio y el soporte. Pero un análisis más detallado del costo total de propiedad (TCO) de esa aplicación durante tres años basado en costos reales podría ser un mejor enfoque porque si dos aplicaciones son esencialmente comparables, el TCO distinguirá la mejor opción.

Un desafío es que los costos del mundo real no son públicos. Además, muchos proveedores realmente no saben cuáles son los costos porque solo saben qué hace su aplicación, no qué infraestructura y costos se necesitarán para ejecutar la aplicación para su empresa durante 3 a 5 años.

Otra forma de verlo es: ¿Qué aplicación costará menos implementar, administrar y mantener durante 3 a 5 años según mi modelo comercial y las métricas de crecimiento?

Pasando a la era de la eficiencia en la tecnología, ¿Qué podría significar medir la eficiencia en los sistemas tecnológicos? Necesitamos pensar en la eficiencia en términos de mentalidad, acción y medición.

• ¿Cómo podemos cambiar nuestra mentalidad para poner la eficiencia en el centro de todo lo que hacemos?
• ¿Qué acciones podemos tomar para ser más eficientes?
• ¿Cómo podemos medir la eficiencia?
• ¿Cuáles son los impactos de las acciones tomadas?

La forma en que la industria considera la capacidad no ha cambiado en 20 años. Hemos estado dispuestos a vivir con la ineficiencia siempre que no haya interrupciones o problemas en la producción. Sin embargo, si algo se hace de manera más eficiente, costará menos y se ejecutará más rápido, y habrá menos desperdicio en el sistema, lo que significa una menor huella de carbono. Si algo se hace de manera más eficiente, creamos más capacidad sin tener que aumentarlo, que solo ahorra más recursos, costos de licencia y dinero.

Las elecciones de diseño que hacemos para los datos en términos de codificación, procesos y modelos de datos tienen impactos duraderos en el resultado final, tanto desde la perspectiva de los recursos como, lo que es más importante, en las finanzas, ya que la mayoría de las aplicaciones se usan entre 10 y 20 años. ¿Cuál es el costo total de propiedad de ese código a largo plazo y cómo se puede influir en esto durante el proceso de diseño? Si el código se ejecuta cinco millones de veces al día y cuesta $20 ejecutarlo hoy, ¿cuánto costará ejecutarlo durante 5 años, teniendo en cuenta el crecimiento del negocio, los costos de la nube y el código que se vuelve más ineficiente a medida que procesa datos adicionales?

Beneficios más allá del código. La puntuación de la eficiencia comienza dentro de las aplicaciones, pero luego debe seguir hasta el sistema general y algún día, hasta la empresa, para la tecnología. Observar el costo total de nuestros sistemas desde el momento en que se toman las decisiones de diseño hasta la vida útil de la aplicación significa considerar no solo los costos financieros del sistema en general, sino también el entorno en general.

Una cosa de la que me he dado cuenta en mi carrera: el vínculo común entre todo lo que hacemos, ya sea el rendimiento, las finanzas o el medioambiente en general, siempre se reduce a la eficiencia y, en realidad, a la simplicidad, es decir, mantenerlo simple y estúpido (KISS).

Tal como lo hacemos con nuestras cuentas financieras, necesitamos una forma de conocer nuestros costos de tecnología hoy con más claridad y proyectar los costos dentro de nuestra pila de tecnología que probablemente terminarán disparándose si no se controlan. Pero a diferencia de sus cuentas financieras, donde "el rendimiento pasado no es indicativo de resultados futuros", el rendimiento pasado de sus códigos puede decirle mucho sobre el rendimiento futuro. La pregunta es, ¿estamos dispuestos a escuchar?