Blog de Amazon Web Services (AWS)

Consejos para lograr el éxito en el Programa para Socios del Well-Architected (Well-Architected Partner Program).

Por Javier Huerta, Well-Architected Solutions Architect.

 

Introducción.

El Well-Architected Framework, o nuestro Marco de Mejores Prácticas, ha sido usado en AWS desde 2012, ayudando a nuestros clientes a crear diseños basados en las mejores prácticas, por medio de sesiones de revisión con ellos, asegurando su correcta operación a través del tiempo.

Es de suma importancia que las cargas de trabajo en ejecución dentro de AWS cumplan con las características fundamentales y necesarias para asegurar su correcta operación, basándonos en el uso de 5 Pilares de Diseño de arquitectura: Excelencia Operacional, Seguridad, Confiabilidad, Eficiencia en el Desempeño, y Optimización de Costos.

 

 

Una característica fundamental de una revisión de Well-Architected es el hallazgo de áreas de oportunidad en las cargas de trabajo de nuestros clientes, los cuales dan lugar a mejoras focalizadas en las áreas relacionadas con los pilares de nuestras Mejores Prácticas, a través de nuestros principios de liderazgo: Pasión por el Cliente y Ganar la Confianza de los Demás.

Para nuestros Socios de Negocio, el Programa Well Architected (Well-Architected Partner Program, o WAPP) los habilita a realizar este tipo de revisiones con nuestros clientes, estableciendo buenas prácticas de arquitectura, disminuyendo los riesgos, y respondiendo de manera ágil a todos los cambios que pudieran afectar sus cargas de trabajo. El WAPP es una respuesta a la pregunta que tienen nuestros clientes, sobre como asegurarse que sus cargas de trabajo están implementadas bajo altos estándares, cuando podrían no tener la experiencia o capacidad técnico para asegurarlo; y al mismo tiempo, ayuda a generar oportunidades de negocio para nuestros socios.

Si ya es un Socio de Negocios, y está interesado en ser habilitado como parte del Programa para Socios del Well Architected, le sugerimos leer el siguiente artículo, para entender el diferencial de valor del mismo.. En caso de que ya esté habilitado como parte del WAPP, le sugerimos seguir leyendo, para explorar nuevas ideas sobre cómo establecer servicios de consultoría exitosos en el tema.

 

Ya soy parte del Programa para Socios de Well Architected. ¿Cómo puedo desarrollar mi negocio? 

Una vez que ha cursado el AWS Well-Architected Overview Webinar (AWS Webinar – Visión General del Well-Architected para entender el programa, beneficios y requerimientos), que ha participado en la llamada ejecutiva para arrancar el programa, que ha tomado el Sales and Operations Onboarding Webinar. (Webinar – introducción a ventas y operaciones), y que sus dos recursos  certificados como AWS Solutions Architect Professional han participado en el AWS Well-Architected Bootcamp (en caso que requiera consejos para lograr la certificación, puede revisar este artículo), estará listo para comenzar a hacer revisiones internas, y para sus clientes. Sin embargo, si se pregunta cual es la mejor manera para apalancar su pertenencia al WAPP, podemos darle varios consejos, mismos que hemos obtenido de múltiples socios de negocio en todo el mundo. Esperamos sean de ayuda en su práctica.

 

Durante las primeras revisiones:

Seleccione cargas internas al inicio de su práctica.

Después de atender el AWS Well-Architected Bootcamp, usted ya puede comenzar a realizar revisiones de Mejores Prácticas. Nuestro consejo es: comience seleccionando cargas internas.

El ejercicio base de revisión del Well-Architected consiste en 52 preguntas divididas en los 5 Pilares (Eficiencia Operativa, Seguridad, Confiabilidad, Eficiencia Operativa y Optimización de Costos). Al momento de realizar una revisión, se dará cuenta que la mejor manera posible de realizarla depende de que ésta no se vuelva una lista de puntos a preguntar directamente al cliente, lo cual puede convertirse en un ejercicio monótono.

Practique primero la revisión en sus cargas internas. Se dará cuenta que, en un inicio, estará refiriéndose continuamente a las descripciones de los conceptos y preguntas que proporcionamos como ayuda dentro de la herramienta. Sin embargo, conforme pasen las revisiones, aprenderá la temática y principios de diseño que las guían.

Durante este período, el objetivo será que al final de sus revisiones, usted pueda comenzar una conversación, e hilar los conceptos siguientes, para que la revisión de cada pilar se convierta en una platica amigable con retroalimentación con su cliente. Al terminar el ejercicio, usted será capaz de agilizar sus revisiones, y su objetivo a lo largo del tiempo deberá ser el recortar, en la medida de lo posible, el tiempo que le toma hacer su revisión, a la vez que mantiene su carácter conversacional.

Seleccione los clientes con los que desea iniciar su revisión.

Una vez que se sienta cómodo para realizar la revisión a través de los 5 pilares, es el momento de seleccionar los clientes en los cuales posicionará las revisiones. Considere que éstas serán la base que detonará el resto de su negocio alrededor del Well-Architected. Es muy probable que usted comience su práctica como un Socio de Negocios de consultoría, y que tenga clientes establecidos, con los cuales haya forjado relaciones de confianza.

En este momento, deberá preguntarse quienes son aquellos que son más susceptibles de aceptar una revisión de esta naturaleza, y puede considerar los siguientes puntos para seleccionarlos.

En principio, siempre debe mantener en consideración la necesidad del negocio del cliente. Considere aquellas cargas en las cuales su cliente tiene una necesidad en particular que no se ha atendido. ¿Su cliente está pensando añadir nuevas líneas a un catálogo de comercio electrónico? ¿Considera llevar a cabo eventos promocionales que incrementen sus ventas? ¿Su carga de trabajo incrementará su funcionalidad? ¿Hay cambios en la normatividad vigente que requieran una mejora en la postura de seguridad de una carga de trabajo? En este caso, usted puede contactar a su cliente, y explicar, de manera proactiva, que una revisión de mejores prácticas puede ayudarle a cubrir sus áreas de oportunidad a corto plazo.

Otro caso de uso son aquellos clientes con los que ha trabajado por un tiempo considerable, sin cambios profundos en su arquitectura. Si estas cargas de trabajo no se han revisado en el último año, es posible que existan nuevos servicios y funcionalidades que puedan resultar de interés para su cliente, y que le ayuden a optimizar desempeño, costo, incrementar la confiabilidad, o la postura de seguridad.

Si sus clientes están pasando por un proceso de migración, re-arquitectura de sus aplicaciones, o desean añadir funcionalidad, Well-Architected le ayudará a mitigar problemas de alto impacto (HRIs) desde el inicio, creando cargas de trabajo con el mejor desempeño posible. Asegúrese de posicionar el marco de mejores prácticas desde el inicio de su propuesta, y que su cliente conozca los beneficios de trabajar bajo estos principios. Adicionalmente, en el caso de proyectos de migración, y si su práctica como socio de negocios se lo permite, podrá incluir los beneficios de aquellos programas en los cuales usted sea miembro, y añadirlos a los propuestos por el marco de mejores prácticas con lo cual podrá enriquecer tu propuesta de valor diferenciada.

Le sugerimos también considerar aquellas pláticas de negocio que haya tenido con sus clientes, en las cuales haya escuchado áreas de mejora específicas. Seguramente recordará comentarios como “Me gustaría optimizar costos”, o “No estoy seguro que mi postura de seguridad sea la correcta”, o algo similar. Estos clientes son los más susceptibles de llevar a cabo una revisión de esta naturaleza, y aquellos que pueden beneficiarse más de ésta.

Una de las últimas revisiones en las que estuve involucrado, nació de un cliente que se encontraba implementando una arquitectura completamente Serverless. El equipo de desarrollo tenía amplia experiencia en servicios de AWS, y el desarrollo se veía arquitectónicamente sólido. Sin embargo, su inquietud particular estaba enfocada en la confiabilidad de la plataforma, pues ésta no había sido evaluada en producción; a la vez, existían dudas acerca de los servicios de seguridad involucrados.  Al proponer una revisión de tipo Well-Architected, se descubrieron temas relacionados con límites “suaves” en el uso de diversos servicios, y áreas de oportunidad en la optimización de costos. El cliente se percató que este ejercicio le ayudó a comprender, y optimizar, la totalidad de su arquitectura, y a estar seguro del desempeño de la misma, de una forma que no hubiera sido posible con una consultoría en áreas específicas.

Seleccione adecuadamente las partes interesadas de sus clientes.

El éxito de una revisión de Mejores Prácticas depende, en gran manera, de que su cliente entienda los beneficios de ésta. Existe la tendencia a creer que Well-Architected es una revisión técnica y de arquitecturas de cómputo, la cual únicamente trae beneficios limitados a temas técnicos.

El Socio de Negocios debe involucrar a las partes interesadas de negocio que puedan comprender los beneficios de negocio involucrados en una revisión de esta naturaleza; necesariamente serán múltiples líderes desde perspectivas técnicas y gerenciales. Aquellos cambios técnicos implementados en la plataforma necesariamente impactarán aspectos de negocio. Las partes interesadas deberán estar enteradas en todo momento del impacto de una revisión de esta naturaleza, para así mantener una visión estratégica sobre el ciclo de vida de sus cargas de trabajo.

Durante la revisión, deberán involucrarse cuando menos 6 patrocinadores por parte del cliente: 1 por carga de trabajo, y 1 por patrocinador por pilar. Ahora, una persona puede llevar múltiples roles de patrocinio, por lo que el número de personas puede variar.

 

 

Cada patrocinador deberá ser elegido, por parte del cliente, en función a su experiencia con la carga de trabajo, área de trabajo dentro de la empresa, conocimientos, e impacto e influencia dentro de la organización. Esto, porque los patrocinadores requieren tener la autoridad suficiente para llevar a cabo cambios en las cargas de trabajo, y compartir al resto de la organización la razón por la cual el cambio es necesario.

Proponga la solución del mayor número de áreas de oportunidad posible.

Refiriéndonos a los Principios de Liderazgo de Amazon, regresamos a nuestra Pasión por el cliente.  En este sentido, lo invitamos a que, una vez que haya realizado la revisión inicial, en conjunto con el cliente, genere una Propuesta de Trabajo a corto, mediano, y largo plazo, en la que abarque ya sea el 100% de los hallazgos más significativos (High Risk Issues, o HRIs), o la cantidad más alta posible.

El solucionar la mayor parte (o la totalidad) de los HRIs implica que las cargas de trabajo estarán lo más apegadas posibles a nuestras mejores prácticas, y que nuestros clientes tendrán la seguridad que los diseños de arquitectura que usted realice están expuestos al menor número de riesgos posibles.

Para este fin, genere 2 o 3 Propuestas de Trabajo (Statements of Work, o SoW), las cuales estén enfocados en corregir los hallazgos de alto impacto en períodos de tiempo determinados. Considere el uso de períodos de 1, 2, 3 o 6 meses. Establezca claramente las horas de trabajo que tomaría corregir cada uno de los hallazgos encontrados, y priorice con el cliente el orden en el cual deban ser atendidos. Por cada hallazgo de alto impacto, explique la importancia de solucionarlo, y el impacto de no hacerlo.

El uso de una Propuesta de Trabajo que atienda los hallazgos de alto impacto de manera inmediata, y otras posteriores, ayudará a su cliente a entender el valor de la revisión a corto plazo, y la importancia de continuarla a mediano y largo plazo, y asegurará que pueda establecer una relación de confianza basado en su práctica.

Escuche la retroalimentación de su cliente.

Aún cuando haya trabajado a conciencia en su SoW, es importante considerar que su propuesta de trabajo inicial podría llegar a ser rechazada por el cliente. Esto puede darse por distintos factores, pero el principal es cuando el cliente y el Socio de Negocios no lograron un acuerdo previo sobre las prioridades de la revisión, y el cliente no entiende el valor de negocios de las remediaciones propuestas.

Para remediar esta situación, es necesario considerar las necesidades del cliente desde el punto de vista de negocios desde el inicio de la revisión. El utilizar la primera semana, antes de realizar el ejercicio del Well-Architected, para entender el negocio del cliente, nos permite identificar su postura ante la carga de trabajo. Busque en sitios web, lea noticias, busque reportajes acerca de la compañía. Esto le permitirá entender el momento que está viviendo, y las necesidades que tiene.

Una forma de minimizar la posibilidad del rechazo, es utilizar los tiempos de la revisión de manera similar a la siguiente:

 

 

Otro consejo es, una vez que se estudiaron las necesidades del cliente, y se acordaron los pilares principales a evaluar, usar el pilar de Excelencia Operacional para definir completamente los objetivos de negocio del cliente, y así, enfocar el resto de la revisión.

En caso que el cliente rechace la propuesta consistentemente, será necesario cuestionarse varios puntos:

  • Los interesados involucrados en la revisión, ¿fueron las personas que debían estar? ¿Tenían el impacto en la organización requerido?
  • ¿La Propuesta de Trabajo estuvo alineada a las necesidades de negocio expresadas por el cliente?
  • ¿Quién decidió la prioridad de la priorización, el cliente, o el Socio de Negocios? Si fue el Socio de Negocios, será necesario cambiar el enfoque en revisiones posteriores.
  • ¿El costo de la Propuesta de Trabajo fue considerada excesiva? ¿Hubiera sido útil el hacer múltiples Propuestas?

La respuesta a estas preguntas podrá ayudar a incrementar sus posibilidades de aceptación de sus Propuestas de Trabajo en un futuro.

Comprenda los patrones de diseño del  Well-Architected, e intégralos a su trabajo diario.

Las Mejores Prácticas de AWS no son un programa más, o competencia, para un Socio de Negocios. Son una metodología, que, implementada en un Socio de Negocios de manera correcta, le dan una ventaja competitiva y un diferenciador marcado.

La forma correcta de pensar sobre el Well-Architected es la de implementar una mejor práctica de manera integral sobre todos los procesos del Socio de Negocios, de manera tal que el personal de ventas, consultoría, operaciones, y directivo sea capaz de establecer una conversación con un cliente acerca de las Mejores Prácticas, y explicar la propuesta de valor que este programa conlleva. También contemple que la practica del Well Architected, como se mencionó, es una metodología que le brindara un diferencial en su negocio y permitirá estar mas cerca de su cliente, al estar en constante comunicación y al mismo tiempo poder atacar distintas cargas de trabajo o proyectos que probablemente no hubieran sido posibles bajo un modelo tradicional de operación. En este sentido, podríamos afirmar que el Well Architected es un paso en el proceso de poder ofrecer servicios administrados de nube.

Por otro lado, el equipo AWS Certified Solution Architect Professsional que lleve a cabo la revisión estará aprendiendo continuamente nuevas y mejores prácticas, las cuales replicará en todos sus proyectos de manera natural, mitigando riesgos en las cargas de trabajo de sus clientes, y aumentando la satisfacción del cliente.

Usando una metáfora, si tuviera que llevar su vehículo a reparación, ¿dónde lo haría? ¿Con un taller que operara de manera independiente, o con uno que contara con las bitácoras, manuales, refacciones originales, y documentación del fabricante de su vehículo? Añada ahora los beneficios que le trae ser un Well-Architected Partner, y podrá entender el diferenciador que tiene ser un Socio de Negocios autorizado por AWS, lo cual nos lleva a nuestro último punto.

Comparta sus logros con clientes actuales y potenciales.

El uso de Mejores Prácticas lo distingue como un Socio de Negocios que lleva a cabo sus actividades siempre con el objetivo de cumplir con los requerimientos tecnológicos y de negocios de sus clientes, apegados con los lineamientos de AWS.

Apalanque esta práctica a través de sus herramientas de mercadotecnia. Genere casos de estudio en conjunto con sus clientes, escriba artículos tipo blog o podcast. Genere entrevistas en video, y compártalas en su sitio Web, así como con clientes actuales y potenciales.

De ser posible, genere Webinars, o eventos físicos, donde comparta la propuesta de valor del Well-Architected. Recuerde que la mejor forma de demostrar el valor de su práctica es con ejemplos y clientes satisfechos. Si tiene una historia excepcional de una revisión de Well-Architected que haya realizado, compártala con nosotros, a través de su Partner Development Representative, Partner Solutions Architect o Partner Development Manager.

 

Conclusión

El Programa para Well-Architected Partners les permite crecer su negocio a través del uso de mejores prácticas, disminuyendo riesgos con sus clientes, y permitiéndoles innovar, al darles la seguridad de que sus cargas de trabajo tienen una arquitectura correcta.

El uso de las técnicas descritas en este artículo le permitirán arrancar de la mejor manera posible su práctica, y le permitirá distinguirse de otros Socios de Negocio, así como con sus clientes.

Comience su práctica, y aproveche los beneficios del programa, entregando siempre el máximo valor a sus clientes, con AWS.

 

Recursos:

 

 


Sobre el autor

Javier Huerta es Arquitecto de Soluciones especializado en Mejores Prácticas (Well-Architected)  para Latinoamérica.  Ha sido Arquitecto  de Soluciones, Service Delivery Manager, Gerente de Cumplimiento Normativo, y  Director de Innovación Tecnológica a lo largo de 25 años de carrera  profesional. Es  también miembro de la  Comunidad Técnica de Campo (TFC) de Media y Entretenimiento.  Por el momento, se encuentra pensando cuál  será la siguiente solución que construirá en AWS.

 

 

Revisores

Carlos Witrado es Partner Development Manager para el negocio de Distribución en Latinoamérica, apoyando a generar mayores oportunidades de negocio a nuestros socios. Anteriormente, se desempeñó como Arquitecto de Soluciones en AWS. A lo largo de sus 15 años de experiencia se ha desempeñado en distintos roles de negocio y liderazgo  en el Sector Publico y Privado.

 

 

 

María Téllez es Manager de Desarrollo Comercial del Programa de  Socios en Mejores Prácticas (Well-Architected  Partner Program, o WAPP) en América Latina. Su enfoque es en apoyar a  los Socios de Consultoría y Tecnología de la Red de Socios de AWS (APN, por  sus siglas en inglés), los cuales han sido entrenados y son expertos en la  revisión y mejoría de cargas de trabajo en la nube.  Maria lleva más de  5 años laborando en AWS, e inició el Programa para Socios de Buena  Arquitectura (WAPP) en 2017 como Manager de Operaciones del Programa Global  junto con Dean Dierickx, Sr. Manager del Programa, y oficialmente ayudó a  lanzar el programa en AWS re:Invent en el 2018.