¿Qué es BizDevOps?

A menudo conocido como DevOps 2.0, BizDevOps se basa en el éxito de la práctica de DevOps, que acelera y mejora el proceso de entrega de software integrando los esfuerzos de desarrollo y de los equipos de operaciones de TI. BizDevOps amplía este concepto, incorporando equipos y objetivos empresariales en cada etapa del ciclo de vida del desarrollo de software.

La visibilidad del proceso de desarrollo de software ofrece a todos los stakeholders la posibilidad de establecer objetivos empresariales, como metas de crecimiento y beneficios, y fijar sprints y backlogs de desarrollo. Esto ayuda a acelerar el proceso de desarrollo de software y a garantizar que el desarrollo y los resultados de TI se alineen con iniciativas empresariales más amplias y las promuevan.

BizDevOps requiere una cultura de comunicación y un proceso de retroalimentación de bucle cerrado que integre rápidamente la retroalimentación en el desarrollo de software. Adoptar las estrategias de BizDevOps permite a las organizaciones implementar flujos de trabajo ágiles, lo que según la investigación de McKinsey & Company mejora la eficiencia operativa en un 30 % a 50 %¹.

En general, BizDevOps requiere una cultura que adopte una estructura no jerárquica entre los equipos de negocio, desarrollo y operaciones para realizar una transformación digital.

DevOps surgió del deseo de acelerar el proceso de desarrollo de software y al mismo tiempo minimizar el riesgo al implementar nuevos productos o funciones. Antes de la adopción de DevOps, los equipos de desarrollo a menudo trabajaban en un producto o característica durante un período prolongado con poca o ninguna opinión de otros equipos. El resultado eran implantaciones "big bang" o grandes despliegues de muchas funciones nuevas que fallaban, debían revertirse y resultaban costosas de arreglar.

Gracias a una mayor colaboración, los equipos de desarrollo y operaciones pudieron compartir conocimientos y comentarios a lo largo del proceso, lo que dio a todas las partes interesadas mayor visibilidad y supervisión. Los equipos de DevOps también priorizaron la automatización de la gestión del rendimiento, las pruebas de nuevo código y la implementación de nuevas funciones. Esta estrategia hizo que el proceso de desarrollo fuera más rápido y redujo la cantidad de errores y desconocidos durante el lanzamiento del producto.

Lo que faltaba en el proceso DevOps era la aportación del equipo empresarial. Tras largos periodos de desarrollo, los equipos de DevOps seguían sin saber si los productos y las funciones que estaban desarrollando cumplían los objetivos empresariales más actuales de la organización. Un enfoque de BizDevOps aborda este problema, lo que hace que la creación de productos que aumentan el valor de negocio sea un objetivo central del desarrollo de productos. Para ello, los equipos de negocio deben formar parte de cada paso del proceso de desarrollo. Con un esquema claro de los problemas empresariales que los nuevos productos, funciones y despliegues pretenden resolver, los equipos de DevOps pueden satisfacer de forma más eficaz las necesidades de los usuarios y ayudar a alcanzar los objetivos empresariales.

Para implementar BizDevOps dentro de una organización, la colaboración debe comenzar temprano en la etapa de planificación. La alineación de una estrategia de negocio claramente definida con los aportes del equipo de desarrollo conduce a la creación de una hoja de ruta detallada para el desarrollo de software y aplicaciones. Mediante una colaboración temprana, se prioriza el valor empresarial, lo que ofrece tiempo a los equipos de TI para desarrollar funciones de producto que satisfagan las necesidades de los usuarios y de la empresa.

Los equipos de desarrollo aprovechan la integración continua y la entrega continua para acelerar la entrega de software. La integración continua es el proceso en el que los desarrolladores suelen integrar código en una base de código a lo largo del proceso de desarrollo para pruebas automatizadas. La integración continua es clave para acelerar la entrega de software; permite a los equipos de desarrollo utilizar la automatización para probar continuamente el nuevo código para garantizar la calidad, lo que reduce las variables inesperadas y los errores al final del ciclo de vida del desarrollo de software. La entrega continua permite a los equipos de desarrollo desplegar rápidamente cambios, arreglar errores y realizar actualizaciones, incluidas nuevas características y configuraciones. Las pruebas y el despliegue automatizados agilizan la actualización de los productos, reducen el tiempo de inactividad y maximizan la experiencia del usuario.

Una vez lanzado un producto, las analíticas en tiempo real ayudan a los equipos de BizDevOps a monitorear el rendimiento y analizar si se cumplen los objetivos. Mediante el monitoreo constante, los equipos pueden adaptarse rápidamente en función del análisis de datos y los comentarios sobre los productos.

Romper los silos entre equipos solo es posible si los equipos de negocio, desarrollo y operaciones tienen clara su estrategia global de producto y qué métricas se utilizarán para supervisar el éxito. Para ello, los equipos de BizDevOps deben establecer indicadores clave de rendimiento (KPI) que consideren objetivos de negocio, como rentabilidad, así como métricas de DevOps, en el rendimiento del producto y la experiencia del usuario.

Los equipos empresariales utilizan KPIs como el tiempo de comercialización (el tiempo que toma concebir y lanzar un producto al mercado), los márgenes de beneficio, el retorno de la inversión (ROI) y el crecimiento para medir el éxito. Los equipos de desarrollo y operaciones utilizan métricas de rendimiento que incluyen:

• Frecuencia de implementación (DF): calcular con qué frecuencia los equipos de desarrollo implementan con éxito el código en la producción
  
  
• Plazos de entrega para cambios (LT): medición de la cantidad de tiempo entre el momento en que se solicita el nuevo código y el momento en que se implementa
  
  
• Tasa de fallas de cambio (CFR): porcentaje de flujos de trabajo e implementaciones de código que causan fallas en los sistemas
  
  
• Tiempo medio de recuperación (MTTR): el tiempo que tarda un equipo en recuperar o restaurar el servicio desde un sistema o una falla del producto

Mientras que estos KPI entran en una estrategia de desarrollo de productos, las iniciativas de BizDevOps también deben considerar las métricas impulsadas por el usuario. Métricas como la tasa de adopción del producto ofrecen insights sobre cuántos usuarios lo utilizan y las tasas de retención de clientes permiten saber cuántos usuarios siguen utilizando un producto después de un periodo de tiempo determinado.

Los equipos de BizDevOps pueden usar productos como IBM® Instana Observability® para monitorear el rendimiento de las aplicaciones e identificar cuellos de botella, y para el análisis de causas raíz. Las herramientas de monitoreo del rendimiento no solo producen datos de productos en tiempo real para su análisis, sino que también pueden automatizar el proceso de corrección, lo que reduce el tiempo medio de recuperación.

Con la visibilidad de los indicadores clave de rendimiento y los datos relacionados, los miembros del equipo obtienen una visión integral de la funcionalidad de un producto. Esto les permite crear productos de manera eficiente que cumplan con los objetivos comerciales y satisfagan las necesidades de los clientes.