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

Hitesh Patel

É um velho mantra no mundo da tecnologia: ou você tem a tecnologia certa, ou não chega a lugar nenhum. Mas será que a premissa de que ter a melhor tecnologia é sinônimo de sucesso realmente se sustenta?

Hoje sabemos que há muito mais envolvido. Você pode desenvolver a melhor tecnologia do mundo, mas, se não ajudar as pessoas a entender como aplicar os novos conceitos e recursos aos problemas delas, terá apenas um dispositivo que ninguém consegue usar — e nenhuma forma de saber se ele realmente funciona.

O verdadeiro trabalho de criar um produto de sucesso acontece quando investimos igualmente no desenvolvimento desse produto e nas pessoas que o utilizarã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 aproveitar as novas tecnologias.

Ao fazer isso, ajudamos a criar uma base de usuários mais capacitada e bem informada, capaz de aplicar sua experiência e seu contexto. Por sua vez, essa base de usuários recém-capacitada estabelece uma relação simbiótica conosco, como fornecedor, ajudando a orientar o desenvolvimento de produtos e soluções a partir de uma perspectiva madura, embasada e bem informada.

Nesse ambiente, o critério de sucesso não é mais o lançamento de um novo produto. É o envolvimento e a escuta contínuos de todos os participantes do produto — clientes, parceiros, engenheiros da F5 e equipe de suporte — em um ciclo constante de inovação e aprimoramento.

Aplicando metodologias DevOps ao treinamento

Você pode ver como isso funciona ao analisar a história do programa Super-NetOps. Como parte da transformação da F5 em uma empresa de serviços de aplicações multinuvem, tivemos que capacitar centenas de engenheiros em todo o mundo em um novo conjunto de competências fundamentais em nuvem, automação, orquestração e metodologias DevOps.

Ao fazer isso, trabalhamos arduamente para construir uma relação simbiótica com nossos próprios engenheiros. O ciclo funcionava assim: desenvolver o conteúdo do treinamento; testar o conteúdo com alguns usuários; identificar onde a experiência do usuário precisava ser aprimorada; incorporar essas melhorias ao nosso produto; repetir.

Ao lançar um produto no mercado junto aos clientes, você pode relacionar essa mesma metodologia de DevOps e Agile ao seguinte processo: você cria algo e passa a ter um protótipo. É preciso obter feedback, mas isso só acontecerá quando você encontrar pessoas dispostas a dedicar tempo e esforço. E, para isso, elas precisam de treinamento, documentação e acompanhamento durante todo o processo.

Assim, em conjunto com nossos esforços de desenvolvimento, estamos criando mecanismos para realizar os treinamentos. E parte disso consiste em incorporar um ciclo de feedback, tanto nos treinamentos quanto nos próprios produtos. Como podemos permitir que as pessoas que usam esses protótipos contribuam de volta seguindo o modelo de código aberto? Como podemos aprender com os pontos em que um cliente encontra dificuldades durante uma implementação? E como podemos aproveitar esse aprendizado para tornar nossos produtos e nosso suporte ainda melhores?

Nos últimos anos, temos envolvido nossos clientes e a comunidade, e esses esforços resultaram no Super-NetOps de hoje, desenvolvido a partir do lançamento do programa no Agility, há dois anos.

Essa foi uma mudança fundamental para nossos engenheiros focados em NetOps. Não estamos apenas desenvolvendo soluções de automação e orquestração; estamos, de fato, nos alinhando à metodologia de DevOps e ao processo de desenvolvimento de software. Estamos projetando como se fosse um enorme projeto de software distribuído que, por acaso, é executado na plataforma F5 e se integra a ela, e não como recursos de rede adaptados para se encaixar em algo que se parece com um sistema de software.

Criando parcerias

Tudo isso envolve, em igual medida, adotar e interagir com o DevOps, mas também criar parcerias. Agora, temos os elementos necessários para estabelecer um novo diálogo com os clientes. Estamos ouvindo atentamente e mantendo uma discussão ativa e construtiva, totalmente voltada a encontrar a melhor maneira de levar o cliente ao resultado mais bem-sucedido possível. Às vezes, isso significa dizer que sim, vamos desenvolver um recurso. Outras vezes, significa dizer que recomendamos não seguir por esse caminho.

Isso também nos dá as ferramentas para ajudar a equipe de NetOps a se tornar uma verdadeira parceira da equipe de DevOps. Ela não precisa ser aquela que apenas recebe projetos jogados por cima do muro. Pode ser uma parceira — aquela que ajuda as equipes de DevOps e de desenvolvimento a alcançar o sucesso e fazer com que seu aplicativo, seu produto, sua criação, brilhe. Se esse profissional ainda não existe na sua empresa, podemos prepará-lo para assumir esse papel em duas semanas.

Passar por esse processo e realizar essas mudanças transformou profundamente a maneira como a F5 enxerga quem queremos ser. Agora entendemos como interagir com o que há de mais avançado, com a forma como os ecossistemas de contêineres e os microsserviços são estruturados e como o software é desenvolvido na era moderna.

E, como você verá com o lançamento das APIs da nossa Cadeia de Ferramentas de Automação neste mês, essa é uma filosofia que também está fazendo uma diferença real em nossos produtos — um ciclo de vida de cada vez.

Sobre o autor

Hitesh Patel

Mais publicações de Hitesh Patel