No es un lanzamiento, es un ciclo de vida

Hitesh Patel

Es un viejo mantra del sector tecnológico: o tienes la tecnología adecuada o no llegas a ninguna parte. Pero ¿es realmente válida la premisa de que tener la mejor tecnología equivale al éxito?

Hoy sabemos que hay mucho más detrás. Puedes desarrollar la mejor tecnología del mundo, pero si no has ayudado a las personas a entender cómo aplicar los nuevos conceptos y capacidades a sus problemas, solo tendrás un dispositivo que nadie sabe utilizar y no habrá forma de saber si realmente funciona.

El verdadero trabajo de crear un producto de éxito se lleva a cabo cuando invertimos por igual en desarrollar dicho producto y en las personas que lo utilizarán en sus entornos. A medida que evoluciona la tecnología, es importante que los proveedores inviertan activamente en formar, orientar y capacitar a las personas —por delante de los productos— con las competencias fundamentales necesarias para aprovechar las nuevas tecnologías.

De este modo, contribuimos a crear una base de usuarios mejor preparada y más informada, capaz de aplicar su experiencia y conocimientos del contexto. A su vez, esta nueva base de usuarios informados establece una relación simbiótica con nosotros como proveedor y nos ayuda a orientar el desarrollo de productos y soluciones desde una posición de autoridad madura y fundamentada.

En este entorno, el criterio para medir el éxito ya no es el lanzamiento de un nuevo producto, sino la interacción y la escucha continuas de todas las partes implicadas en él —clientes, socios, ingenieros de F5 y personal de soporte— dentro de un ciclo constante de innovación y mejora.

Aplicación de metodologías DevOps a la formación

Para ver cómo funciona, basta con repasar la historia del programa Super-NetOps. Como parte de la transformación de F5 en una empresa de servicios de aplicaciones multinube, tuvimos que formar a cientos de ingenieros de todo el mundo en un nuevo conjunto de competencias fundamentales en la nube, automatización, orquestación y metodologías DevOps.

Al hacerlo, nos esforzamos por establecer una relación simbiótica con nuestros propios ingenieros. El ciclo era el siguiente: desarrollar contenidos formativos; probarlos con algunos usuarios; determinar qué aspectos de la experiencia de usuario debían mejorarse; incorporar esas mejoras a nuestro producto; y repetir el proceso.

Al lanzar un producto al mercado con clientes, se puede establecer un paralelismo con esa misma metodología de DevOps y Agile: creas algo y ya tienes un prototipo. Necesitas obtener comentarios, pero no los recibirás hasta que encuentres a personas dispuestas a dedicarle tiempo y esfuerzo. Y, para ello, necesitan formación. Necesitan documentación. Necesitan acompañamiento durante todo el proceso.

Así pues, junto con nuestros esfuerzos de desarrollo, estamos creando los mecanismos necesarios para impartir formación. Parte de ello consiste en incorporar un ciclo de retroalimentación, tanto sobre la formación como sobre los propios productos. ¿Cómo podemos conseguir que quienes utilizan estos prototipos contribuyan a su vez siguiendo un modelo de código abierto? ¿Cómo podemos aprender de los puntos en los que un cliente se atasca durante una implementación? ¿Y cómo podemos aprovechar lo aprendido para mejorar aún más nuestros productos y servicios de asistencia?

Durante los últimos años, hemos ido implicando a nuestros clientes y a la comunidad, y esos esfuerzos han dado lugar al Super-NetOps actual, a partir de la puesta en marcha del programa en Agility hace dos años.

Este fue un cambio fundamental para nuestros ingenieros especializados en NetOps. No nos limitamos a crear soluciones de automatización y orquestación, sino que adoptamos la metodología de DevOps y del proceso de desarrollo de software. Diseñamos como si se tratara de un enorme proyecto de software distribuido que se ejecuta en la plataforma F5 y se integra con ella, y no de componentes de red adaptados para encajar en algo que parece un sistema de software.

Crear alianzas

Todo esto consiste, a partes iguales, en adoptar DevOps e implicarse en esta metodología, pero también en crear alianzas. Ahora contamos con los elementos necesarios para entablar un nuevo tipo de conversación con los clientes. Escuchamos atentamente y mantenemos un diálogo activo y constructivo, centrado por completo en cómo ayudar al cliente a lograr el mejor resultado posible. A veces, eso implica decirle que sí, que desarrollaremos una funcionalidad. Otras veces, implica recomendarle que no siga ese camino.

También nos proporciona las herramientas necesarias para ayudar a que NetOps se convierta en un verdadero socio de DevOps. Ya no tiene por qué limitarse a recibir proyectos que otros le pasan sin más. Puede ser un socio, alguien capaz de ayudar a DevOps y a los equipos de desarrollo a alcanzar el éxito y hacer que su aplicación, su producto, su creación, brille. Si ese perfil aún no existe en su empresa, podemos formarlo en dos semanas.

Pasar por este proceso y llevar a cabo estos cambios ha transformado radicalmente la forma en que F5 concibe lo que quiere llegar a ser. Ahora sabemos cómo interactuar con las tecnologías más punteras, cómo se construyen los ecosistemas de contenedores y los microservicios, y cómo se desarrolla el software en la era moderna.

Y, como verás con el lanzamiento este mes de nuestras API de Automation Toolchain, es una filosofía que también está marcando una verdadera diferencia en nuestros productos, ciclo de vida a ciclo de vida.

Sobre el autor

Hitesh Patel

Más artículos de Hitesh Patel