Não é um lançamento, é um ciclo de vida

É um velho mantra na tecnologia: Ou você tem a tecnologia certa ou não chega a lugar nenhum. Mas a premissa de que ter a melhor tecnologia é sinônimo de sucesso é realmente válida?

Hoje sabemos que há mais por trás disso. Você pode criar a melhor tecnologia do mundo, mas se não ajudar as pessoas a entender como aplicar os novos conceitos e capacidades aos seus problemas, você terá apenas um widget que ninguém pode usar — e nenhuma maneira de saber se ele realmente está funcionando.

O verdadeiro trabalho de construir um produto de sucesso acontece quando investimos igualmente no desenvolvimento desse produto e nas pessoas que o usarão em seus ambientes. À medida que a tecnologia evolui, é importante que os fornecedores invistam ativamente em ensinar, orientar e capacitar as pessoas — antes dos produtos — com as habilidades fundamentais necessárias para alavancar novas tecnologias.

Ao fazer isso, ajudamos a criar uma base de usuários melhor e mais informada, que pode aplicar sua experiência e contexto. E, por sua vez, essa base de usuários recém-informados forma um relacionamento simbiótico conosco como fornecedores, ajudando a orientar como desenvolvemos produtos e soluções a partir de uma posição de autoridade madura e informada.

Nesse ambiente, o critério para o sucesso não é mais lançar um novo produto. Ela está continuamente engajando e ouvindo todos os constituintes do produto — clientes, parceiros, engenheiros da F5, equipe de suporte — em um ciclo de vida constante de inovação e melhoria.

Empregando metodologias DevOps para treinamento

Você pode ver como isso funciona analisando o histórico do programa Super-NetOps . Como parte da transformação da F5 em uma empresa de serviços de aplicativos multinuvem, tivemos que treinar centenas de engenheiros ao redor do mundo com um novo conjunto de habilidades fundamentais em metodologias de nuvem, automação, orquestração e DevOps.

Ao fazer isso, trabalhamos duro para construir um relacionamento simbiótico com nossos próprios engenheiros. O ciclo era assim: Desenvolver conteúdo de treinamento. Teste o conteúdo com alguns usuários. Determine onde a experiência do usuário precisa de melhorias. Incorpore isso ao nosso produto. Repita.

Ao levar um produto ao mercado com os clientes, você pode correlacionar a mesma metodologia DevOps e Agile com isto: Você constrói algo e agora tem um protótipo. Você precisa obter feedback, mas não o obterá até encontrar pessoas dispostas a investir tempo e esforço. E para fazer isso, eles precisam de treinamento. Eles precisam de documentação. Eles precisam de ajuda para superar isso.

Então, em conjunto com nossos esforços de desenvolvimento, estamos construindo os mecanismos de como treinamos. E parte disso é construir um ciclo de feedback, tanto sobre o treinamento quanto sobre os produtos em si. Como podemos fazer com que as pessoas que usam esses protótipos possam contribuir de forma open source? Como podemos aprender com o ponto em que um cliente fica preso em uma implementação? E como aproveitamos esses aprendizados para tornar nossos produtos e suporte ainda melhores?

Nos últimos anos, temos envolvido nossos clientes e a comunidade, e esses esforços levaram ao Super-NetOps de hoje, desenvolvido a partir da implementação do programa na Agility há dois anos.

Essa foi uma mudança fundamental para nossos engenheiros centrados em NetOps. Não estamos apenas construindo soluções de automação e orquestração, estamos realmente nos alinhando à metodologia em torno do DevOps e do processo de software. Estamos projetando como se fosse um projeto gigante de software distribuído que roda e se integra à plataforma F5, e não algo de rede que é enfiado no que parece ser um sistema de software.

Criando parcerias

Tudo isso envolve, em partes iguais, abraçar e se envolver com o DevOps, mas também criar parcerias. Agora temos as peças no lugar para ter uma nova conversa com os clientes. Estamos ouvindo atentamente e tendo um debate ativo e construtivo que é totalmente baseado em como levar o cliente ao seu resultado mais bem-sucedido. Às vezes, isso acontece quando dizemos sim, vamos desenvolver um recurso. Às vezes, é porque dizemos que recomendamos que você não siga esse caminho.

Ele também nos dá as ferramentas para ajudar a NetOps a se tornar uma verdadeira parceira do DevOps. Eles não precisam ser aquela pessoa que simplesmente pega projetos que foram jogados por cima do muro. Eles podem ser um parceiro — aquele que pode ajudar as equipes de DevOps e desenvolvedores a ter sucesso e fazer seus aplicativos, suas coisas, suas criações, darem certo. Se essa pessoa ainda não existe na sua empresa, em duas semanas podemos colocá-la lá.

Passar por esse processo e fazer essas mudanças mudou fundamentalmente a maneira como a F5 vê quem seremos. Agora entendemos como nos envolver com o que há de mais moderno, com a maneira como os ecossistemas de contêineres são construídos, a maneira como os microsserviços são construídos, a maneira como o software é desenvolvido na era moderna.

E como você verá com o lançamento das APIs do Automation Toolchain neste mês, é uma filosofia que está realmente fazendo a diferença em nossos produtos também, um ciclo de vida de cada vez.