No es un lanzamiento, es un ciclo de vida.

Es un viejo mantra en tecnología: O tienes la tecnología adecuada o no llegarás a ninguna parte. Pero ¿es realmente válida la premisa de que tener la mejor tecnología equivale al éxito?

Hoy sabemos que hay más. Podrías construir la mejor tecnología del mundo, pero si no has ayudado a la gente a entender cómo aplicar los nuevos conceptos y capacidades a sus problemas, solo tendrás un widget que nadie puede usar, y ninguna manera de saber si realmente funciona.

El verdadero trabajo de construir un producto exitoso ocurre cuando invertimos por igual en el desarrollo de ese producto y en las personas que lo utilizarán en sus entornos. A medida que la tecnología evoluciona, es importante que los proveedores inviertan activamente en la capacitación, la tutoría y la capacitación de las personas (antes de los productos) con las habilidades fundamentales necesarias para aprovechar las nuevas tecnologías.

Al hacer esto, ayudamos a crear una base de usuarios mejor y más informada que pueda aplicar su experiencia y contexto. Y, a su vez, esa base de usuarios recién informados forma una relación simbiótica con nosotros como proveedor, ayudándonos a guiar cómo desarrollamos productos y soluciones desde una posición de autoridad madura e informada.

En este entorno, el listón del éxito ya no es el lanzamiento de un nuevo producto. Se trata de interactuar y escuchar continuamente a todos los integrantes del producto (clientes, socios, ingenieros de F5, personal de soporte) en un ciclo de vida constante de innovación y mejora.

Empleo de metodologías DevOps para la formación

Puedes ver cómo funciona esto consultando el historial del programa Super-NetOps . Como parte de la transformación de F5 en una empresa de servicios de aplicação multicloud, tuvimos que capacitar a cientos de ingenieros en todo el mundo con un nuevo conjunto de habilidades fundamentales en la nube, automatización, orquestación y metodologías de DevOps.

Para ello, trabajamos duro para construir una relación simbiótica con nuestros propios ingenieros. El ciclo se veía así: Desarrollar contenidos de formación. Pruebe el contenido con algunos usuarios. Determinar dónde la experiencia del usuario necesitaba mejoras. Incorpore esto a nuestro producto. Repetir.

Al llevar un producto al mercado con los clientes, puedes correlacionar esa misma metodología DevOps y Agile con esto: Construyes algo y ahora tienes un prototipo. Necesitas recibir retroalimentación, pero no la recibirás hasta que encuentres personas dispuestas a invertir tiempo y esfuerzo. Y para hacer eso, necesitan formación. Necesitan documentación. Necesitan que les tomen de la mano para poder superarlo.

Entonces, junto con nuestros esfuerzos de desarrollo, estamos construyendo los mecanismos que rigen nuestra capacitación. Y parte de eso es construir un ciclo de retroalimentación, tanto sobre la capacitación como sobre los productos en sí. ¿Cómo logramos que las personas que usan estos prototipos puedan contribuir de manera abierta? ¿Cómo podemos aprender de ese punto en el que un cliente se queda estancado en una implementación? ¿Y cómo aprovechamos esos aprendizajes para mejorar aún más nuestros productos y nuestro soporte?

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

Este fue un cambio fundamental para nuestros ingenieros centrados en NetOps. No solo creamos soluciones de automatización y orquestación, sino que nos alineamos con la metodología en torno a DevOps y el proceso de software. Estamos diseñando como si fuera un gigantesco proyecto de software distribuido que se ejecuta y se integra con la plataforma F5, no como un elemento de red integrado en lo que parece un sistema de software.

Creando alianzas

Todo esto implica, en partes iguales, adoptar y comprometerse con DevOps, pero también crear asociaciones. Ahora tenemos las piezas en su lugar para tener una nueva conversación con los clientes. Escuchamos atentamente y mantenemos un debate activo y constructivo que se basa totalmente en cómo lograr que el cliente obtenga el resultado más exitoso. A veces eso se logra diciendo que sí, que vamos a desarrollar una función. A veces, eso se debe a que les decimos que no deben seguir ese camino.

También nos brinda las herramientas para ayudar a NetOps a convertirse en un verdadero socio de DevOps. No tienen por qué ser esa persona que simplemente recibe proyectos que fueron arrojados por encima del muro. Pueden ser un socio: aquel que puede ayudar a los equipos de DevOps y de desarrolladores a tener éxito y hacer que su aplicação, su cosa, su creación, destaque. Si esa persona aún no existe en tu empresa, en dos semanas podemos ponerla allí.

Pasar por este proceso y hacer estos cambios ha cambiado fundamentalmente la forma en que F5 ve quiénes vamos a ser. Ahora entendemos cómo interactuar con la vanguardia, con la forma en que se construyen los ecosistemas de contenedores, la forma en que se construyen los microservicios y la forma en que se desarrolla el software en la era moderna.

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