Modelo de negocio detallado

En esta etapa, recomendamos validar y ampliar el alcance del modelo de negocio para proporcionar un mayor nivel de detalle que respalde el programa de transformación. El modelo de negocio orientativo inicial, que se elaboró rápidamente, está diseñado para ofrecer la confianza suficiente para invertir en las etapas fundamentales y en el siguiente nivel de planificación detallada.

La elaboración de un modelo de negocio detallado apoya este proceso de planificación de las siguientes maneras:

• Proporcionar análisis financieros que sirvan de base para la toma de decisiones sobre lo que se debe migrar y modernizar, las opciones que se deben seleccionar y la forma de escalonar y priorizar el trabajo

• Validar, refinar y desarrollar el argumento financiero direccional original mediante un nuevo examen detallado:

  • El potencial de reducción de costos de infraestructura

  • La productividad interna de la TI y cualquier eficiencia de las operaciones subcontratadas

  • Las estimaciones de las inversiones necesarias para la configuración, migración y modernización del programa

• Identificar, estimar la escala y configurar el proceso para rastrear los demás factores de valor que aporta la migración

En el modelo de negocio detallado, debe establecer lo siguiente:

• La base objetiva sobre la que garantizar el mandato y la inversión necesarios para implementar al menos la primera fase de la migración

• La expectativa de desempeño financiero mínima de referencia para el programa

• Claridad sobre la base financiera sobre la que se toman las diversas decisiones de diseño y priorización de la migración, de modo que, cuando las circunstancias y las personas cambien a lo largo del programa, los nuevos líderes puedan tomar decisiones informadas.

• Una vez que los datos de uso iniciales estén disponibles a medida que las cargas de trabajo se migren y comiencen a funcionar, se analizarán las áreas incrementales de optimización de costos

• Estimaciones del valor que la transformación de la nube aporta a la empresa al aumentar la resiliencia y la agilidad

• Las métricas y las suposiciones asociadas KPIs se utilizan para estimar el rendimiento financiero derivado de una mejora de la resiliencia y la agilidad, que luego constituyen la base de referencia para impulsar la obtención de los principales beneficios del programa

Determine los escenarios necesarios para el caso

Al elaborar el modelo de negocio detallado, normalmente es necesario desarrollar varios escenarios para respaldar los distintos fines para los que se utiliza el modelo de negocio.

Escenario de cambio mínimo: para evaluar la expectativa mínima de rendimiento financiero, prepare un escenario que asuma el cambio mínimo esperado en el status quo. Este escenario, en el peor de los casos, es un apoyo útil a la hora de obtener el mandato de invertir en la migración. Este escenario modela el grado mínimo esperado de crecimiento de la capacidad y los cambios mínimos para quality-of-service atender otras necesidades, como la disponibilidad y la resiliencia. El menor cambio genera el menor costo y la menor ineficiencia de recursos para el modelo operativo actual.

Escenario más probable: para fundamentar la estrategia del programa y las decisiones de priorización, prepare el escenario que refleje lo que la empresa espera que suceda. Este escenario debería incluir el probable aumento o reducción de la utilización máxima y los costos de actualización para satisfacer la demanda empresarial de altos niveles de calidad de servicio (especialmente de disponibilidad y resiliencia).

Otros escenarios específicos: cuando aún sea necesario hacer una suposición que pueda tener un gran impacto en el modelo de negocio, desarrolle escenarios tanto para los que la suposición sea cierta como para los que no. Sin embargo, recomendamos mantener el número de estos escenarios alternativos al mínimo absoluto. Crear más de tres o cuatro escenarios en total ralentiza el progreso y resulta caro, confuso y difícil de mantener. Siempre que sea posible, realice experimentos y trabaje para eliminar las suposiciones más amplias.

Valide y perfeccione el modelo de costes de infraestructura y migración

Una vez que haya completado el análisis de la cartera y preparado el diseño y el tamaño del objetivo Servicios de AWS, ajuste las estimaciones de los costes de funcionamiento para el modelo operativo actual (COM) y el modelo operativo futuro (FOM) AWS para cada escenario. Por lo general, es necesario refinar las estimaciones para lo siguiente:

• Costes de la infraestructura COM del hipervisor, el servidor host, el servidor básico, el almacenamiento, el dispositivo de red, las actualizaciones del hardware del dispositivo de seguridad, la instalación y el mantenimiento. Calcúlelos con los precios reales y los niveles de descuento para la capacidad necesaria para el escenario.

• Los costos de los centros de datos y las instalaciones compartidas de COM, incluidos el espacio, la refrigeración, la alimentación, los racks, el sistema de alimentación ininterrumpida (UPS), el cableado y los sistemas de seguridad física, dimensionados para el crecimiento y especificados para cumplir con la capacidad, y los niveles de alta disponibilidad y recuperación ante desastres (DR) para el escenario.

• Los costos de los servicios de red COM, incluidos los costos de los enlaces WAN, las redes de entrega de contenido y las redes privadas virtuales (VPNs), se calculan utilizando los precios contratados para las necesidades de conectividad, ancho de banda, rendimiento y latencia del escenario.

• Los costos del software de infraestructura y aplicaciones COM se basan en los contratos existentes para cubrir el aumento o la reducción del uso según el escenario.

• Los costos de los servicios AWS públicos de FOM, incluidos el soporte técnico y los servicios gestionados, según sea necesario, se basan en la refinada arquitectura de servicios, el tamaño de las instancias, el modelo de precios preferido, el uso esperado y la volatilidad del uso.

• Las licencias de aplicaciones FOM se basan en el diseño final de la aplicación, la configuración de la infraestructura en la que se ejecutan las aplicaciones, el crecimiento a lo largo del tiempo y las normas de transferibilidad de las licencias.

• Estimaciones de los costos de migración y modernización de FOM, ajustadas para reflejar el plan de migración de referencia para el escenario y detalladas para proporcionar los costos de cada carga de trabajo, especialmente de las que se deben volver a configurar, volver a comprar o refactorizar.

• Los costos de desmantelamiento del FOM, incluidas las estimaciones de los costos de cancelación de activos y rescisión anticipada de contratos, revisados para reflejar el momento de desmantelamiento en el plan de migración de referencia, la verificación de qué activos se pueden reutilizar y qué activos se pueden cambiar para minimizar las amortizaciones y el costo de enajenación de los activos físicos y los medios.

• Los costos de ejecución paralela de la migración se refinaron para reflejar el momento de cada transición de migración y cada desmantelamiento de los servicios existentes.

Perfeccione la productividad de TI y las operaciones de TI y apoye el modelo de valor de la eficiencia

Al igual que con el modelo de negocio direccional, existen dos enfoques principales para refinar y desarrollar el modelo de valor en torno a las operaciones y el soporte de TI. El enfoque que elija depende de si la COM se gestiona internamente o con contratistas o servicios subcontratados:

Mejora de la productividad del equipo interno

Cuando las operaciones y el soporte de TI se gestionan internamente, el modelo empresarial se centra en lo siguiente:

• Identificar y cuantificar los beneficios de productividad derivados de la migración y de cualquier automatización operativa incluida en el ámbito

• Validar que el tiempo libre para el equipo interno se pueda destinar de manera fácil y productiva a otras actividades que suelen ser de mayor valor, lo que brinda oportunidades de progreso y una mayor recompensa para el equipo y más valor para la organización

Evalúe cuánto tiempo dedica cada miembro de cada rol del equipo a sus distintas actividades habituales y obtenga orientación sobre la reducción prevista de la carga de trabajo para las distintas actividades.

La siguiente tabla proporciona una guía inicial sobre los niveles típicos de reducción de la carga de trabajo por actividad para las tareas que consumen la mayor parte de las operaciones de TI y el esfuerzo de apoyo a las distintas funciones del equipo. La tabla incluye una descripción de cómo se logra la productividad.

nota

Las actividades enumeradas suelen ser realizadas por miembros del equipo que desempeñan diferentes funciones, por lo que el ahorro de productividad que supone cada tarea debe evaluarse teniendo en cuenta todas las funciones del equipo. Por ejemplo, en los equipos de operaciones de TI organizados por torre de infraestructura (por ejemplo, computación, almacenamiento y redes), la planificación y el presupuesto de los gastos de capital pueden ser habituales para los líderes de cada torre.

Actividades operativas y de soporte	Nivel de ahorro	Impulsor de productividad
Diseño de infraestructura	Medio	El diseño se simplifica y se tienen que tener en cuenta menos parámetros.
Planificación y presupuestación de los gastos de capital	Alto	Los servicios elásticos centrados en Opex eliminan prácticamente todos los problemas de presupuestación y planificación.
Compras	Alto	Cuentas de AWS Las adquisiciones se simplifican considerablemente una vez establecidas.
Planificación de la capacidad	Medio — muy alto	Por lo general, la carga de trabajo de administración de la capacidad informática y de redes prácticamente se elimina y, en el caso del almacenamiento, se simplifica considerablemente
Ajuste	Alto, muy alto	Los ajustes no son necesarios para los servicios gestionados y apenas si se necesitan para otros servicios, ya que las instancias se pueden cambiar de tamaño en cualquier momento.
Administrar los fallos de hardware	Muy alta	Todos los aspectos de la gestión del hardware en la nube se gestionan de forma transparente mediante AWS.
Supervisión de la disponibilidad y las comunicaciones del servidor	Alto	El monitoreo y las comunicaciones se simplifican ampliamente con el soporte de AWS herramientas y la automatización.
Administración de la seguridad	Medio	La carga de trabajo se reduce considerablemente gracias a las capacidades de AWS seguridad y al asumir las responsabilidades de seguridad del Nube de AWS hardware, el software, las redes y las instalaciones. AWS
Actualizaciones, mantenimiento y parches de redes y almacenamiento.	Muy alta	Todos los aspectos del mantenimiento de la red y el almacenamiento en la nube se gestionan de forma transparente mediante AWS.
Estantería y apilado: logística de hardware	Muy alta	Todos los aspectos de la gestión del hardware en la nube se gestionan de forma transparente mediante. AWS
Copia de seguridad	Medio	Backup se simplifica ampliamente con AWS herramientas, sistemas de almacenamiento flexibles y automatización.
Servicios gestionados (como Amazon S3, Amazon RDS y AWS Fargate) AWS Lambda	Muy alta	Los servicios gestionados se ejecutan en entornos totalmente gestionados AWS, por lo que no requieren ninguna actividad de mantenimiento, aplicación de parches, supervisión ni administración de aprovisionamiento.
Configuración y puesta en marcha de dispositivos y servicios	Alto, muy alto	Las actividades de configuración del hardware para el entorno al que AWS se migró suelen reducirse, excepto en el caso de los dispositivos de conectividad WAN para el establecimiento VPNs o AWS Direct Connect las conexiones a AWS los centros de datos.
Protección de terminales y protección antivirus	Alto	La aplicación y el mantenimiento de los servicios antivirus y de protección de terminales suelen estar ampliamente automatizados como parte del diseño de la migración.
Evaluaciones de amenazas, vulnerabilidades y riesgos	Alto	AWS proporciona soporte para los elementos de esta estrategia, centrándose en la plataforma principal y los mecanismos que AWS proporciona para proteger las arquitecturas y simplifica la evaluación.
Gestión de proyectos de infraestructura de centros de datos	Alto	Gestión de proyectos para trabajos de instalación para la expansión, actualización o desmantelamiento de servicios de infraestructura. Si bien se mantienen algunos aspectos de la gestión del software y los servicios de infraestructura, es mucho más sencilla que la de la infraestructura local y se eliminan las actividades de hardware.
Administración de las instalaciones del centro de datos	Medio — muy alto	En todo lo que se migra se elimina la labor de administración de las instalaciones que se atribuye a todos los servidores, dispositivos de almacenamiento, dispositivos de seguridad y racks asociados. Sin embargo, normalmente queda trabajo por hacer para proporcionar instalaciones para los dispositivos de red de enlace WAN y para cualquier infraestructura que se mantenga in situ en una arquitectura híbrida.
Arquitectura, desarrollo, administración y pruebas de aplicaciones	Bajo	El uso de cadenas de herramientas de desarrollo ágiles, en combinación con la automatización de la creación de instancias y la destrucción de las pilas de aplicaciones para crear entornos de prueba según sea necesario, reduce los plazos de desarrollo de las aplicaciones y elimina muchos pasos de prueba manuales.
Instalación y configuración del software de la aplicación	Medio	La instalación y la configuración de toda la pila de aplicaciones se automatizan fácilmente mediante servicios como AWS CloudFormation , por ejemplo, se simplifican mediante el uso de zonas de aterrizaje, que se pueden configurar fácilmente mediante el uso de ellas AWS Control Tower.
Soporte de TI	Medio	Las reducciones en el soporte de nivel 1 y nivel 2 se logran reduciendo los problemas de capacidad y rendimiento mediante el uso de las capacidades de Service Catalog para el aprovisionamiento de autoservicio y un mayor uso de arquitecturas de alta disponibilidad de bajo costo (reduciendo las interrupciones y configurando el escalado automático y la computación perimetral).
Administración de bases de datos	Mínima-baja	Estas actividades permanecen prácticamente sin cambios. Por lo general, los recursos se asignan a los mismos niveles AWS que para las infraestructuras locales.
Captura, análisis y diseño de los requisitos de infraestructura y seguridad	Mínima
Documentación	Mínima
Supervisión de aplicaciones y rendimiento	Mínima
Soporte técnico de nivel 3, respuesta a consultas y solución de problemas y solución de problemas	Mínima
Instalación y configuración del software de la aplicación	Mínima
Compatibilidad con el nivel 3 de la aplicación (excluyendo la presupuestación y la planificación de la capacidad a largo plazo)	Mínima

La siguiente tabla muestra los ahorros esperados para cada nivel de reducción de la carga de trabajo.

Nivel	Previsto
Muy alta	85% - 100%
Alto	60% - 90%
Medio	30% - 70%
Bajo	10% - 35%
Mínima	0% - 10%

Estas métricas proporcionan un punto de partida para evaluar las ganancias de productividad e incluirlas en el modelo de negocio detallado. Los aumentos de productividad reales varían en función de la situación específica. Puede resultar útil calcular los ahorros de productividad tanto en el punto medio como en el extremo inferior de los rangos para estimar escenarios típicos y conservadores.

A medida que el programa avanza, resulta útil recopilar datos reales sobre el tiempo dedicado a cada actividad por función. Esos datos crean una base mejorada para estimar las operaciones y respaldan los costos de los nuevos proyectos y la expansión de los servicios.

Las operaciones de TI subcontratadas y la reducción de los costos de soporte

Cuando las operaciones y el soporte de TI se subcontratan o gestionan principalmente con contratistas, la asignación de costos para el futuro modelo operativo (FOM) se puede preparar solicitando cotizaciones a los AWS socios que ofrecen soluciones de servicios gestionados, incluida la AWS dirigida por socios (AMS AWS Managed Services ). También puede ponerse en contacto con su gestor de AWS cuentas y solicitar directamente el precio de AMS, tal y como se describe en la subsección sobre cómo incorporar la optimización de los costes operativos, incluida en la sección Creación de un modelo de negocio orientado.

Para obtener un modelo de negocio detallado, sustituya cualquier cifra de referencia por una cotización basada en la lista de materiales revisada AWS y el consumo de servicio previsto, el paquete AMS y cualquier opción necesaria, así como el nivel de servicio necesario. El costo tendrá un componente de implementación único y una tasa de ejecución basada en el consumo.

Incluya las operaciones de TI restantes, el soporte que deba contratarse para cualquier servicio al que no se vaya a AWS migrar y un costo único en caso de que se produzca alguna penalización contractual (por ejemplo, por rescisión anticipada).

Desarrolle el modelo de valor de la resiliencia

Además AWS, puede crear una amplia gama de arquitecturas de alta disponibilidad, recuperación ante desastres y tolerantes a errores. Los precios basados en el consumo significan que los servicios solo se cobran cuando se utilizan. En conjunto, estos dos factores proporcionan una rentabilidad excepcional en aras de la resiliencia.

Además, AWS los clientes lo han estado utilizando para mejorar la resiliencia de sus cargas de trabajo. La encuesta de IDC de 2018 ofrece ejemplos de clientes participantes que logran reducir en un 73 por ciento las interrupciones al año, reducir en un 58 por ciento el tiempo medio de recuperación (MTTR) y reducir en un 94 por ciento la pérdida de productividad. La misma encuesta mostró que los beneficios financieros derivados de una mayor resiliencia eran un 50 por ciento superiores a los beneficios de reducción de costos de la infraestructura de TI.

Además, se logra una mayor resiliencia mediante la modernización del ciclo de vida del desarrollo del software para las aplicaciones. Cuando se introducen procesos de CI/CD con automatización de pruebas para aumentar la agilidad empresarial, los defectos del software se detectan en una fase más temprana del ciclo de desarrollo, lo que reduce considerablemente los costes de mantenimiento del software.

Para evaluar e incluir este valor en el modelo de negocio, primero trabaje con los propietarios de las empresas de aplicaciones para hacerse una idea de las ventajas totales que supone cada carga de trabajo que se vaya a migrar.Esto podría incluir los siguientes elementos:

• El número, la duración media y la naturaleza de las interrupciones del servicio:

  • Entre los ejemplos de interrupciones del servicio se incluyen las interrupciones del servicio, la ralentización del rendimiento, el exceso de tiempo planificado por lotes y los períodos de mantenimiento, los errores en las funciones clave y la limitación del acceso durante los períodos de mayor actividad.

• Impacto en los ingresos por las interrupciones de los servicios generadores de ingresos, como los sistemas de comercio electrónico:

  • El número probable de transacciones que no se puedan completar debido a la interrupción del servicio, en función del tiempo de interrupción y las tasas de transacción

  • Valor promedio de cada transacción afectada

• El coste adicional que supone para los ingenieros ayudar a resolver los defectos en los sistemas de producción en comparación con el coste de descubrirlos en una fase más temprana del proceso de desarrollo

• Impacto en la productividad de los usuarios internos y en el coste del tiempo perdido

A continuación, evalúe la reducción esperada y más conservadora del tiempo perdido debido a las interrupciones del servicio que debería producir el aumento de la resiliencia. Por ejemplo, considere la posibilidad de incluir los siguientes elementos:

• Reducción del número de interrupciones y del MTTR mediante arquitecturas de alta disponibilidad y una mejora del objetivo de tiempo de recuperación (RTO) y del objetivo de punto de recuperación (RPO)

• Reducción de las ralentizaciones, eliminación de la limitación de la capacidad y prevención de sobrecargas en el procesamiento por lotes, gracias a funciones como el escalado automático

• Se ha reducido el número de errores en las aplicaciones que solo se descubren en la fase de producción, gracias a la implementación de canalizaciones de CI/CD y a las pruebas de regresión automatizadas en infraestructuras configuradas y degradadas para minimizar los costes

Combínelos para obtener la cartera de aplicaciones que se van a migrar y modernizar, y calcule las cifras de valor empresarial esperadas y más conservadoras para cada año del caso. Los beneficios deberían aumentar de acuerdo con el calendario de migración y, posteriormente, aumentar su volumen en función de las expectativas de crecimiento del uso de las aplicaciones participantes.

Desarrolle el modelo de valor de la agilidad empresarial

La agilidad empresarial es la razón principal por la que AWS los clientes migran al AWS. La encuesta de 2018 de IDC AWS a los clientes indicó que, para ellos, los beneficios de la agilidad empresarial representaron el 47 por ciento del total de los beneficios medidos y más de cinco veces los beneficios derivados de la reducción de los costos de infraestructura.

Predecir con precisión todos los beneficios de agilidad empresarial que se derivarán de cualquier transformación es todo un desafío. Sin embargo, al centrarse en las aplicaciones que admiten un gran número de usuarios o que son fuentes de diferenciación empresarial, puede modelar e incluir una parte importante de este beneficio en el modelo de negocio detallado básico.

A medida que avance la migración, perfeccione y amplíe gradualmente el modelo de valor de la agilidad empresarial a medida que se vayan cuantificando más beneficios. Esto hace que el modelo de negocio siga siendo relevante, de modo que se pueda utilizar como la principal herramienta de apoyo a la toma de decisiones con la que dirigir el programa.

Para crear el modelo de valor de la agilidad empresarial, utilice la siguiente guía:

• Seleccione las cargas de trabajo que tengan la oportunidad de impulsar la mayor mejora del rendimiento empresarial, como:

  • Cargas de trabajo generadoras de ingresos

  • Cargas de trabajo de operaciones empresariales con posibilidades de aumentar la eficiencia y reducir los costes de la empresa

  • Herramientas de productividad empresarial compatibles con grandes bases de usuarios

• Para obtener cargas de trabajo que generen ingresos y eficiencia, haga lo siguiente:

  • Realice una evaluación realista y más conservadora del crecimiento de los ingresos o la eficiencia operativa que cabría esperar que generaran las actualizaciones de aplicaciones importantes y secundarias.

  • Calcule el aumento del número de versiones principales y secundarias por año que permite AWS aumentar la velocidad de desarrollo de las aplicaciones y reducir el tiempo de implementación de la infraestructura. En el informe de IDC se proporcionan algunas métricas de referencia al respecto.

  • Calcule las expectativas de beneficios realistas y más conservadoras. Haga un mapeo a lo largo del período considerado, teniendo en cuenta la posibilidad de alcanzar la máxima eficiencia algún tiempo después de que se hayan migrado las cargas de trabajo respectivas.

• Para las herramientas de productividad empresarial, haga lo siguiente:

  • Realice una evaluación realista y más conservadora del ahorro de tiempo que cabría esperar que generaran las actualizaciones de aplicaciones importantes y secundarias.

  • Calcule el costo promedio del tiempo y el esfuerzo de las personas en la base de usuarios afectada.

  • Utilice las cifras para aumentar la frecuencia de las publicaciones principales y secundarias y calcule los beneficios a lo largo del plazo del modelo de negocio.

Como el aumento de la productividad de los desarrolladores y la reducción del tiempo de lanzamiento no requieren recursos adicionales, añada las líneas de beneficios netos para cada carga de trabajo al modelo de flujo de caja del modelo de viabilidad para incluirlas en los cálculos del flujo de caja descontado, el VAN, el ROI, el MIRR y la amortización.