BACKGROUND IMAGE: iSTOCK/GETTY IMAGES

Lo básico Póngase al día con nuestro contenido introductorio.

Cómo un proceso DevOps puede impulsar mejores experiencias de usuarios finales

Mientras muchas organizaciones adoptan un proceso DevOps para mejorar la implementación e integración, los beneficios se extienden hasta la experiencia del usuario.

Un proceso DevOps trae una nueva filosofía más integral para el desarrollo de productos. Ampliando el método ágil de entrega rápida e iterativa de los requisitos de funciones, DevOps también abarca los requisitos necesarios del sistema, incluyendo todo lo necesario para manejar las nuevas funciones en un sistema de producción, a un nivel donde la función será exitosa cuando sea usada.

Se ha escrito mucho sobre el valor positivo de la adopción de DevOps. Especialmente desde una perspectiva de procesos y estrategia, DevOps mejora las culturas de desarrollo de productos al construir un modo de pensar a largo plazo que intencionadamente gasta tiempo ahora para ahorrar gastos de dinero, tiempo y pérdida de flexibilidad competitiva en el futuro.

El impacto de la adopción de un proceso de DevOps

En teoría, nadie estaría en desacuerdo con este enfoque. Sin embargo, en la práctica –en el calor de un ciclo de entrega de productos con orientación financiera– la tentación entre los gerentes de producto de dejar fuera los requisitos del sistema clave, como la comprobación de las dependencias del sistema, instalar la analítica, automatizar e incluir la documentación, es muy real. Si hay un némesis para la adopción de un proceso DevOps, es el empuje incesante de la presión del mercado para lanzar nuevos productos que mejoren la captación y retención de clientes e ingresos. Cuando los gerentes no técnicos se centran en los requisitos de funciones sobre los requisitos del sistema, es probable que se deba a la priorización del valor rápido y continuo para el usuario final, sobre una estrategia del sistema de largo plazo.

Si bien este es un punto de vista limitado, esto no debería ser sorprendente. En la mayoría de las compañías de productos, las funciones son la encarnación de sus hipótesis acerca de lo que los clientes pueden querer comprar, exigir, debatirse y desear de su producto. Lo que es más, las funciones son mucho más tangibles para personas sin conocimientos técnicos; ellas pueden ser literalmente visualizadas, burladas y prototipadas, probadas frente a los clientes y así sucesivamente. Debido a esto, una nueva función atrae la atención y la emoción de las partes interesadas no técnicas, su equipo de marketing y los ejecutivos de alta dirección que a menudo no entienden lo que se necesita para lanzar estos productos, desde una perspectiva de sistema.

Las organizaciones deben resistir este impulso para quitar priorizar a los requisitos del sistema. Las funciones que se ponen en marcha sin considerar cuidadosamente el sistema, sin duda se convertirán en experiencias pobres para los usuarios. Al ignorar los requisitos del sistema, los prototipos bien probados que se ponen en producción pueden muy bien retrasarse, tener tiempo de espera y apagarse en la escala. Por no hablar de que, sin una buena automatización de la liberación, el despliegue puede tomar mucho tiempo y ser mucho menos fiable, debido a errores, conflictos y procesos más lentos. Así, sin analítica, puede no haber una manera clara de entender el éxito, o el fracaso, de las funciones que se hayan lanzado. Por último, si el producto se considera exitoso o requiere mejoras, las entregas de funciones indocumentadas tendrán que pasar a través de más obstáculos que deben mejorarse en futuras versiones.

La combinación de ágil con un proceso DevOps

Un proceso DevOps no es la antítesis del lanzamiento ágil de funciones. Por el contrario, el objetivo más amplio de DevOps asegura que el producto y las funciones con los cuales interactúa el usuario –en escala y en un sistema de producción– se puedan lanzar con bajo riesgo y funcionarán según lo previsto. Una experiencia de usuario de alta calidad con una función requiere la consideración simultánea de construir una plataforma que se pone en marcha de forma fiable a través de la automatización de la calidad, es fácil de aprender a partir del uso de la analítica y es fácil de iterar al aplicar documentación de desarrolladores y prácticas de escalabilidad.

Próximos pasos

Más sobre DevOps:

El futuro de las redes viene de la mano con DevOps

¿El secreto para las métricas DevOps? Es fácil, solo úselas

Tome estos 10 pasos para construir su carrera DevOps

Este artículo se actualizó por última vez en octubre 2016

Inicie la conversación

Envíenme notificaciones cuando otros miembros comenten sobre este artículo.

Por favor cree un Nombre de usuario para poder comentar.

- ANUNCIOS POR GOOGLE

Close