Nossas reuniões na conferência DevOpsConf se concentraram não apenas nas ferramentas dos engenheiros, mas também nos processos para os quais essas ferramentas são necessárias. Isso não parece ser suficiente para a empresa ver como tirar o máximo proveito do DevOps do produto.
Portanto, adicionamos um foco em como as pessoas em diferentes posições podem determinar qual maturidade das práticas de DevOps foi alcançada e como escolher conscientemente as metas de desenvolvimento técnico em sua organização e equipe. Em outras palavras, quero ver onde estou no campo DevOps agora e qual é o meu próximo passo.
As principais características mensuráveis do DevOps são a estabilidade do aplicativo e a produtividade das equipes de TI, desde a ideia até a colocação de um recurso na produção. Portanto, falamos muito sobre o tempo de comercialização e monitoramento e continuamos a trilha técnica.
E as equipes de TI são formadas por pessoas reais que não apenas podem produzir bons KPIs, mas também fazem um trabalho útil. Afinal, se a abordagem DevOps ganhou popularidade no mundo, provavelmente alguém precisa dela. Para você, nos reunimos com Proprietários de produtos e empresários que nem sempre sabem o que é o DevOps (como se soubéssemos: D) e perguntamos a eles o que é importante para eles obterem dos técnicos. Qual é esse benefício?
O primeiro passo foi mudar meu vocabulário e comunicação. Nós não falamos em nossos termos habituais, mas tentamos usar o idioma dos produtos. Mesmo como uma forma de comunicação, escolhemos a entrevista CustDev, como é habitual no mundo dos supermercados. Essas entrevistas confirmam ou refutam nossas hipóteses sobre o que é importante no trabalho comercial de um produto.
Aqui estão as hipóteses que testamos em nossas reuniões:
- TTM Product Owner-.
- .
- PO , .
- TTM CustDev. , .
Converso com o Zoom com meu velho amigo, que está convencido de que uma pessoa que nunca vendeu em sua vida não tem nada a ver na profissão de Dono do Produto. Ela costuma aparecer em programas de rádio e TV, realiza seminários em sua área de atuação. Assim que o regime de auto-isolamento foi facilitado, ela, o marido e o filho alugaram uma casa na margem de um lago magnífico e passaram a viver e trabalhar lá o verão inteiro. Sua empresa atua no mercado de serviços on-line há quase 20 anos. Em primeiro lugar, em termos de classificações em sua área de assunto.
- Diga-me, você está fazendo algum trabalho especial para reduzir o ciclo de desenvolvimento e lançar recursos em produção em sua equipe?
— , . 2014 , , , . , , (). , , ...
— , 6 ?! ...
— . .. .
— ?
— . , , , .
Continuamos a conversa e, durante a meia hora seguinte, Natalia disse que grandes mudanças de produtos estão ocorrendo com muito mais confiança e calma. O principal fator nessa mudança, ela chama sua confiança na equipe e a confiança da equipe nela.
Minha próxima ligação é para Phuket. Igor se mudou para lá alguns anos atrás e, por isso, não teve as negociações mais fáceis com seu empregador. Naquela época, o trabalho remoto era uma novidade e todos os funcionários trabalhavam em um escritório em Moscou. Agora, nos bastidores, gritos e barulho de sua grande família são ouvidos. Sua empresa também é líder no mercado russo em sua direção.
- De repente, me tornei um especialista em um site remoto nesta primavera! (risos)
- Diga-nos quais medidas conscientes você tomou para aumentar a estabilidade do aplicativo e por quê?
— , , LTV, customer retention unit economy. , 20% ...
— , NPS!
— , NPS. , . . , - .
— ?
— . .. .
— - ? ?
— , « » . SEO , . , , .
— .. , .
— , — 4,5 . 99,995% .
— DevOps , DevOps ...
— DevOps . - , , «» -, , . , , , , - – 0,1% .
— .. - , .
— , . ( , , )
— . -, , . -, , «», .
— . , IT : 30% . , . , 2020 , . .
— , 40% , , ?
— .
Igor disse que teve a oportunidade de trabalhar à frente da curva. Uma parte significativa das tarefas visa dominar novas tecnologias e interfaces. Os primeiros resultados dos experimentos já estão disponíveis para os usuários, por exemplo, comunicação em linguagem natural. Ao mesmo tempo, hoje podemos falar sobre a parte da pesquisa em pesquisa e desenvolvimento. A empresa está dominando a tecnologia antecipadamente para aproveitar o momento de maturidade das tecnologias de IA para obter uma vantagem competitiva.
Se falamos de experimentos, as configurações do aplicativo foram divididas em três grupos principais:
- Mercearia. O proprietário do produto pode ativar ou desativar um recurso, além de implementá-lo para uma porcentagem especificada de usuários ou mesmo para uma lista específica.
- As configurações de interação do serviço são de responsabilidade dos desenvolvedores.
- , , .
Curiosamente, a primeira solicitação para dividir as configurações saiu de produção quando os lançamentos ainda estavam sendo lançados manualmente. 20 lançamentos por dia para alterar as configurações - não é isso que agrada os administradores. Já quando o serviço de configurações estava pronto, ele criou uma prontidão técnica para "girar os botões" para os proprietários do produto.
Também telefonamos para os responsáveis pelo produto em empresas onde o potencial de desenvolvimento do DevOps é muito maior. Eles lançam startups ou trabalham para um grande cliente. Em outras palavras, e mais através da dor, eles conversaram sobre os mesmos valores para o Dono do produto que os interlocutores anteriores.
Descobrimos que nossas descobertas suportam as descobertas do 2019 Accelerate State of DevOps: desempenho, produtividade e dimensionamento de elite (Versão russa ).
Identificamos quatro valores principais para Proprietários do produto ao usar o DevOps:
- A previsibilidade do tempo de implementação do recurso e a confiança na qualidade do software são a base necessária para experimentos ativos.
- Confiabilidade do trabalho vendido = dinheiro. Quando o tráfego atinge um aplicativo em execução, isso não apenas permite o uso racional do orçamento da promoção, mas também aumenta a lealdade do usuário e, portanto, a participação no mercado.
- A velocidade das experiências determina o sucesso de uma startup e de uma empresa com um produto maduro. Se for importante para uma startup descobrir rapidamente as preferências do usuário e respostas bem-sucedidas, um produto maduro precisa de retenção do usuário, estabilidade da receita em massa e pesquisa - trabalhe para o futuro da tecnologia.
- . IT , «» . DevOps , .
Portanto, na conferência, falaremos sobre tópicos técnicos importantes e novos. Por exemplo, Alexey Pikulev, que está preparando um workshop sobre o diagnóstico e o desenvolvimento da confiança, falará sobre confiança. Continuaremos a explorar práticas e ferramentas de engenharia e organização de processos. Discutiremos a comunicação comercial com a equipe e entre as equipes na trilha de processos já tradicional da conferência.
Pessoal, não se preocupem se ainda haverá muitos relatórios técnicos na conferência. Porque nós, membros do comitê de programa, amamos os administradores de sistemas e os engenheiros de DevOps que não são. E até nós mesmos somos.
Tornaremos a maioria das atividades da conferência interativas, porque há bastante gente falando na Internet. Afinal, todo engenheiro consciente não pode apenas encontrar reportagens em vídeosobre o tópico de que ele precisa, mas também leia artigos (por exemplo, artigos nas trilhas de todos os DevOpsConf no perfil de Alexander Titov).
Nosso objetivo neste outono é dar a cada empresa a oportunidade de conseguir um pouso virtual com Proprietários de produtos, especialistas técnicos e engenheiros de todas as faixas. Para que as forças especiais de TI naveguem no terreno e retornem ao trabalho com um plano desenvolvido para capturar o Universo!
Nos artigos a seguir, falaremos sobre CTOs, desenvolvedores e equipe de segurança - por que a conferência é para eles.
DevOps Live — 29-30 6-7 2020. , , .
— : , ( ), . -, DevOps . , DevOps , , .