Principios de DevOps: aumenta la eficiencia de tus equipos de producto

Para los equipos que buscan ayuda con las prácticas de DevOps y las aplican en toda la organización, los beneficios son significativos. Para quienes no están familiarizados con el concepto, DevOps es la unión de personas, procesos y herramientas para automatizar la construcción de software, lo que permite entregar de forma continua buenas experiencias a los usuarios, uno de los valores de las metodologías ágiles.

Agile convierte la gestión del software en un proceso iterativo, que permite a los equipos multifuncionales de desarrollo de producto adaptarse rápidamente a los cambios en los requisitos del mercado y de los clientes. Los desarrolladores son responsables de construir y operar el software, y harán los equilibrios correctos entre desarrollar funcionalidad (nuevas características) y operabilidad (rendimiento y estabilidad).

Aunque no podemos aplicar todas las prácticas al desarrollo de producto, es increíblemente beneficioso adoptar estos 3 principios de DevOps:

Cultura sin culpas

En el contexto de DevOps, reconocemos que el software en operación es complejo, sobre todo en negocios de rápido crecimiento donde se empujan los límites de la escala y la velocidad. En este entorno, los incidentes ocurren, y es fundamental tratarlos no como fracasos sino como oportunidades para aprender y mejorar los procesos. Y esa mejora continua solo se dará cuando los involucrados sepan que no serán sancionados por cometer un error y, así, estarán más abiertos a corregirlo. De ahí el principio de la cultura sin culpas (Blameless Culture).

¿Cómo se aplica esto a los equipos de producto?

La gran mayoría de los PO (Product Owners) se enfocan en crear experiencias nuevas y mejores para el usuario. Ya sea que estés revolucionando los viajes locales o seas un restaurante que responde a la pandemia con una plataforma de pedidos en línea, es poco probable que construyas la experiencia perfecta de entrada. La clave es crear una cultura que celebre la experimentación, sin importar si los resultados demuestran éxito o fracaso.

Métricas y mediciones

Un proceso de DevOps exitoso requiere retroalimentación inmediata y acción disponible al instante sobre los sistemas que el equipo opera. Eso significa KPI (indicadores clave de desempeño) sobre el uptime del servicio, el tiempo de respuesta de la aplicación, la carga operativa y más. Para una buena experiencia de usuario, hay que medir cada interacción. Este enfoque en la medición es muy importante para un PO.

Toda nueva funcionalidad o ajuste de UX debería partir de una hipótesis sobre las métricas que esperamos adoptar. Los datos deben guiar las decisiones sobre el roadmap, y los cambios deben poder rastrearse en cuanto a su impacto.

Tú lo construyes, tú lo operas

Otro principio vital de DevOps es la cultura de responsabilidad. Para aclarar, el equipo que crea una funcionalidad es el equipo que opera el código. Si hay alguna falla en producción, se avisará al equipo que la hizo, y será responsable de corregir el descuido. El mismo principio puede aplicarse a ser dueño de un producto digital. Los grandes PO y sus equipos extendidos piensan en el producto o en el área de la propiedad como un negocio con métricas que son responsables de mover de forma autónoma para priorizar un roadmap que produzca los resultados que la empresa necesita entregar.

Para concluir el desarrollo de las ideas presentadas aquí, podemos decir que las estrategias descritas en los principios de DevOps optimizan la entrega, y todas las prácticas son aplicables, incluso a áreas que no están pensadas para escribir código. Celebrar las lecciones aprendidas de las experiencias fallidas, usar datos y métricas en lugar del instinto, e invertir en mejoras de productos que ya se han creado puede parecer contraintuitivo. Aun así, estas prácticas harán que tu empresa entregue experiencias extraordinarias a tus clientes.