Enable javascript in your browser for better experience. Need to know to enable it? Go here.
Cómo obtener más valor empresarial del gasto en la nube - Parte 1

Cómo obtener más valor empresarial del gasto en la nube - Parte 1

En este artículo, dividido en dos partes, vamos a explorar cómo obtener más valor empresarial de las operaciones en la nube de tu empresa. Presentaremos ideas en torno a las denominadas FinOps y profundizaremos en cómo pueden maximizar el rendimiento de la nube.

 

 

Sacar más partido a la nube

 

Hoy en día, la mayoría de las empresas utilizan la computación en nube. Y el uso va en aumento. Entre 2020 y 2021, más del 60% de las organizaciones trasladaron más cargas de trabajo a la nube. Pero aunque muchas siguen creyendo en la visión que se les ha vendido -la de una tecnología rentable, resistente y escalable-, a algunas les sigue costando articular el valor que están obteniendo.

 

En este contexto, vamos a explorar las ideas de FinOps y a ver los pasos prácticos para garantizar que su organización obtiene más valor de su inversión en la nube.

 

¿Qué es FinOps? Según la definición de la Fundación FinOps, es una "disciplina de gestión financiera y una práctica cultural que permite a las organizaciones obtener el máximo valor empresarial ayudando a los equipos de ingeniería, finanzas, tecnología y negocio a colaborar en la toma de decisiones de gasto basadas en datos."

Pero una definición no es suficiente. ¿Cómo puede introducir eficazmente las FinOps en su empresa? Y lo que es más importante, ¿cómo puede demostrar que esto aportará valor empresarial?

 

Hemos elaborado un plan de seis puntos para ayudarle.

 

Establecer una visión

 

El primer paso para lograr los objetivos de operaciones en la nube rentables es establecer una visión clara de lo que se quiere conseguir. No se trata de una declaración genérica de su proveedor de servicios en la nube. Es tan importante para su empresa como la visión de su producto. Alinear su visión de la nube con su visión del producto dictará cómo generar los resultados correctos.

 

Por ejemplo, la visión FinOps de su organización podría ser del tipo: garantizar que el crecimiento de los costes de la nube sea directamente proporcional al valor empresarial que genera y que todos los niveles de la organización sean conscientes de por qué se producen los costes y que el despilfarro, invariablemente incipiente, se aborde en el plazo de un trimestre, mediante una estrecha colaboración bien definida entre los equipos de Finanzas, Tecnología y Producto.   

 

Puede resultar tentador pensar en el objetivo de FinOps únicamente en términos de ahorro de dólares. Creemos que es mejor pensar en términos de optimización de las inversiones y maximización del rendimiento de las mismas. Si su objetivo es simplemente recortar costes, es muy poco probable que una implementación moderna de la nube sea lo que necesita para lograr ese objetivo.

 

Si se centra en por qué está invirtiendo y piensa en cómo maximizar los rendimientos -en lugar de en las minucias de cómo lo hará- puede llegar a medir la calidad de la solución para guiar sus decisiones. Los resultados eliminan el dogma del debate y aquí es donde la visión se convierte en un requisito imprescindible.

 

Descubrir y mapear a stakeholders

 

Todos conocemos el patrón familiar de la financiación tecnológica: el director financiero controla los hilos del dinero; el gasto en TI de la empresa se asigna a departamentos individuales y llega hasta el director financiero. Cuando esto ocurre, las decisiones para gobernar y gestionar el gasto -y los controles que se imponen en base a ello- se rigen en última instancia por los presupuestos globales asignados. Y esto da lugar a un juego de suma cero, en el que los directores de sistemas de información y otros jefes de departamento se ven obligados a negociar las asignaciones; los resultados no siempre son óptimos para el crecimiento de la empresa. Rara vez se ve una mentalidad de liderazgo de producto que se apropie de este presupuesto y justifique la necesidad de una inversión específica. Estos retos son aún más pronunciados cuando se opera en un entorno de nube.

Ownership organizativa recomendada de FinOps

La inversión en infraestructura local se ha gestionado tradicionalmente en torno a ciclos presupuestarios corporativos de uno a tres años, en función de la duración de los contratos y las metodologías de adquisición. 

 

La infraestructura de nube pública es fundamentalmente un sistema a la carta, de entrega instantánea y basado en API. Ofrece a las organizaciones la posibilidad de gestionar la capacidad y la demanda según sea necesario. Pero la fluctuación de la demanda no se corresponde con los procesos existentes de financiación, planificación o retorno de la inversión en la mayoría de las empresas. Para impulsar el valor de las inversiones en la nube, esto debe cambiar: para comprometerse con mayor precisión, a nivel financiero, en ciclos de feedback y revisión más rápidos.

 

 

La nube pública tiene intrínsecamente un modelo de facturación diferente de los modelos anteriores de compra de infraestructura y software en las instalaciones. Pero existen modelos para ayudar a capitalizar las inversiones y gestionar un equilibrio entre las inversiones de capital y los gastos operativos. Esto requiere que volvamos a los principios fundamentales y diseñemos con ellos en mente.

 

Creemos que la inversión en la nube es más eficaz cuando existe una propiedad conjunta entre el director de producto, el director financiero y el director de información. Bajo tales acuerdos, cada líder puede proporcionar apoderados facultados para representarse a sí mismos y ser responsables de tomar las decisiones de colaboración alineadas con la visión dentro del marco más amplio de gobernanza de la nube para participar directamente en estos ciclos de análisis de producto y análisis de inversión mucho más cortos.

 

Otros stakeholders pueden ser los equipos de ingeniería de productos individuales, los equipos de ingeniería de plataformas de capacidades técnicas, los órganos de gobernanza arquitectónica y operativa existentes en su organización, etc. También puede haber partes interesadas externas, como sus proveedores de nube pública y otros proveedores de servicios gestionados por terceros.

 

 

Hacer de la observabilidad una preocupación de primer orden

 

Gran parte de la literatura sobre FinOps se centra en los principios básicos y en la necesidad de optimizar los resultados. Abordaremos este tema en profundidad en la segunda parte de este artículo. Basta con decir que ayuda adoptar el pensamiento de plataforma y la importancia de la observabilidad.

 

Maximizar el retorno de la inversión y optimizar el gasto dependen del conocimiento de cómo funcionan las aplicaciones y los sistemas. Si sus aplicaciones adolecen de una instrumentación deficiente y sus sistemas no se integran con sus datos de facturación financiera, inevitablemente resultará difícil optimizar el gasto en la nube. Por eso la plataforma de observabilidad es fundamental.

 

Invertir en prácticas de observabilidad de alto nivel en todos los sistemas -por ejemplo, utilizando la toma de decisiones basada en datos, instrumentación abierta, visualización sencilla y procesable, todo ello impulsado por un diseño basado en la observabilidad- proporcionará resultados superiores en lo que respecta a la supervisión y el rendimiento del sistema para los clientes.

 

Al combinar el análisis de los datos de facturación y uso de su proveedor de nube, estas medidas proporcionan a los equipos financieros y técnicos la información necesaria para tomar decisiones informadas sobre las inversiones en la nube. Así, pueden decidir cuándo tiene sentido aprovechar la infraestructura compartida o pasar de una infraestructura gestionada por el proveedor a otra gestionada internamente; están facultados para gestionar los compromisos financieros y pueden hacerlo al tiempo que toman decisiones técnicas sobre lo que será mejor para sus productos.

 

Estructura tu organización FinOps

 

En Thoughtworks, a menudo recurrimos a la Ley de Conway cuando pensamos en las estructuras de los equipos. Según la Ley de Conway: las organizaciones que diseñan sistemas se ven obligadas a producir diseños que son copias de las estructuras de comunicación de dichas organizaciones.

 

Vemos pruebas de ello en los clientes, en su primer intento de utilizar la infraestructura de nube pública: acaban con una estructura de cuentas que imita la estructura organizativa de las operaciones y el equipo, y las implementaciones de seguridad reflejarán en gran medida el entorno on-prem actual. Pero, por lo general, estos aspectos son ortogonales a las mejores prácticas que permiten obtener el valor empresarial instantáneo que impulsa la adopción de la nube.

 

Las organizaciones que cuentan con procesos basados en tickets o flujos de trabajo para la seguridad o la gobernanza financiera no consiguen aportar valor cuando esos procesos se utilizan para gobernar la nube pública. La tendencia de las organizaciones es empezar a tratar los servicios de la nube pública como una utilidad en lugar de como un producto. Y, como resultado, no consiguen vincular el consumo a los resultados. Para obtener el máximo valor de la nube pública al menor coste, tendrá que producirse algún cambio en la organización.

 

Así que, tanto si se trata de una startup como de una ampliación o de una empresa consolidada, creemos que se beneficiará de la introducción de los principios de FinOps al mismo tiempo que se embarca en su viaje hacia la nube: asignar la responsabilidad a alguien que sea técnicamente experto y que conozca sus servicios. La inversión en esta persona puede ser el catalizador de su éxito a largo plazo. Mantendrán constantemente un ojo abierto a las dificultades y oportunidades para impulsar continuamente los seis principios básicos.

 

 

Mapear el ciclo de vida de FinOps con dependencias

 

A veces vemos clientes -que son organizaciones digitales ostensiblemente modernas- que rehúyen la gobernanza por temor a que esta palabra afecte de algún modo a su agilidad, que la gobernanza impida su capacidad de moverse con rapidez y restrinja la innovación. No creemos que esto sea cierto. Una gobernanza eficaz contribuye al éxito de las organizaciones. 

 

En el contexto de la economía de la nube, la gobernanza es una pieza fundamental con dependencias tanto ascendentes como descendentes (véase más adelante). Por ejemplo, un enfoque basado en API para, digamos, la seguridad o el control de costes, garantiza que no se necesiten controles y comprobaciones manuales, que en su lugar se basan en una base de controles que pueden ajustarse según sea necesario.

Dependencias de la gobernanza en la economía de la nube

¿Cuáles son las dependencias ascendentes? Creemos que una gobernanza eficaz en un entorno FinOps, necesariamente debe incluir:

  • Etiquetado de recursos. Esto se menciona a menudo cuando se trata de gestionar los costes de la nube. Nuestros enfoques desde una perspectiva alineada con el producto/dominio garantizarán que se pueda comprender y automatizar el etiquetado de recursos utilizando sus herramientas y seguimiento de infraestructuras existentes.
  • Sólidos principios de IaC. Un marco sólido de infraestructura como código (IaC) garantizará que la provisión de nuevos recursos se realice siempre según lo previsto.
  • Vinculación con los órganos de gobierno existentes. Es importante que no se creen nuevos órganos de gobierno para gestionar la nube, sino que los vinculen a los órganos de gobierno arquitectónico y operativo existentes.

 

Una vez establecidas y consideradas las dependencias ascendentes, las repercusiones para las actividades descendentes con gobernanza se vuelven fluidas.

  • Cumplimiento de las etiquetas. El cumplimiento del etiquetado de los recursos debe hacerse visible automáticamente, no sólo a través de las herramientas de generación de informes en la nube, sino también, potencialmente, a través del panel de control de observabilidad. Esto le dará una visión holística de cualquier asunto relacionado con el cumplimiento.
  • Alineación arquitectónica. Las políticas establecidas por los proveedores requieren decisiones arquitectónicas durante la fase de diseño, tanto de la red troncal de su infraestructura como del diseño de su producto. Las ofertas de nube pública son conocidas por permitir a los usuarios establecer un conjunto de políticas y adoptar un conjunto completamente diferente de prácticas aleatorias que violan estas políticas basadas en estas decisiones.
  • Gobernanza. Se pueden conseguir elementos significativos de gobernanza mediante el término, a menudo mal empleado, de gobernanza ligera. En este contexto, gobernanza ligera no significa que la gobernanza apenas se aplique, sino que, al automatizar el núcleo de las políticas de gobernanza, los órganos de gobierno tienen una ventaja a la hora de tomar las decisiones correctas. Una vez que se deja pasar un servicio, intencionadamente o no, es muy difícil que vuelva a cumplir las normas, ya que los propietarios de los productos no querrían que estas actividades afectaran a su velocidad. Esta es la razón por la que el uso de la gobernanza tiene que tener las decisiones correctas construidas por adelantado y su CPO será finalmente responsable de ello

 

Tomar decisiones basadas en valores

 

Uno de los aspectos de FinOps que más se suelen pasar por alto son los modelos que permiten a las empresas predecir qué valor obtendrán de las inversiones en la nube.

 

Creemos que la mejor forma de conseguirlo es simular escenarios específicos basados en las inversiones en la nube que se planean. Por ejemplo

 

  •  
  • Productividad de los desarrolladores. ¿Cuánto se recupera, desde el punto de vista del valor en dólares, por asumir costes opex adicionales?
  • Ahorro de costes operativos. Se analizan cuestiones como el coste de un incidente y los costes del ciclo de vida de un conjunto de incidentes a lo largo del tiempo, basándose en la inversión en servicios en nube específicos.
  • Perfiles de seguridad. ¿Cuáles son los costes ocultos de las decisiones de seguridad que tendría que tomar al elegir un conjunto específico de implementaciones de servicios de seguridad?

 

El propósito de estos modelos de valor no es decirle si debe invertir en algo o no, sino más bien permitirle priorizar para el negocio a medida que invierte en servicios nativos de la nube más nuevos y continúa escalando sus servicios de aplicaciones tanto horizontal como verticalmente. 

 

Creemos que los seis principios básicos enumerados anteriormente le permitirán comenzar con FinOps y avanzar hacia la obtención de un mayor valor de sus inversiones en la nube.

 

En la segunda parte, profundizaremos en platform thinking y exploraremos cómo puede ayudar a integrar con éxito las prácticas FinOps en tu empresa.

Hablemos de tu próximo proyecto