La mentalidad del producto es clave para el éxito de la ingeniería de plataformas

Por: Aeris Stewart el 31 de agosto de 2023

La ingeniería de plataformas ha conquistado el mundo, y con razón. Las buenas plataformas reducen TicketOps, estandarizan las configuraciones y reducen el tiempo de entrega y de comercialización. A pesar de la nueva popularidad de la disciplina, aún quedan algunas preguntas sobre qué diferencia a la ingeniería de plataformas de DevOps. La respuesta a esas preguntas reside en la plataforma como enfoque de producto: el corazón de todo esfuerzo exitoso de ingeniería de plataforma.

Según Luca Galante, la ingeniería de plataformas es "la disciplina de diseñar y construir cadenas de herramientas y flujos de trabajo que permitan capacidades de autoservicio para organizaciones de ingeniería de software en la era nativa de la nube". Los ingenieros de plataformas construyen una plataforma de desarrollo interna, que "consta de muchas tecnologías y herramientas diferentes, unidas de una manera que reduce la carga cognitiva de los desarrolladores sin abstraer el contexto y las tecnologías subyacentes".

Un enfoque de producto requiere investigación de usuarios, una misión definida, aprovechar los equipos faro, obtener comentarios periódicos, iterar y comercializar su plataforma para la aceptación interna. En conjunto, estas mejores prácticas de gestión de productos garantizarán que su plataforma permita un verdadero autoservicio para desarrolladores y encuentre el nivel adecuado de abstracción.

"Constrúyelo y ellos vendrán" no es una estrategia viable para garantizar que los desarrolladores adopten su plataforma. De manera similar, es probable que fracasar obligar a los desarrolladores a utilizar una plataforma. El uso obligatorio crea resentimiento, reduce la confianza y da lugar a operaciones en la sombra. Para evitar la desaparición prematura de su plataforma, debe tratarla como un producto y venderla a sus clientes: sus desarrolladores.

Este artículo proporciona una descripción general de alto nivel de cómo se ve la mentalidad de un producto en la práctica y por qué cada componente contribuye al éxito de su plataforma.

A menos que obtenga una comprensión integral de los puntos débiles de los desarrolladores y lo que ya están haciendo para mitigar esos problemas, no podrá crear una plataforma que la gente realmente quiera usar. Michael Galloway de Hashicorp compartió este ejemplo de una encuesta de usuario que realizó con su equipo mientras estaba en Doma. La idea es hacer preguntas sobre el proceso completo de entrega del software, desde las etapas de planificación del trabajo del entrevistado hasta la depuración y las pruebas. De esta manera, el equipo de la plataforma puede priorizar la creación de funciones para resolver los problemas más frustrantes de los desarrolladores.

A menudo, los equipos de plataformas encontrarán que tienen deseos y perspectivas contradictorias sobre cómo debería ser la plataforma. Un gerente de producto de plataforma ayudará a traducir respuestas dispares en un plan exitoso y viable. Los equipos de plataformas exitosos también investigan herramientas comerciales y de código abierto e integran soluciones prediseñadas en su plataforma cuando sea beneficioso. Estudian planos, como las arquitecturas de referencia de la plataforma de desarrollo interna desarrolladas por McKinsey, como punto de partida.

Su declaración de misión le da al equipo de su plataforma una identidad y prioridades claras. También es un punto de partida para comprender y comunicar su impacto en el negocio a las partes interesadas relevantes. Las buenas declaraciones de misión son emotivas e inspiradoras, simples pero significativas, coinciden con la longevidad de la organización y se basan en la investigación de los usuarios.

Al comenzar su viaje de ingeniería de plataformas, muchas organizaciones no saben qué construir primero. La confusión surge de tener dos prioridades importantes pero contradictorias. Por un lado, su equipo de plataforma no quiere abarcar más de lo que puede al crear demasiadas funciones a la vez. Por otro lado, las plataformas que son lo suficientemente delgadas como para cubrir toda la empresa a menudo no brindan suficiente valor a los equipos individuales.

La manera de lograr el equilibrio adecuado es aprovechando los equipos faro. Un equipo faro es el primer grupo de personas para el que elegirá construir la plataforma de su organización, así que dedique mucho tiempo con ellos para hacerlo bien. Cultive embajadores y evangelistas y déles tiempo para que el resto del equipo (¡y la organización!) se unan a su plataforma. Una vez que haya creado una plataforma que proporcione valor real a su equipo principal, repita este proceso con más equipos de toda la organización.

El enfoque del equipo faro es valioso porque ayuda a los equipos de la plataforma a evitar que el océano hierva y, al mismo tiempo, garantiza que su plataforma proporcione valor real en cada paso del camino.

La investigación inicial de usuarios no es suficiente para sostener un esfuerzo exitoso de ingeniería de plataforma. Los equipos de la plataforma deben solicitar comentarios periódicos de los desarrolladores y utilizarlos para iterar la plataforma.

Las conversaciones sobre ingeniería de plataformas a menudo se centran en los desarrolladores, pero los desarrolladores no son el único grupo de partes interesadas de su plataforma. Su equipo de plataforma también necesitará la participación de los gerentes, administradores de sistemas, ingenieros de DevOps y la alta dirección.

En su charla de PlatformCon 2023 "Cómo comunicar el valor empresarial de la ingeniería de plataformas", Manjunath Bhat de Gartner compartió la Ecuación de valor empresarial de Gartner como base para que los equipos de plataformas comprendan y comuniquen el valor de su plataforma de desarrollo interno a diferentes grupos de partes interesadas.

El proceso incluye evaluar las prioridades y preocupaciones de las partes interesadas, identificar y definir los habilitadores de valor, construir un mapa de valor para mapear el valor que permite el impacto de las partes interesadas, respaldar la historia de valor a través de métricas de resultados y comunicar el "por qué" y el valor obtenido a la organización.

Aplicar una plataforma como enfoque de producto puede resultar difícil en la práctica. Por ejemplo, muchas organizaciones luchan por ofrecer a la plataforma de desarrollo interna las mismas consideraciones que a un producto externo. Cuando trabajan con desarrolladores internos, es fácil para los equipos de la plataforma hacer suposiciones sobre lo que esos usuarios saben, quieren y necesitan. Sin embargo, la ingeniería de plataformas requiere evitar estos supuestos y buscar siempre la perspectiva de los usuarios.

Otro obstáculo común que encuentran las organizaciones es exigir la adopción de plataformas. Hacer que la plataforma sea obligatoria cierra los ciclos de retroalimentación críticos que los equipos de la plataforma necesitan para evaluar el éxito de su plataforma y realizar mejoras continuas.

El enfoque de plataforma como producto es lo que diferencia la ingeniería de plataformas de DevOps. Es engañosamente simple pero importante si desea crear una plataforma de desarrollo interna que la gente realmente quiera usar.

Archivado en: Blogs, Negocios de DevOps, Práctica de DevOps, Doin' DevOps, Ingeniería de plataforma Etiquetado con: Autoservicio para desarrolladores, plataforma de desarrollador interna, Adopción de plataforma, Plataforma como producto, ingeniería de plataforma, Mejores prácticas de gestión de plataforma, Enfoque de producto, Exitoso equipos de plataforma