Unknown

[Música] o mundo todo aprendeu que tecnologia é um pilar essencial na nossa sociedade e que as revoluções não vão parar tão cedo entendemos também que é preciso nunca parar de aprender e co aprender para fazermos a história acontecer e é aí que Nós entramos nós somos a di uma Startup Brazuca apaixonada em transformar vidas através de educação em tecnologia de qualidade conectados com mais de as globais referências já distribuímos o número inacreditável de 2.700 mil bolsas de estudo impactando mais de 11 milhões de pessoas uma comunidade vibrante acelerando para mudar o futuro do Brasil e

do mundo são mais de 2400 Campos acadêmicos conectados ou seja são muitos mas muitos talentos técnicos evoluindo e potencializando a carreira junto com a gente são mais de 142 ONG e instituições mais de 4000 embaixadores mais de 11.400 professores de instituições de ensino E além disso nós temos o orgulho de dizer que somos mais de 1 mil 500.000 estudantes e profissionais de tecnologia no geral já são mais de 174.000 graduações em Nossos programas 5.300 mil cursos concluídos em mais de 59 mil 731 experiências educacionais já realizadas Somos Um dos mai melhores ecossistemas para profissionais técnicos

fomos premiados como technology Pioneer em 2023 pelo World economic Forum uma das 100 empresas do mundo selecionadas para participar de fóruns em debates sobre o futuro do nosso planeta e tecnologia nosso sangue é brasileiro mas nosso Impacto já alcançou o globo como Dubai Irlanda Estados Unidos Portugal América Latina China e foro econômico de davos Esses são alguns dos lugares que a Di já deixou a sua marca conectando profiss mais com as empresas mais inovadoras do mundo essa é a nossa missão e nós não vamos parar Então vamos juntos [Música] nessa boa tarde pessoal sejam muito

bem-vindos a mais uma mentoria do Boutique IMP hein Inteligência Artificial aplicada a dados com CoPilot para quem não me conhece eu sou faço parte do time de educação aqui da joo e vou acompanhar aqui vocês no chat separar as perguntas que vocês tiverem para os experts da Tarde de hoje e o tema vai ser metodologias ágeis na hein como funciona na prática onde o Pedro e o Marcos vão estar contando aqui pra gente trazendo esse conteúdo riquíssimo para vocês então já me conta aqui no chat de onde vocês estão falando para quem caiu aqui de

paraquedas e ainda não se inscreveu no bootcamp eu vou encaminhar aqui o link no chat do YouTube então aproveitem essa oportunidade tô vendo aqui um pessoal que chegou cedinho Hugo boa tarde Hugo Artur Felipe Eduardo Lucas Carlos Lobão Marcos deint biara Reinaldo Natalie Letícia Lucas vamos lá pessoal tem um Bruno aqui de Brasília show de bola então qualquer dúvida que vocês tiverem podem comentar aqui no chat participem bastante e aproveitem aí o conteúdo de hoje bom sem mais delongas eu vou est trazendo aqui ao palco o Pedro e o Marcos para ele se apresentarem e

contar um pouquinho do que preparou pra gente hoje vou trazer aqui ao palco Boa tarde Pedro Boa tarde Marcos á Boa tarde pessoal Olá boa tarde pessoal boa você se puder opa falar vai lá Eli vai lá não eu falar para vocês se apresentarem se o Pedro puder começar em seguida ali o Marcos contar um pouquinho pra gente sobre vocês boa perfeito Obrigado ali então Boa tarde pessoal eu sou Pedro Pedro Duarte eh sou especialista de ti aqui na heining especificamente atuando na no papel de produ owner vou dar um pouquinho mais de detalhe de

contexto quando a gente for mostrar a apresentação tenho TRS anos de heinken eh e aí nossa ideia aqui hoje é falar bem de metodologia agens então vou passar aí pro pro Marcos se apresentar também obrigado Pedro e Boa tarde pessoal Desde já obrigado pela oportunidade também o pessoal do DI né acho que é bem interessante esse momento aqui espero que a troca seja rica bom Marcos Novais também sou gerente de soluções de te para parte de suly chin aqui na heek né Eh na heek estou há 4 meses mas antes disso eu trabalhei também aí

com práticas ágeis estabi como product Manager eh também algumas squads né em outros outros eh em outras empresas e acredito que o tema é bem é bem importante espero contribuir um pouco aqui com vocês também perfeito Tem mais gente aqui chegando para acompanhar a Live chegou aqui o Eduardo Reinaldo Salvador aqui meu conterrâneo Tânia Rafael então perfeito vou deixar vou trazer aqui ao palco a apresentação de vocês uma boa Live e E até logo boa boa perfeito Obrigado pessoal então só reforçando nosso ideia hoje é falar de metodologias ágeis na hein Né o como funciona

na prática e aí eu vou passar primeiro a bola pro Marcos trazer uma parte Inicial Então esse aqui é o nosso sumário E aí tá tá contigo Marcão qualquer coisa vou passando aqui não show de bola bom como Pedro comentou né vou vou falar mais o o de uma forma geral aqui sobre as metodologias ágeis né né A questão dos valores ágeis os fundamentos e depois o Pedro entra cobrindo toda a parte aí do papel do Product owner As definições e etapas né Pedro rotinas entregar ferramentas ou seja o dia a dia do do do

Pedro a ideia gente é que a gente também não fique só aqui nos slides tá a gente vai tentar fazer isso aqui de uma forma leve que é mais válido aqui a nossa troca ou seja né poder esclarecer dúvidas de vocês a gente poder interagir e esclarecer qualquer ponto adicional ou qualquer dica informação que seja válida tá bom é isso Pedrão acho que cobriam bem aí o Sumário bom então para começar né Eh até para ter já a primeira interação aqui né Eh para vocês o que são metodologias agiz quando vocês escutam esse tema E

aí pedindo para vir no chat aqui né se alguém se arrisca a falar deixa eu ver vamos dar um minutinho ó pode colocar aí no chat pessoal dou lhe uma dou lhe duas acho que não veio nada né Pedro bom Bora lá acho que o pessoal quer saber de você é então tá bom gente basicamente metodologias Ares vem muito do conceito de desenvolvimento de software e a gente tentou sumarizar aqui em duas partes né primeiro são métodos que visam acelerar a entrega de um projeto mas não só um projeto como um produto ou um serviço

né É por isso vocês vem aqui o papel do Pedro como proder né vai além do projeto né ou seja as práticas são aplicáveis tanto no ambiente de no contexto de projeto Mas também de um serviço e a ideia é que a gente entregue valor muito rápido para o cliente né Então essa essa é a diferença depois eu vou falar um pouco para vocês de como surgiu isso né veio muito do contexto de desenvolvimento de software e hoje somente no eh para startups ou seja e principalmente para times de ti internamente também é uma prática

muito utilizada porque tá muito alinhado com gerar valor para o negócio Ou seja no no no contexto onde você est inserido né no caso nosso aqui da hein né como é que a gente consegue atender nosso cliente de uma forma mais efetiva como ser uma cervejaria mais conectada então eh a metodologia vem muito nesse contexto tá igual comentei ela surgiu aí como uma resposta ao modelo tradicional desenvolvimento de software né que você tinha ali um sequenciamento eh muito buscando aumentar a eficiência e a flexibilidade né do processo ou seja como é que eu consigo ser

eh a gente usa o termo aqui time to Mark n ou seja o tempo do mercado efetivamente muitas vezes quando você vai sequencial aquela demanda ou aquela oportunidade que se apresenta Em algum momento até você reagir às etapas que você tem ali e já não a hora que você chega no momento já não o contexto já não é o mesmo né então você acaba perdendo muitos valor E aí o segundo ponto é tá sabend Que métodos são isso né que a gente tem ali um um conjunto de boas práticas e a gente vai falar depois

um pouco disso também né Por utilizá-las né O que que isso gera valor no final das contas né E aí pode dar o já eh obrigado pedr eh aqui tem um tem mais coisas efetivamente Mas passando por eh os cinco aqui que eu acho que são relevantes primeira coisa é a flexibilidade e adaptação então trazendo um pouco do que a gente comentou antes né a gente na parte desenvolvimento de software você tem ali algumas etapas que você não conseguia pular aqui nesse modelo você consegue estar alinhado muito ao contexto do mercado que você está atando

do produto do serviço E você tem ali uma flexibilidade de trocar e despriorizar os itens né isso eh através das práticas é possível um outro que é muito importante isso vem desde os valorizados também né são é a questão do foco no cliente ou seja gerar valor para o cliente todo mundo ali na equipe com foco naquilo né O que que a gente precisa entregar para que a gente realmente alcance com um time o valor pro cliente eh um um outro ponto é entrega de contínua de de valor ou seja ele passa para ser muito

mais um processo você em toda cliente ou enfim etapa que você você sempre tá entregando o valor né baseado nos critérios que foram determinados e eh eh isso é um dos itens importantes né Ah aqui entra muito uma questão de time também a gente vai falar um pouquinho disso também que é colaboração e comunicação ou seja time tem que estar muito integrado se comunicar bastante é muito mais eh Mais Comunicação ativa vivenciando o contexto do produto ou do serviço ou do projeto no dia a dia né e acelerando para que você atinja aquele objetivo e

e menos mais documentação ou formalização né dentro das etapas E aí a melhoria contínua ou seja cada ciclo que eu faço né Eh eu melhoro né E aí entra um pouco também de alguns conceitos como test and learn né ou seja eh e eh falha rápido né o feio f por aí vai termos que você já devem ter visto as Big Tex tem utilizado bastante né como Google Amazon enfim eh é isso gente eu acho que em termos para falar para aterrizar no tema metodologia Esses são os dois itens especificamente né E aí falando um

pouco de valores né Eu acho que eh valores né Se vocês ã colocarem aí no Google colocar Manifesto ágil provavelmente vai cair num link que que traz né O que que foi o Manifesto ágil né E que basicamente pega vamos dizer assim esses cinco esses quatro itens aqui né então Eh algumas eles colocam como valores mas também tem 12 princípios ali que eles colocam aonde surgiu né talvez acho que é importante isso surgiu eh se eu não me engano em 2001 fevereiro de 2001 né um grupo ali de vários desenvolvedores de diversas disciplinas Inclusive é

o pessoal que assina esse próprio manifesto né eles eh basicamente quiseram desafiar o modelo tradicional de desenvolvimento de software entei para vocês né onde eles viam que viam falhando ou seja eles não nunca conseguiam chegar no no no momento correto para gerar valor pro cliente para aumentar a satisfação ali do cliente e aí eles eh resolveram a discutir esses temas e a e aí colocaram vamos dizer esses quatro valores né o primeiro aqui eh aí volta pro tema de comunicação e colaboração quando a gente tá falando né então é mais indivíduos e interações como humanos

né como pessoas do que processos e ferramentas né então Eh mais basicamente confiança mais a colaboração o dia a dia ali para tirar as coisas da frente e fazer aquela missão acontecer do que realmente uma formalização seja numa ferramenta específica ou seja né através de unia alguma coisa sentido mas muito mais a confiança ali do time isso já ajuda bastante né segundo é o foco eh muito do software funcional ou seja aquilo realmente tá funcionando tá atendendo da forma como se espera uma vez alinhado isso aí depois eu vou pra questão da abrangência documentacional até

porque entra um pouco nessas iterações né você tem muito de muita eh são muitas hipóteses ou dependendo quando o requisito muda né nem sempre você vai estar acetado Então dentro dos processos de documentação isso também acabava sendo um vamos dizer assim um um GAP né para fazer para fazer esses itens aqui não aqui você tem essa dinâmica você tem essa liberdade e uma vez que você chega no estado da aí você vai pra parte da abrangente da documentação eh o terceiro cliente colaboração né ou seja muito mais do que eh é o foco aí entra

a história do realmente de foco no cliente entregar valor pro cliente né do que aquela negociação de contratos aquela formalização isso também entra um pouco na questão da burocracia né engessando e o último não menos importante que é respondendo a mudança né do que efetivamente seguindo um plano aí entra o que eu comentei para vocês tá ali no tempo de mercado né como as coisas ainda mais no mundo de hoje são muito dinâmicas como é que eu consigo reagir visando atender o meu cliente e e e ter flexibilidade ali para para dar adaptar então esses

basicamente são os os quatro itens né e e no próprio Manifesto fala que embora eh embora os do lado direito né haja valor tanto do lado direito quanto do lado esquerdo né um é mais importante que o né ou seja eles falam assim ou seja haja valor nos itens à direita a gente também valoriza mais os da esquerda considerando em termos de comparação tá eh em termos de valorizarem é isso E aí para até para fechar o tema porque a gente poderia ficar aqui a tarde inteira tá falando sobre tem muita coisa mas eu queria

trazer para vocês aqui eu acho que quatro itens de maneira bem macro que envolv metodologia aje importante então o primeiro foi esse que eu entrei e trouxe para vocês aqui sobre o o pensamento ágil né então da onde vem isso Quais são os princípios Quais são os valores né eh e aí vocês podem depois pesquisar aí O Manifesto á tem tem várias línguas também né Esse é um ponto importante é muito voltado realmente como você começa a pensar desenvolvimento de software ou seja uma entrega de um produto e tudo mais um segundo também que é

bastante falado é a questão da construção do time né Eh vocês podem ver que tanto em startups ou times ág e o Pedro vai falar bem você não tem ali um grupo muito grande né você geralmente tem ali vai em torno de quatro cinco até mesmo Vai um grupo sete oito pessoas ali porque esse time ele tem que tá sincronizado muito muito bem sincronizado com o último em que eu vou falar que é a missão o desafio que eles têm que entregar né então os valores Quais são os acordos de trabalho e um ponto interessante

é que até nessa jornada do time tem algumas fases que ele passa né lei de formação né Eh de de entendimento como é que vai se integrar e tudo mais né Tem acordos de trabalho né como como como o time gosta de trabalhar eh qual o nível de flexibilidade que vai ter a hora que começa a hora que termina um trabalho quando se termina uma Sprint né ou ou quando é considerado como sucesso então assim tem um monte de vamos dizer assim tem um Arc bolso de coisas ali que que que entra nessa questão da

construção do team né até ele realmente performar e entender ali o foco o é como é que ele gera Impacto ali pro pro modelo que ele tá atuando o terceiro que aí que eu acho que faz o link bastante com as metodologias aens são os pacotes né Vocês já devem ter visto bastante o scun que eu acho que é o mais famoso né O Pedro vai falar um pouco aí at no papel doer tem ali Tod tem a questão das sprints o o o backlog de produto né os releases enfim mas a gente tem também

o canan né tem o Crystal methods Extreme o XP né aqui e o que que é importante tá gente N E aí olhando Nesse contexto ágil é que o time escolhe qual é um método mais prático e alinhado ao modelo que ele quer entregar de repente o scrum pode ser eh interessante porque você tem entrega ali a cada duas semanas ou três semanas dependendo da periodicidade que o time você tá né ou cban também pode ser um ó não para cada processo eu vou colocando aqui eu tenho eu tenho ali a minha parte de capacidade

Mas eu sempre tô fazendo entrega contínua Então depende muito do projeto ou do produto enf do serviço que a pessoa tá tratando ali a pessoa não perdão o time tá tratando direcionar mas o Framework também importante é um item que entra aí para para elaborar e por último e não menos importante né que é o plano A Missão ou seja o time tem um um um um objetivo a ser cumprido eles tê que ter uma visão em cima disso vai ter mostrar um plano eu acredito que o Pedro eh vai vai detalhar bem isso aqui

também a visão do produto aonde ele quer chegar que Impacto ele quer criar né como é que ele se entrega na proposta de valor da empresa ou ou enfim eh da do da própria startup do negócio né o o Road map do produto como isso é quebrado também pequenas entregas como essa jornada né com plano de entregas E aí as sprints mais voltadas pro scr né e lógico também como é que o time estima isso né como é que ele fala Poxa isso aqui é um um caso de uso de grande Impacto de médio Impacto

não eu preciso fazer talvez eu preciso criar primeiro uma Fundação mas é muito importante que todo time E aí Independente se é desenvolvedor se é scram master se é o o po todo mundo enxerga a mesma foto para gerar entrega tá bom era era isso que eu queria trazer para vocês eu acho que só para brifar um pouco quando a gente fala de metodologia ágil O que que tá por trás né existe muito mais coisas existe muito mais detalhes mas eu acho que pra gente pelo menos esquentar o nosso bate-papo aqui eh Isso aqui acho

que ajuda e com isso Pedrão passa a bola para você boa boa super Obrigado Marcos acho que com com esse link dá para eu para eu amarrar e trazer agora um pouquinho pro dia a dia hein King como a gente atua algumas das nossas particularidades e entrar um pouco mais no detalhe disso mas me permitam voltar um pouquinho na minha apresentação pessoal só para trazer alguns detalhes de carreira que eu acho que são interessantes quando a gente pensa no papel de Pi ou até no eh muita gente pode se identificar aqui na na mudança de

carreira né e entrar paraa área de dados paraa área de tecnologia o bootcamp A mentoria tá muito voltado para isso então vou fazer um asterisco aqui então como eu comentei antes eu sou po da hecking mas eu tenho formação engenharia mecânica que se você olha de fora assim é uma formação que não linca tão direto assim mas eu fiz um MBA em data Science Analytics porque era uma área que eu queria bastante atuar a área de dados queria me aproximar bastante dessa dessa área Eu costumo dizer que eu tenho uma carreira não convencional porque eu

atuei em alguns Ramos diferentes então Eh início da carreira ali após engenharia mecânica formado atuei com transports também atoui com agronegócio já fui também pro varejo de moda e aí parei hoje aqui por enquanto no no mundo de bebidas né mais voltado para tecnologia e para e para dados então mais para dar um contexto de que independente da formação ou independente do eh do ponto que que vocês estão de cá carreira hoje para quem tem essa esse interesse de migração Ele é super palpável eu acho que conhecer as metodologias ágeis como o Marcos trouxe aqui

é um pontapé bem legal porque isso já te Coloca nesse mundo de produto e projeto eh ali no nível de todo mundo para todo mundo falar a mesma a mesma língua então dito isso eu tô aqui na hin desde 2 22 fiz 3 anos agora e aí eu olho para pras frentes de treinamento né de Ups treinamento de dados e paraa frente de desenvolvimento de produtos de Inteligência Artificial voltados para Marketing e paraa venda E aí por isso eu vou falar um pouquinho da esteira de como funciona de como a gente desenha esse produto do

início até o fim como a gente testa como a gente entrega E aí falar um pouco mais do meu papel de po né de de produ aer então no geral aqui eh como como pior a gente tem um papel fundamental que é o desenvolvimento de um produto bem sucedido E aí falar de de produto é bem importante aqui porque a gente pode ter uma visão de projeto mas a visão de produto a gente consegue enxergar do início ao fim e principalmente um das responsabilidades que tem aqui no Pio que é a entrega de valor então

vou dar um pouquinho mais de contexto então sabendo que o papel ali do Pi é tá tá por dentro desse desenvolvimento de um produto bem-sucedido a gente acaba tendo três principais responsabilidades óbvio que tem outros pontos que se encaixam aqui mas as três principais acabam sendo essas Então a primeira de priorizar o backlog que nada mais é ali do que a nossa listinha de atividades que a gente tem por trás do produto do projeto que a gente vai implementar então precisa ter uma priorização porque obviamente a gente não consegue aplicar tudo alguns algumas aplicações são

mais custosas do que o resultado que ela retornaria então o p tem esse papel fundamental de priorizar de fato o que vai ser eh definido ou não ali durante o desenvolvimento do projeto até mesmo pós projeto numa etapa de melhoria uma segunda responsabilidade que eu citaria aqui é a própria coleta de requisitos com os stakeholders né com as partes envolvidas então conhecer o seu público conhecer o processo é algo que é primordial assim quando você fala de de metodologias ágeis de entrega de produto de entrega de projeto você precisa entender para que que aquele produto

seu vai ser ser utilizado se ele vai realmente atender e como que ele vai atender daquela forma então coletar esses requisitos com as partes envolvidas é uma etapa crucial no desenvolvimento do projeto e ele pode ali até indicar um sucesso ou um fracasso do produto no final quando a gente tá trazendo ali a ideia final de produto e por fim é garantir ali a entrega de valor real né por isso que eu falei de produto porque se a gente entrega se a gente olha na visão de produto Independente de Como foi o projeto e de

como a gente chegou no final A ideia é o produto final trouxe um ganho real pro time trouxe um ganho real pro time de vendas pro time de marketing se converteu em benefício financeiro pra companhia então visando os os kpis as métricas a gente pode considerar um sucesso então essa visão de entrega do valor real do produto Ela é super importante aqui na metodologia ágil em todo esse processo beleza Fala um pouquinho tá como como se Desenrola isso ao longo do do do desenvolvimento aqui dentro da heic né Eu trouxe um um slide falando um

pouquinho de definições e etapas que eu acho que é interessante porque isso dá para para expandir para outros Campos mas a gente começa primeiro com a captação do produto do problema do projeto O que que a gente vai fazer de Fato né então como essas iniciativas são criadas eu elenquei três principais modos aqui mas existem outros mas esses são os três principais que a gente tem mais e proximidade aqui dentro da heining mesmo então primeira ideação em equipe o famoso Brainstorm ali junta todo mundo numa sala identifica os problemas vai discutindo novas soluções então a

gente realmente junta todo mundo ali para pensar em soluções coisas que sejam disruptivas que saiam fora da da Caixa ou então que não sejam tão inovação mas que a gente consiga replicar ter uma escalabilidade maior então a primeira e mais básica e funcional ela funciona é juntar todo mundo ali várias mentes diferentes Pensando juntos de várias áreas diferentes pra gente pensar em novas em novas iniciativas a segunda é a própria colaboração ali com o próprio stakeholder né com as partes envolvidas Lembrando que a gente é um time de tecnologia então a gente trabalha ali lado

a lado com o Core Business da empresa né que falando de Hein Quem é a produção e a venda de de bebida alcoólica e não alcólica né atingindo todo o portfólio então a gente precisa estar sempre junto com o nosso o nosso cliente interno né o cara de vendas o cara de marketing para entender a dor para ter essa colaboração e que o nosso produto de tecnologia que na verdade é o produto deles atenda aquela demanda do dia a dia então a segunda forma dessa iniciativa chegar é nessa colaboração e pode ser uma via de

Mão Dupla tá a gente sugerir alguma coisa pro negócio ou o próprio negócio nos buscar como time de dados de Tecnologia para resolver alguma dor do dia a dia e a terceira que também é super importante a gente precisa estar sempre ligado e não pode esquecer nunca é pesquisa de mercado é entender como o mercado tá se comportando tanto o mercado direto né as concorrentes diretas quanto eh outros outros ramos de atuação então Independente de ser do ramo de de bebida ou do ramo de cerveja Pode ser algum outro ramo por exemplo varejo tá fazendo

algo que super se encaixa na nossa rotina hoje que funciona então olhar pro mercado também é uma das principais formas da gente conseguir lincar essas iniciativas Então essa é uma primeira etapa de definição a a os projetos e os produtos chegam por aqui e depois obviamente como uma das responsabilidades do po ali seria priorizar a gente não consegue fazer todos os projetos então a gente precisa priorizar quem vai entrar na lista quem vai ficar num backlog para entrar posterior mente a gente tem alguns critérios de definição os três principais são esses né a própria viabilidade

técnica que aqui é sentar junto com o cientista de dados com o engenheiro com o arquiteto entender o nosso ambiente e falar olha é viável ou não é viável Tecnicamente existe uma complexidade ou então é simples aqui nada mais é do que viabilidade técnica mesmo se a gente tem dados disponíveis ou não caso a gente não tenha como a gente consegue então é Elen aí esse nível de viabilidade técnica um segundo que a gente resolve até destacar de viabilidade técnica porque ele é muito importante hoje em dia é disponibilidade dos dados então quando a gente

fala de projeto de Inteligência Artificial ou qualquer outro projeto de tecnologia dados tá sempre ali permeando o o produto final então a não disponibilidade de dados hoje em dia ela impossibilita a entrega de diversos produtos então a gente transforma isso numa numa feature mesmo né em algo que a gente defina como prioridade e um terceiro é a entrega de valor que é como eu comentei né E aí pode ser uma entrega benefício financeiro mesmo né o quanto de retorno financeiro aquele produto vai trazer de volta paraa companhia ou pode ser diversas outras formas de entrega

de valor como facilitar a a a produção ou então Eh diminuir a carga horária de determin do time que tava com alguma atividade eh muito manual no no nas suas responsabilidades então existem diferentes entregas de valores mas a as principais que a gente costuma olhar aqui são produtividade e retorno financeiro de fato paraa companhia Beleza então a gente definiu eh coletou as iniciativas definiu qual iniciativa a gente iria trabalhar aí a gente entra na nossa esteirinha de de de desenvolvimento e a esteira da hin que funciona nessas etapas que estão listadas aqui vou passar um

pouquinho mais rápido porque elas são bem Auto explicativas e para quem é do mundo de de dados ou de ciência de dados Ela é bem similar ali ao crisp DM que é aquela esteirinha de desenvolvimento de produtos de de Inteligência Artificial Então ela funciona bem similar só tem algumas particularidades que são diferentes então o primeiro a primeira etapa nada mais é ali do que um a gente chama de business Discover né mas é um um um ent reunião com o negócio de Fato né entender com o negócio o problema é priorizar o Projeto através de

uma viabilidade tanto técnica quanto de negócio então a gente desenha aqui a a solução analítica e depois estima o valor de negócio nada mais é do que entrevista com o negócio entender o processo dele no dia a dia eh pensar no futuro de como a solução encaixa naquele processo que já tá desenhado o que muda nos outros processos então a primeira etapa é bem relacionada a isso a segunda que é o mvm que é o o o mínimo modelo viável fazendo a tradução aqui nada mais é do que criar um modelo de Inteligência Artificial baseline

ali né o base para entender porque hoje a gente sabe que tem muitos modelos diferentes qual que a gente vai começar a refinar então a gente prepara limpa e agrega os dados para em seguida ali construir a a a configuração do modelo e e levar algumas eh perguntas de negócio também então definido esse eh definir esse modelo base a gente parte pro pra segunda PR a terceira etapa que aí muitos já podem ter ouvido falar que é o MVP que aí é o mínimo produto viável que é de fato começar a testar em escalas menores

para não errar lá na frente então a gente começa a testar pequenininho cria um produto pequeno testa a gente segue sen não a gente volta então nessa etapa nada mais é do que ter um um mínimo produto para avaliar se essa saída do da primeira base do modelo faz sentido então a gente testa nesse momento a próxima etapa a etapa de automatização que é aqui para alguns projetos ela existe para outros ela não existe a gente acaba pulando mas é como o nome realmente diz é automatizar ali o nosso receb ento de dados nosso pipeline

eh que a gente foi que a gente fez e mapeou principalmente nessa etapa aqui de mvm Então se a gente tá falando de um modelo de Inteligência Artificial que recebe e que coleta dados na internet eh Tô dando um exemplo aleatório aqui né que coleta dados na internet e que a gente vai usar isso semanalmente então nessa etapa é onde a gente automatiza para que esse dato semanalmente entre no nosso ambiente que ele já faça o tratamento e que ele já fique disponível nível pro modelo de Inteligência Artificial utilizar pensando num produto sendo modelo de

Inteligência Artificial Então essa etapa é bem nesse nesse nível a próxima etapa é a etapa de teste mesmo então a gente já aqui a gente já passou por Praticamente todo o desenvolvimento do produto a gente tem um produto ali em condições controladas e agora a gente quer testar ele também em condições controladas para para entender se na vida real que é o que a gente precisa eh ele vai funcionar ou não então aqui é um teste realmente controlado geralmente a gente faz teste AB que nada mais é do que ter um grupo que olha pro

produto do nosso que olha pro resultado do nosso produto e um grupo B ali que é o o vida normal sem o produto né e a gente sempre faz essa comparação de como ele performou em um ambiente controlado em um ambiente que a gente consigue identificar o que afetou resultado o que não afetou o que deu resultado e o que foi errado porque nessa etapa caso algo não dê certo aí eu vou entrar um pouquinho mais no detalhe da Sprint e dos Passos do de métodos agis que o Marcos trouxe nessa etapa Caso não dê

certo a gente consegue dar um um passo para trás voltar e corrigir o processo que tá aqui a a mágica do da metodologia ágil mas dando tudo certo Deu tudo certo a gente consegue prosseguir a gente entra pra etapa de expansão que nada mais é aí do que ampliar o escopo desse projeto que a gente começou pequenininho testando pequeno talvez em só uma área talvez em só um produto e aqui a gente consegue expandir para todos os produtos da companhia para todas as áreas enfim a aí vai depender aonde a gente quer chegar com esse

produto Mas no geral de definição e etapa é isso então só recapitalizado a iniciativa entra nesse formato a gente prioriza depois ela entra nessa esteira que a gente vai do início ao fim fazendo pequenos testes para No final a gente entregar e expandir isso pra companhia como um todo visto as definições e as etapas a gente consegue falar agora um pouquinho detalhar um pouquinho mais dentro dessa etapa de desenvolvimento que é onde eu vou entrar com as nossas rotinas e entregáveis que aí vincula bastante do que o Marcos trouxe lá do início da nossa mentoria

falando de metodologias e e do que a gente entrega no dia a dia e como funciona de fato o primeiro ponto que eu queria destacar que eu deixei até aqui como um um ponto importante para falar é que hoje na H A gente trabalha num modelo híbrido que é um modelo que é o modelo ágil ali né a metodologia ágil mas a gente utiliza alguma parte do modelo Cascata que é o modelo tradicional e o o ponto chave aqui é flexibilidade cada companhia vai trabalhar de uma forma a metodologia ágil tá aí para nos ajudar

a gente não precisa ficar preso a a talvez a só preso ao que tá escrito na na na academia então a gente tem a capacidade de flexibilizar todo esse processo e trazer o melhor processo ou pro produto ou para pra empresa ou pro projeto Então a gente tem essa flexibilidade talvez algum produto funcione super bem do início ao fim só só falando de ág Talvez ele já funcione só no modoo tradicional ou modo Cascata ou como a gente faz aqui hoje pros produtos de Inteligência Artificial que ele funcione híbrido né etapas que funcionam melhor Cascata

e ágil o que vale se atentar é a gente precisa ter esse processo bem desenhado Então se é um processo híbrido tá aonde são as etapas que a gente enxerga e que é o modelo tradicional aonde são as etapas que são o modelo ágil então só ter isso em mente mas eu acho esse Esse asterisco muito bom porque em alguns momentos a gente tenta implementar algo que tá lá desenhado dentro do do da academia dentro dos livros que a gente precisa flexibilizar para ele funcionar é Pedro me permite só só para complementar que eu acho

que é ó muito válido que você tá trazendo aqui gente eu acho que a mensagem principal é o processo tem que trabalhar pra gente não a gente trabalhar pro processo perfeito tá acho que casa bem com o que você trouxe perfeito Exatamente isso a gente vai a gente vai utilizar a metodologia que mais nos ajude a entrega no final e aí ah essa é a nossa visão da nossa da nossa Sprint né praticamente vou passar por alguns pontos aqui mas também fiquem à vontade para mandar as perguntas aqui que no final a gente entra no

detalhe Então a gente tem sempre um responsável do negócio que é o cara que é o dono do produto olhando pro negócio né e a gente vai ter o papel do po aqui que tem sempre esse bate-papo para entender Quais são as necessidades que a gente precisa atender naquele produto e aí começa um uma primeira etapa do Pio né que é o gerenciamento do backlog que a gente já comentou lá atrás então aqui a gente vai priorizar a gente vai refinar e a gente vai atualizar esse backlock porque ele é ele é Vivo né ao

longo do projeto podem surgir novos pontos que não foram mapeados lá no início podem ter pontos que não fazem mais sentido e a gente derruba então eles são despriorizado e podem ter pontos que a gente refina Ele nasceu x E aí ao longo do projeto ele virou Y Então aqui tem um papel contínuo de sempre tá revisitando o que a gente tem nesse backlog visto isso entendido as necessidades entendido backlog a gente entra no no processo da Sprint como um todo né então o time desenvolvimento que aí aqui a depender da companhia aqui na hein

a gente funciona com um Tech Lead a gente funciona com cientista de dados a gente também funciona com com engenheiro de dados arquiteto então tem todo um time de de TEC ali que tá por trás para pro desenvolvimento dessa da do produto então a gente entra nessa esteira de Sprint então a as atividades vão sendo definidas para para esse time a entra na Sprint do backlog aí pode ter datas diferentes a gente já trabalhou com Sprint de duas semanas a gente já trabalhou com Sprint de 15 dias então vai depender da necessidade do do produto

Ah tem de fato a execução da Sprint mesmo né o mão na massa todo mundo ir fazer a sua atuação o cientista desenvolver o engenheiro criar ali toda a base pro para estar disponível enfim e aí a gente entra em algumas outras agendas tem uma agenda de de que a gente chama aqui de by weekly ou de monf que são agendas quinzenais ou mensais que a gente faz sempre esse cheque com o time de negócio a gente não pode nunca se afastar do do do cara final lá né do do dono do do produto do

cara do negócio então a gente sempre faz esse cheque dentro do dentro da Sprint através dessas reuniões quinzenais ou mensais para dar status para tomada de decisão e para outros pontos que são super importantes além disso a gente tem algumas eh agendas né de de feedback que o próprio próprio time de desenvolvimento mais responsável do negócio tem algumas discussões Então nada mais é do que a gente entra nessa nesse looping né de time desenvolver olhar o que tá na Sprint ali naquela semana ou naquela quinzena resolver executar voltar com o negócio pegar um cheque ou

não E aí retornar fazendo esse processo aqui até chegar na entrega do produto completo E aí Pontos importantes que que linkando com que o trouxe lá no início aqui a gente tá falando de pequenas entregas ao longo do desenvolvimento então em nenhum momento a gente vai começar a desenvolver passar um longo período e depois chegar com um produto final não a gente tem sempre pequenas partes do produto sendo entregues testadas validadas e a Aí sim quando a gente chega nessa etapa final do produto completo A gente já testou ele várias vezes a gente já entendeu

que ele tá entregando valor eh e aí faz super sentido já expandir isso para pra companhia então isso aqui é um pouquinho da da rotina como funciona times envolvidos E aí só recapitular isando aqui né a gente tem dentro dessa são times pequenos mas que cada um tem sua função bem bem preparada ali né então tem o cientista o engenheiro o arquiteto o po em alguns casos também tem o screw Master vai depender do projeto casos que não tem screw Master a gente funciona com o ou fazendo essa essa ligação também porque ele tem um

contato muito forte tanto com o time técnico quanto com o time de negócio né como pior a gente faz essa ponte pro time mas a gente funciona sempre nesse formato de Sprint né de na esteira indo e voltando para entender para entender a entrega do produto e aí por fim só para fechar aqui a parte de rotinas entregáveis acho que é legal falar primeiro temos alguns monitoramentos que acontecem ao longo do desenvolvimento e também pós-entrega do produto Então as próprias métricas então lá no iniciozinho nessa conversa aqui com o responsável do negócio a gente define

algumas métricas de sucesso Então dependendo do produto pode ser aumentar a quantidade de vendas eh retorno financeiro Então a gente tem algumas métricas de de entrega do produto e a gente também tem algumas métricas de desenvolvimento como por exemplo ter o modelo com a maior assertividade e acurácia possível ou então o time de de de desenvolvimento definir ali Qual é o percentual de acurácia mínimo que a gente tem que ter para um modelo de Inteligência Artificial então tem algumas métricas que a gente vai eh olhando ao longo do desenvolvimento e que elas são também flexíveis

né a gente pode mudar e adaptar em alguns casos o segundo ponto são dashboards e e visuais relatórios em gerais que a gente sempre entrega pro time de negócio e também nos ajudam nesse próprio acompanhamento da métrica e depois na implementação do produto e o cronograma que ele tá sempre atualizando porque a gente tá falando de uma metodologia ágil a gente tá sempre atualizando e repriorização três monitoramentos que eles são essenciais durante Nossa o nosso dia a dia a nossa semana Nossa Sprint e a entrega do produto e aí por fim trazendo aqui algumas das

rotinas né as agendas de fato que a gente faz para só para deixar um pouco mais palpável para vocês o como funciona todo esse eh todo esse momento de Sprint Então a gente tem as famosas dailies para alguns devem conhecer né que são nossas reuniões bem rapidinhas de 15 minutos ali com o time tanto com o time de negócio quanto com o time de desenvolvimento que é praticamente para evitar bloqueio tirar alguma dúvida ou passar algum status Então são reuniões bem rapidinhas que não tomam tanto tempo tem a nossa weekly review e a plan que

é onde a gente planeja o que vai fazer naquela Sprint então o tudo que tá planejado para fazer naquela Sprint a gente define nessa reunião então junta todo mundo a gente define as prioridades a gente define o que vai fazer e e os papéis de responsabilidad de cada um ah a mle review que como eu comentei aqui tá dentro dessa que é um contato direto ali com o negócio que é praticamente um status e também algumas tomadas de decisões mais importantes que envolvem o o negócio no final e as nossas reuniões de marston que é

para também dar status para para algum C level ou para alguma outra algum outro diretor que não esteja tão próximo mas que é sempre importante ter essa visibilidade principalmente pós implementação do produto beleza tentei fazer um resumo aqui para ficar o mais simples possível eh e e mostrar um pouquinho de como funciona no dia a dia mas destacar pontos como flexibilidade destacar pontos como monitoramento que são super importantes quando a gente fala de metodologia ágil entrega de produto e principalmente ter o valor no produto final e aí para terminar aqui falando muito mais do papel

de po dentro da hin que a gente tem algumas ferramentas que nos auxiliam no dia a dia né ah especificamente do do ambiente aqui a gente trabalha no ambiente Microsoft né então a gente usa o teams como ferramenta do dia a dia para agenda para chat para troca de mensagens eh o nosso ambiente de tecnologia é o ambiente do azure então todo Nossa nossos dados ficam em nuven eh disponibilidade deles os engenheiros trabalham também todos na na azure e o time de ciência desenvolve todos dentro do do dat Bricks então a gente fica aqui dentro

desse desse universo da Microsoft E aí também a gente faz todo o planejamento né acompanha o dia a dia através do azure devops que é o nosso praticamente o nosso cambam ali onde a gente move os cards aonde dentro da Daily a gente abre para identificar bloqueios ou não então tá tá tudo aqui dentro ah Além disso PowerPoint porque enfim para apresentações mais Gerais que a gente leva pro time a gente também utiliza e agora mais novo a gente tem aí o suporte do CoPilot que ele vem nos ajudando muito principalmente em gerar ata e

para nos otimizar no dia a dia de fato mesmo então cilet a vantagem é que ele se conecta a todos esses todas as outras ferramentas do ambiente e a gente tem um ambiente aqui super integrado Então o que eu vejo no meu e-mail Ou que eu vejo no teams ele tá lincado CoPilot então aqui é dica asterisco bônus no dia a dia né 2025 que a gente tá falando as ferramentas de Inteligência Artificial principalmente gni né vieram aí para nos ajudar muito a a a otimizar cada vez mais o nosso dia a dia então eu

não gasto tanto tempo hoje fazendo uma ata de reunião porque o próprio co Pilot ele consegue me ajudar a Gerar tudo isso e deixar documentado e a gente não perder nenhuma histório então isso é é é super legal destacar E aí por último ferramentas que eu costumo dizer que são ferramentas mais antigas mas que elas são primordiais quando a gente fala de uma função de Pio né que é de comunicação comunicação efetiva mesmo ativa barra efetiva então o primeiro é equipe interno né manter essa comunicação transparente ali mesmo que o pior acaba sendo essa Ponte

do técnico com o negócio as partes envolvidas acho que é super importante todo mundo tá na mesma página todo mundo entender o andamento do projeto O que que a gente tá esperando de futuro e a própria organização mesmo com tanto compartilhar informação quanto deixar a liderança na mesma página ter tudo documentado eh entre outros pontos então aqui acho que fecha fecha legal o papel do Pi conecta ali com a nossa rotina e com que o Marcos trouxe ali no final ou no iniciozinho da nossa mentoria de tudo de metodologia ágil e o que que a

gente faz aqui dentro da da companhia na H beleza falei um monte mas agora a gente entra na na na parte das dúvidas vi algumas aqui mas fiquem à vontade também para mandarem mais a gente já vai respondendo a dúvida de cada um de vocês perfeito muito obrigada Pedro eh eu separei aqui algumas perguntas pessoal que tiver dúvida também aproveitem para enviar aqui no chat tenho aqui uma dúvida do Marcos ele queria saber como é planejada as distribuições de teses de um projeto na hein boa vou vou começar e se quiser também cumprimentar Marcos fica

fica super à vontade eh eu vou ser vou ser bem escorregadio aqui tá Marcos porque eh acaba sendo assim é flexível tá porque depende do projeto Depende do que a gente tá tá querendo entregar pro consumidor final né que é o nosso cliente interno quando a gente fala dos nossos produtos de Inteligência Artificial eu vou dizer quase nunca para não me comprometer mas quase nunca é o mesmo produto então a gente não tem uma receita de bolo nunca é um geralmente quando a gente fala de um produto único a gente já expande ele pro Brasil

todo então geralmente são produtos que são novos e aí essa distribuição de tesque vai surgir bastante naquela etapa onde o pi conversa com com o negócio e define o backlog ali naquelas definições ele vai entender ah tem uma etapa que é de preparação de dados então aqui o engenheiro de dados vai me ajudar tem outra etapa aqui que já é de desenvolvimento de da Inteligência Artificial então o cientista já vai puxar aqui em paralelo eu preciso bater um papo com o cara do negócio para refinar alguns pré-requisitos que vão entrar no modelo então vai ser

bem bem flexível mesmo tá é não acho que você cobriu perfeito Pedro vocês estão me escutando né estamos sim estamos sim ah não perfeito e talvez Marcos até trazendo mais pro não só da mas trazendo mais pro contexto da agilidade né Você lembra naquele naquele segundo bloco que eu falei da da do team né da construindo um time isso também é um dos acordos que podem ser feitos né quando a gente tiver um um backlog muito grande ou com tarefas atrasadas como é que o time vai se comportar como isso né aí entra no contexto

de colaboração e priorização e do que foi acordado então usando que o Pedro comentou depende né a resposta B mas depende depende do contexto do projeto depende do acordo que o time tem mas saiba que existem sim regras e isso tá muito alinhado com que o time vai vai priorizar ali e também levando em conta Qual é o contexto do do produto ou do projeto que ele tá atuando tá bom efeito tem outra dúvida dele em relação a que se houver atrasos de teses de uma equipe e do projeto se é feito um outro planejamento

boa boa ótimo ponto ali dentro do que a gente planeja tem tem aquela primeira reunião Inicial que a gente planeja a Sprint né então vamos dizer que é um Sprint de 15 dias então a gente definiu que determinada tese que a gente vai daqui a 15 dias ter ela concluída mas aí quando a gente volta 15 dias depois teve alguma complicação algum dado que não tava disponível alguma coisa que impediu que bloqueou aquilo então a gente replanejou entende se ela fica num campo de bloqueada ou até mesmo se a gente refina essa essa atividade então

então falando de metodologia ágil é super comum a gente falar de de replanejamento claro que dentro de uma visão onde a gente tem um controle porque a gente tá falando de pequenas atividades então sim a gente replanejar trouxe lá no início né r r pequeno e r rápido então se a gente for errar é ali a gente já joga para uma próxima Sprint a gente já consegue desenvolver com com maior detalhes no próximo caso então a gente replan envolve quem serão os times que vão estar diretamente envolvidos ali bom talvez até para complementar também Marcos

aí pegando a pergunta né geralmente E aí de novo trazendo o contexto dos times toda Sprint um time vai botar um objetivo ali porque no final da Sprint você ter que gerar valor é o comprimento que o próprio Pedro trouxe né Eh na reunião o time todo o time tem que dar a mão e falar estamos Seguros que vamos atingir esse objetivo Lógico né Tem coisas imponderáveis né coisas que acontecem que não estavam previstas e tudo mais mas no final das contas o sentimento do time e sentimento do time é que assim poxa pelo menos

o mínimo a gente vai entregar então eles dependendo do time ele também começa a plotar e priorizar né Pedro que acho que cai um pouco nessa linha o que que é importante e aí entra o que o Pedro falou a vantagem de adaptar né porque poxa apareceu um bloqueio aqui que ninguém tava contando de repente a base de dados não está mais disponível eh ou sei lá algum sistema ficou fora do ar aí o time para replanejar na rota de entrega tá então esse replanejamento assim é é muito dinâmico Marcos e aí vai por Sprint

no caso pensando até no scram né uma dúvida que tem aqui do Reinaldo ele queria saber como é que funciona o ure devops perfeito é é é exatamente isso que você comentou tá Reinaldo wer devops é bem similar ao gira eh ele tem ali as mesmas funções praticamente ali de de planejamento e de controle da do desenvolvimento ah a gente utiliza ele por est já dentro do nosso ambiente e por se conectar mais fácil com o que a gente já desenvolve Então como o time de de ciência de dados desenvolve no próprio dat Bricks que

é ali do da Microsoft tá no no mesmo ambiente é mais fácil conectar então algumas funcionalidades que aí trazem visões relatórios que são mais fáceis de conectar mas o Gira é exatamente a mesma a mesma ferramenta só que de outro de outro fornecedor perfeito eh vou aproveitar aqui puxar uma pergunta da Rane caso alguém tenha a mesma dúvida essa Live fica gravada sim você consegue consegue assistir novamente tanto no canal do YouTube da Dio quanto na plataforma lá dentro do bti IMP na aba mentoria você consegue ver tanto essa quanto as que a gente eh

quando já teve no programa Então você consegue acompanhar a gravação de todas elas Ok deixa eu ver aqui eh Inclusive tem uma dúvida da Rane outra dúvida em relação ao uso do CoPilot que estava se referindo à geração de atas ela quer saber se utiliza no modo pago como é que funciona isso eh exatamente Rain é porque é o modo corporativo provavelmente é um plano pago ali né que ele tá dentro do do das Ferramentas que já vem junto ali do da empresa Então como tem esse contrato direto ali então sim é o modo modo

pago acredito que no modo gratuito ele tem algumas funcionalidades que eh não corporativamente dá para usar Mas tipo no dia a dia para testar para se familiarizar tem algumas algumas funcionalidades que já dá para para para brincar mas além do calet existem outros também que que são bem similares em geração de Ata o processo acaba sendo o mesmo no final aí vai depender do ambiente que vocês estão O que que tem disponível o que que não tem disponível a ideia é dentro das Ferramentas que vocês têm no dia a dia qual que consegue ajudar vocês

tem uma dúvida aqui também do Gabriel ele quer saber se sente falta ali de um scrum master no time boa boa vou responder aí Marcão se você tiver também uma outra opinião vontade eh do do meu lado aqui falando do time de dados e e Analytics como um todo né a gente já teve e a gente tem em alguns momentos né como eu comentei é flexível alguns projetos pedem o screw Master porque vai ter um um uma visão mais detalhada ali do durante o o desenvolvimento e outros é tranquilo eu como pior com consigo eh

fazer essa conexão com com o time de desenvolvimento o time de negócio então Em alguns momentos quando é necessário a gente já tem o a figura de screw Master ali para nos suportar quando não eh acaba que o po acaba atuando um pouquinho como scr e não não prejudica a entrega do produto tá falando de um produto que ele não é ele não é tão receita de bolo né Ele é um produto que acaba necessitando essa ideação no início mesmo de pensar fora da caixa e de definir eh novas interações então acaba que o o

papel do po ali fazendo essa conexão com o negócio ele se torna mais Eh mais retornável quando a gente fala do do produto final Então nesse ponto acho que seria isso não talve talvez até complementando o Pedro acho cobriu bem é que tanto tem vezes que tem confusão entre o papel do scrum master e o AD Coach né e basicamente o scrum Master a it olando mas na na metodia do scrum é a pessoa que tá ali defendendo né defendendo puxando é o tocador de bomba né puxando toda toda a metodologia garantindo que o backlog

esteja atualizado que os acordos que foram feitos para Sprint vão ocorrer olhando muito mais o contexto da metodologia o AD Coach ele já traz mais para uma visão do time né Principalmente o acho que o Pedro falou que tem algum as retrospectivas alguns momentos ali para fazer as revisões tanto da parte de entrega mas também da saúde do time ali né você precisa dar algum feedback porque nem tudo é lindo tá gente eu sei que a gente fala assim da metodologia mas a gente fala de formar um time tem hora que tem conflito essas coisas

tudas né então isso também é importante o quão antes você trazer um feedback e que o tema seja direcionado isso vai ajudar a equipe crescer eh então aí de novo entrando no contexto de depende de cada projeto E como tá montado o tin para entregar daquele produto ou projeto tá bom perfeito deixa eu puxar aqui mais uma eh tem uma aqui do Jefferson que ele quer saber como vocês fazem as estimativas das tarefa vocês utilizam alguma métrica ou técnica boa não boa pergunta Jeferson eh já fizemos planing poker eh em Em alguns momentos hoje a

gente tá tá funcionando bem com uma estimativa que a gente desenhou internamente aqui então vamos dizer que é algo mais patenteado pro nosso processo do dia a dia mas a gente começou vamos dizer que assim que é um refinamento do do planing Poker praticamente Porque hoje a gente entendeu o nosso o nosso processo Tá Mais maduro então a gente consegue entender Quais são os pontos de gargalo a gente já tem uma vivência anterior então a gente tem uma ferramenta Nossa que ela eh nos ajuda nessa estimativa Inicial e que a gente consegue ir refinando ao

longo do projeto e ao longo do desenvolvimento Então hoje vou dizer assim que é algo patenteado hein k Brasil vou vou vou ter essa Audácia de falar isso tem um uma dúvida aqui deixa eu puxar é do Antônio Ele quer saber se os testes do k tem que terminar antes da review ou pode ser em uma próxima Sprint boa boa teste do que a terminar da review ou numa próxima Sprint Antônio vou dizer depende também aqui tá porque já tive casos em que em que foi preciso passar para uma próxima spint mas o ideal é

que ele termine antes da da da review assim é o ideal acho que no o caso de acho que uma pressão muito forte do negócio pela entrega do produto a gente tenha algo mais rápido para lançar passaria então não não descarta 100% mas a ideia é ela terminar antes da da da review mesmo deixa eu ver tinha uma segunda pergunta dentro também né Então tá não era isso mesmo tá tal só aí só para trazer de novo Lógico né tá muito específico no mas talvez até antô pegando esse modelo aqui Depende muito do que que

é o acordo que é feito do time também ou até mesmo cara de negócio tá é o chamado definition of done ou seja o que que que que é feito é feito entregando em produção ou é feito entregando em qualidade né E aí E aí baseado nisso vocês eh consegue também avançar é uma definição do time ou ou do contexto do projeto do produto tá bom exato E aí até como como como padrão a gente tem toda uma etapa todos uns portões ali Gates de de aprovação de de qualidade mesmo então naturalmente eles acontecem mas

esse definition of D é o que realmente define ali a entrega do produto Então a gente vai ter sempre o o engenheiro e o arquiteto eh olhando ali pro pro ambiente eh se a gente já leva para ambiente de produção se ainda tem algum ponto de Ká que precisa ser resolvido para subir paraa produção então tem algumas definições que são feitas ao longo desse desse período mas a gente tem um alguns portões que eles são cruciais para para passar de um de um ponto pro outro perfeito como a gente tá encaminhando aqui para o final

da Live eu tô vendo que tem algumas perguntas relacionadas a uso de ia eh aqui durante a Live vocês falaram sobre o uso do CoPilot então para fechar queria unir aqui umas dúvidas em relação aí vocês pudessem compartilhar um pouquinho sobre como a auxilia vocês aí no dia a dia eh tanto aí no na aplicação das metodologias ages ou em outras tarefas vinculadas ao dia a dia de vocês tinha uma dúvida aqui do Reinaldo né em relação ao uso do github CoPilot Então se puderem compartilhar um pouquinho boa boa vou começar aqui eh acho que

o primeiro ponto falando de a é que ele é o nosso produto então a gente desenvolve então a gente começa falando sobre isso E aí conhecer as outras conhecer as iniciativas que a gente usa como usuário e aí falando de CoPilot falando de chat PT falando de eh de Bing conhecer isso já nos ajuda também a ter esse pens por trás na hora do desenvolvimento então começa que no dia a dia ia é um produto que a gente desenvolve mas como ferramenta que nos auxilia né aí só reforçando do o c el geral então ele

atua ali tanto na apresentação pra sugestão de de correção de texto de imagem geração de imagens novas também a gente usa bastante para alguma apresentação que a gente não tenha Ah um um desenho bem definido para mostrar para algum stakeholder para algum diretor eh a criação de de ata e documentação vem usando usando bastante principalmente para trazer um resumo de e-mail que a gente sabe que são muitas informações que vão chegando no dia a dia e aí aos poucos a gente tá entrando nessas outras nessas outras eh alçadas né aí falando do github que aqui

a gente não usa o github eu vocês agora não vou lembrar exatamente o o o o nome porque ali do do ambiente Microsoft a gente usa similar ali ao github para fazer todo esse processo e e alguns outros como o o a própria momento de testar diferentes modelos e pré-requisitos né a a a ia nos ajuda a fazer esse teste de uma forma mais automática então testar os hiperparâmetros de uma vez só então tem outras outros formatos que a gente vem utilizando no dia a dia e um dos mais usuais aí o time de ciências

USA eh tem tem a possibilidade de usar mais que é o próprio calet para ajudar na na codificação né na eh durante o dia a dia mesmo ali codando como a gente fala da da produção da da Inteligência Artificial então trouxe um resumão mais geral aqui então é o Pedro Pedro consegue falar bem mas por caus tá tá no time de data igual ele comentou né além de ser o produto no que também no como eh na parte esp também temos cases e tudo mais mas tá mais num contexto operacional mas eu ve E aí

trazendo nesse tema da ia que lógico é hiper interessante tá na moda aqui tudo mas é muito mais a questão do meio né E aí trazendo PR pr pra metodologia acho que o que talvez fica de mensagem principal é o impacto que você quer causar né como time então voltando aquela história do da visão e então igual Pedro Pedro trouxe bem ali a linha com stakeholders tudo e aí a ferramenta geralmente vai ser porque hoje né Tá acelerando tá automatizando muuito coisa mas também qualquer outro meio de tecnologia também ajuda então não só I mas

como outros formatos também é muito prático e aí a metodologia ágil também como processo ajudando a acelerar isso acho que é importante também ficar isso gravado aqui né a parte do impacto é muito importante valor pro cliente perfeito muito obrigada acabou encaixando aqui o Felipe falou que acaba perguntando isso bom é isso pessoal o papo tá bom mas a gente já tá chegando aqui ao final D alguns recadinhos primeiro aqui como eu falei no início quem chegou aqui na live de paraquedas pelo YouTube eh as inscrições para o bootcamp da hinic estão abertas então vocês

consegue se inscrever pelo link que eu mandei aqui no chat do YouTube novamente essa mentoria Assim como as outras que a gente já teve ficam gravadas então Vocês conseguem acompanhar revisar tudo certinho e é e é isso muito obrigada pela participação Pedro Marcos obrigada também aqui o pessoal do chat Pode falar a gente que agradece só queria agradecer a a oportunidade e também deixar aqui o meu obrigado pra galera do chat que interagiu fiquem à vontade também para entrar em contato acho que na descrição tem tem link de do do LinkedIn né também Fi à

vontade se vocês quiserem bater um papo e agradecer todo mundo ó gente gente só posso fazer Eco as palavras do Pedro obrigado acho que foi bem legal a interação espero é muito bom compartilhar conhecimento e é isso aí obrigado Mais uma vez pela participação de todos aí perfeito e Bem lembrado Pedro pessoal aproveitem tire print da Live compartilha no Linkedin Marco Pedro Marcos a rine que é diio Microsoft e vamos junto nessa a galera tá elogiando aqui no chat parabenizando muito obrigada pessoal Conto com a presença de vocês também nas próximas mentorias aqui da rine

quem acompanhe lá no Boutique grande abraço e até a próxima T Tchau até mais gente tchau tchau t Tchau pessoal