Cómo arrancar con Platform Engineering: equipo, kickstart y roadmap.

Para arrancar con éxito en Platform Engineering es necesaria una planificación cuidadosa y una ejecución estratégica.

Los elementos clave para arrancar esta iniciativa son:

• Un equipo de plataforma mínimo viable (Minimum Viable Platform Team, MVPT)
• Una plataforma mínima viable (Thinnest Viable Platform, TVP)
• Un roadmap de la plataforma

Aquí te contamos cómo empezar con el equipo adecuado, una primera iteración de plataforma sólida y un roadmap bien definido.

Un equipo de plataforma inicial

Para arrancar tu plataforma de forma efectiva, es esencial establecer un equipo mínimo viable (MVPT). Este concepto se basa en crear un equipo unificado con la composición correcta y el tamaño suficiente para asegurar la evolución y el crecimiento sostenido de la plataforma desde el inicio.

El MVPT debe cumplir con ambos aspectos: “mínimo” y “viable”. Debe ser el equipo más pequeño y eficiente posible que permita iniciar y mantener la plataforma, siendo ágil y receptivo al feedback. Debe estar bien dimensionado para cubrir las responsabilidades esenciales sin convertirse en un equipo excesivo o poco ágil.

Las características clave de un equipo mínimo viable incluyen:

1. Responsabilidades claras

Cada miembro del MVPT debe tener un rol bien definido y conocer sus responsabilidades. Esto evita solapamientos y confusiones, asegurando que todos los aspectos de la plataforma estén correctamente gestionados.

2. Foco inicial en funcionalidades core

El MVPT debe centrarse primero en entregar funcionalidades fundamentales que aporten valor inmediato. Esto puede incluir la automatización de entornos de desarrollo, configuración de pipelines de integración continua o integrar prácticas de seguridad en el ciclo de desarrollo.

3. Colaboración con otros equipos

Aunque el foco está en la plataforma, el MVPT debe colaborar estrechamente con los diferentes equipos y otros stakeholders. Los ciclos de feedback y canales de comunicación abiertos son vitales para que la plataforma evolucione alineada a las necesidades reales.

4. Escalabilidad y evolución sostenida

A medida que la plataforma crece y madura, el MVPT tiene que poder escalar:

• Escalado del equipo: añadir especialistas o asumir mayor complejidad conforme aumente el alcance.
• Desarrollo iterativo: evolucionar la plataforma iterativamente, revisando y mejorando sus funcionalidades según el feedback y métricas de rendimiento.

5. Cultura y mentalidad

El MVPT debe adoptar una mentalidad de producto y mejora continua, viendo la plataforma como un producto vivo y en evolución. Esta mentalidad impulsa la optimización y la innovación con el objetivo final de maximizar la adopción.

Primera iteración de la plataforma

Al lanzar la primera versión de la plataforma, es clave adoptar un enfoque lean que combine simplicidad con valor tangible. La "plataforma mínima viable" (TVP) encapsula esta idea de empezar pequeño e iterar rápidamente.

En 2019, el libro Team Topologies introdujo este concepto, que destaca la necesidad de mantener una plataforma mínima pero que acelere y simplifique la entrega para los equipos que dependen de ella. El objetivo es demostrar viabilidad y beneficios, recoger feedback y generar interés dentro de la organización.

Estrategias clave para la primera iteración

1. Enfocarse en demostrar valor pronto

• Identificar pain points: aborda problemas críticos que impiden la entrega. Por ejemplo: cuellos de botella en despliegues, entornos inconsistentes o procesos manuales.
• Centrarse en la entrega: detecta los factores que ralentizan el time-to-production (testing, builds lentos, despliegues manuales) y diseña una solución desde la plataforma.

2. Adoptar una mentalidad de producto desde el inicio

• Crecimiento iterativo: evita la complejidad inicial empezando con algo pequeño que resuelva lo urgente. Itera rápido y mejora con feedback real.
• Diseño centrado en usuarios y golden paths: crea workflows estándar y eficientes que guíen al usuario. Piensa menos en lo técnico y más en los developers y cómo facilitar su trabajo.

3. Involucrar a una audiencia amplia

• Onboarding de stakeholders: aparte de equipos de desarrollo, también involucra a seguridad, operaciones y negocio. Asegura una visión transversal y el respaldo organizativo.
• Mostrar quick wins: Enseña resultados rápidos: menos time-to-market, más productividad o mejor seguridad. Esto impulsa la adopción y genera tracción.

Desde el diseño de esa primera versión, puedes inspirarte en modelos como este:

Un roadmap para la plataforma

El objetivo de un roadmap de plataforma es maximizar la adopción dentro de la organización. Cuantos más productos se integren, mayores beneficios: consistencia, eficiencia, escalabilidad.

El roadmap debe considerar dos ejes: capacidades y productos.

• Capacidades objetivo: funcionalidades core como CI/CD, escaneo de seguridad, entornos de desarrollo estandarizados.
• Productos objetivo: los productos que se desarrollan y despliegan usando la plataforma.

Hay distintas estrategias para diseñar el roadmap, cada una con sus ventajas y limitaciones:

1. Roadmap orientado a capacidades

• Estrategia: priorizar las capacidades más utilizadas o de mayor impacto.
• Ventajas: más productos pueden aprovechar la plataforma rápidamente.
• Desafíos: un producto suele requerir varias capacidades para cumplir requisitos funcionales y de compliance. Si no están todas, el producto queda a medio camino.

2. Roadmap orientado a productos

• Estrategia: priorizar que ciertos productos estén completamente embarcados en la plataforma.
• Ventajas: asegura que esos productos estén listos para producción, cumpliendo requisitos no funcionales y de seguridad.
• Desafíos: ralentiza la adopción general, ya que se enfoca en un producto a la vez.

3. Enfoque combinado: balance entre capacidades y productos

• Estrategia: entregar capacidades adaptadas a un producto estrella (flagship), permitiendo adopción gradual por otros.
• Ventajas: éxito inmediato con productos clave + crecimiento progresivo para el resto.
• Desafíos: requiere planificación cuidadosa para no dispersar recursos.

Si te interesa Platform Engineering y quieres seguir profundizando en este tema, te dejamos aquí contenido que puede resultarte interesante:

• Qué es Platform Engineering (y qué no es)
• 4 elementos clave de Platform Engineering
• Beneficios de Platform Engineering y cuándo deberías adoptarlo
• Obstáculos para la adopción de Platform Engineering y cómo superarlos
• Cómo lanzar una plataforma como un producto y qué características debería tener
• Guía práctica para entender los Golden Paths

En el próximo post entraremos en detalle sobre cómo medir el éxito en Platform Engineering. ¡Te leemos en los comentarios! 👇