Latest / Entre Chaves / Snippet #9 Lições sobre uso da IA para produtividade técnica

Transcript

Snippet #9 Lições sobre uso da IA para produtividade técnica · Entre Chaves

• 0:10
  Olá, eu sou o Luiz Diniz. Eu atuo como product manager na
• 0:13
  DTIE. Hoje a gente vai conversar sobre
• 0:15
  como aplicações práticas de a podem elevar de verdade a
• 0:19
  produtividade técnica no seu dia a dia, em alguns minutos eu
• 0:23
  quero te trazer 3 aplicações, já que você pode integrar amanhã no
• 0:27
  seu fluxo. São ideias diretas com retorno
• 0:29
  rápido. Pensadas exatamente por eliminar
• 0:32
  retrabalho e aumentar a eficiência.
• 0:33
  E no final, vou deixar o experimento bem simples, algo
• 0:36
  que você consegue validar ainda essa semana e já colocar a mão
• 0:38
  na massa. Então Bora lá, vamos começar?
• 0:41
  Uma parte enorme do tempo de engenharia é consumida por
• 0:44
  atividades que, sinceramente, não exigem tanta senioridade,
• 0:48
  mas que precisam ser executadas. Então, o que que eu quero dizer
• 0:51
  com isso? Escritas de documentação
• 0:53
  técnica, especificação inicial de um indipoint Randolfe para
• 0:56
  desenvolvimento, detalhamento de um fluxo técnico funcional.
• 1:00
  Alinhamentos com produto e por aí vai.
• 1:02
  Uma série de atividades manuais que tomam bastante tempo.
• 1:06
  Então a primeira dica é OZAIA para gerar esses artefatos
• 1:10
  repetitivos. Então, desde a descrição de
• 1:13
  história até um draft de contrato de API, algum diagrama
• 1:17
  para eliminar ou até um aquele script que você sempre tem que
• 1:20
  reescrever. A ideia é identificar essas
• 1:23
  situações repetitivas que não exigem tanto pensamento crítico
• 1:27
  e que tem um padrão fácil de ser reconhecido para a gente.
• 1:30
  A gente deixar o modelo de aplicar pra gente.
• 1:32
  Hoje a gente já tem vários modelos disponíveis que
• 1:35
  conseguem reconhecer e reproduzir bem esses padrões
• 1:37
  dentro do time. Importante destacar aqui que a
• 1:40
  ideia dessa dica é que ela vai fazer o trabalho manual e
• 1:43
  repetitivo e que o pensamento crítico, a revisão técnica ainda
• 1:46
  fique por conta da pessoa de engenharia.
• 1:48
  Isso ainda é sempre é muito importante.
• 1:51
  A ideia é ganhar tempo para de fato poder pensar em coisas, em
• 1:55
  atividades mais estratégicas, como design de solução, decisões
• 1:58
  arquiteturais e a qualidade. Do software.
• 2:00
  Agora vamos para a segunda dica, você provavelmente participa de
• 2:04
  muitas discussões densas, revisão de arquitetura, design
• 2:08
  de novas soluções, refinamento com muitos stakeholders, revisão
• 2:12
  de incidente, decisão de trade off entre custo e
• 2:15
  escalabilidade. E aí o problema é sempre mesmo.
• 2:18
  Consolidar tudo isso depois consome muito tempo e, às vezes,
• 2:22
  gera inconsistência entre os times.
• 2:24
  A comunicação do que é decidido nesse tipo de reunião é muito
• 2:28
  relevante para a evolução do produto.
• 2:30
  Produto, né? Pra me entrega de sucesso.
• 2:31
  E aqui que aí a entra como um agente de síntese técnica em
• 2:35
  tempo de home Office, né? A gente tem o material das
• 2:38
  reuniões gravado, então a gente tem a gravação e a transcrição
• 2:41
  do que foi conversado, do que foi discutido, então você pode
• 2:44
  usar essa esse material e pedir para ir a fazer resumos
• 2:48
  direcionados para decisões arquiteturais ou impacto em
• 2:52
  serviços dependentes, riscos mapeados, ações para SRE em
• 2:56
  poucos segundos você consegue ter uma visão clara do que foi
• 2:59
  conversado isso. E reduz atrito entre o squads,
• 3:01
  evita perda de informação crítica e acelera o randof para
• 3:05
  desenvolvimento. E no fim, você garante que
• 3:07
  decisões importantes como migração de infraestrutura,
• 3:10
  política de retroe, size de pode, mudança em vídeo de lag,
• 3:14
  não se percam, você vai ter um jeito bem organizado de
• 3:18
  acompanhar todas essas decisões importantes.
• 3:21
  Vamos agora para nossa última dica e eu acho que é a mais
• 3:23
  potente também. Pensa assim, seu modelo de ar já
• 3:26
  está carregado com o contexto do sistema, então já tem.
• 3:30
  Em documentação técnica, arquitetura atual, domínios
• 3:33
  maclog, dependência log, as decisões anteriores, métricas de
• 3:37
  produto, então ele tem muito contexto do seu produto e a
• 3:40
  partir disso, né? Já consegue executar análise
• 3:42
  cruzada, que tomariam horas, às vezes dias, caso feita
• 3:46
  manualmente. Então, por exemplo, você insere
• 3:49
  os objetivos de uma iniciativa técnica, como reduzir a latência
• 3:53
  de uma PI. Aí a monitora métrica, analisa
• 3:56
  os erros por grande point, verifica o padrão de tráfego e
• 3:59
  sugere. Tere ajustes ou possíveis
• 4:01
  gargalos te ajuda a identificar onde são os pontos de melhoria.
• 4:05
  Outro exemplo, você cruza feedback de cliente, log de erro
• 4:09
  e dado de uso. Aí aí encontra padrões não
• 4:11
  triviais que não são tão óbvios à primeira vista, como um
• 4:15
  comportamento anômalo em um subconjunto de dispositivos ou
• 4:19
  algum timing específico, ou até uma regressão silenciosa.
• 4:23
  E ainda mais, ela pode identificar a duplicidade de
• 4:25
  funcionalidade ou até risco arquitetural baseado nas últimas
• 4:29
  alterações. Assim, na direção que as
• 4:31
  decisões estão tomando, é claro, isso pressupõe um modelo
• 4:35
  alimentado continuamente com o contexto do produto.
• 4:38
  Mas mesmo sem essa maturidade, já dá para começar criando
• 4:42
  memórias de projeto para começar a treinar sua IA.
• 4:44
  Então recapitular 3 aplicações práticas de a para aplicar no
• 4:48
  seu dia a dia essa semana. Já a automação inteligente
• 4:52
  artefatos técnicos, então usaria para fazer Oo trabalho manual e
• 4:57
  repetitivo mais penoso de. De criar a documentação e afins.
• 5:02
  A segunda dica é sobre a síntese estruturada de decisões e
• 5:06
  discussões. Então usaí a para sintetizar
• 5:09
  conteúdo de discussão técnica e para te ajudar a fazer resumos
• 5:13
  direcionados e diminuir atrito e fricção de comunicação entre
• 5:17
  esquades e a terceira é uma mais complexa, mais sofisticada, que
• 5:21
  é a análise contextual e contínua do comportamento do
• 5:24
  sistema. Então é você continuamente
• 5:26
  alimentar sua e a com o contexto e informação sobre o seu.
• 5:30
  Produto para que ela possa ter mais conhecimento aprofundado,
• 5:33
  para te apoiar nas decisões. Lembretes importantes.
• 5:36
  Aí ela não substitui a engenharia, ela amplifica.
• 5:39
  Ela proporciona tempo para se dedicar a atividades mais
• 5:42
  estratégicas, que vão, de fato alavancar o time.
• 5:45
  EE evoluir, você como profissional também.
• 5:48
  E para encerrar a tarefa da semana, é simples você escolher
• 5:52
  uma dessas aplicações que a gente falou, rodar um
• 5:54
  experimento, seja para resumir 11 reunião densa de arquitetura
• 5:59
  ou para. Fazer algum rascunho?