Scrum ou Kanban na Metodologia Ágil? - Beer For Devs (parte 2)

[Música] [Aplausos] [Música] bom pessoal então continuando o nosso papo sobre metodologia ágil pra quem não seja o nosso primeiro bloco falando sobre o manifesto ágil na prática o link vai aparecer logo em cima e agora o segundo bloco a gente vai falar um pouco sobre os tremores como colocar esse ágio para trabalhar de verdade muito se fala sobre o scrum sobre o câmbio no final das contas qual é o melhor dia na praça pra você primeiro qual é o melhor na roça já que é começar com obriga leme que eu posso responder essa maneira simples

os dois e nenhum ao mesmo tempo né porque se eu tiver que define quais regras eu vou seguir do escravo ou do câmbio eu meio que já estão ignorando o que o próprio manifesto ágil falando então é um não exclui o outro eu acho que os dois trabalham muito bem em conjunto e eu não acho que essencialmente com peões com master sinto muito mas seguiu a o scrum by the book ou cambamba e book qualquer coisa by the book de novo né ser definido você limita então eu acho que os dois trabalham muito bem juntos

assim como outros frameworks neves e pode misturar é eu acredito que cada time acho que faz parte você experimentar né você escolhe o freio de instrumento e você pega cada pedaço daquilo que funciona melhor com o seu time junta e aí você tem o fire do seu time então eu pedi pra escolher tipo escama o kanban eu vou falar que eu prefiro ficar com os dois porque eu acho que algumas coisas funcionam muito bem com o câmbio mas algumas coisas funcionam muito bem como no meu caso no caso da equipe que trabalha hoje a gente

utiliza os dois então é não um como adianta informou não exclui o outro eles se complementam e aí vai da maturidade do seu time com fermento confirmou que vocês pretende utilizar utilizar juntos ou não então vocês com barracão basta na época o escriba se eu fosse você e eu falei que eu sou daniel mestre onde jack não é engraçado essa diferença nos treinos quando ele vai começar a uma empresa começa a trabalhar com agilidade e ela sempre escolhe um acidente ocorreu ontem que institucionalizar um e essa vai ser a regra dali em diante porque nem

começou com algum deles né é então as equipes sempre escolham escolhem um mas acabam usando o outro sem contar pra ninguém eles usam cinto acompanha o dia a dia tu vê que tem um pouco de estupro tem muitas vezes muito do scrum master muito de scan e um pouco de camburi mas é difícil pegar uma equipe analisar e olhar para essa equipe usa 100% desses cremes sem usar kanban ou o contrário elas assim sendo e kanban sem usar esse plano então realmente eu acho que é positivo é do a dois conceitos parecidos acabam se misturando

pra ajudar as equipes na no processo de desenvolvimento sim eu acho que quem está começando com agilidade ele acha que tem que escolher um para trabalhar não acho que é legal entender os benefícios que cada um tem funding china acho que você trabalha com os dois lá como scrum master se consegue isso é um benefício que vem que não tem outra com dois conjuntos funcionam bem tem a nosso no nosso caso o espanhol entende bem na parte de identificar na direção que nós estamos estamos indo e o kanban a identificar bem é quais tarefas a

gente precisa executar um determinado período então é novamente a junção ao melhor filme porque a melhor metodologia usada como que você chama a que atenderá a sua equipe é aquela que agregar mais valor ao cliente final seja o cliente final quente interno seu próprio produto on 1 tem que poder externo eu acho engraçado aqui há necessidade de usar um outro frango diferente até fundir ele aparece de fato na prática neta quando você está trabalhando puramente com esperança começa a entender cara mas se meu time está enfrentando uma maré de bugs ou interrupções cara não me

dou muito bem com isso não faço uma cerimônia de plano tem que planejar um sprint a even alguns optem natura defende o conceito de buffer que eu não gosto muito de você colocar um buffer lá o um esforço para tentar substituir por interrupções mas o camboja um clima bastante com ele e ainda muito bem conta opção então você já consegue aproveitar esse benefício e se você consegue eu acho que fazer uma cerimônia de planejamento com um sprint fazer um controle de câmbio acho que ou quem essa parte né mas minha experiência mesmo a necessidade do

cambão apareceu me dar com interrupções essa foi uma grande dificuldade não sei pra vocês é a mesma coisa assim na parte do que você comentou ainda sobre o buffer também não concordo mesmo porque acredito que a partir do momento que você está planejando ser reativo você tá desenvolvendo alguma coisa errada então tem toda a maturidade de software do seu time de desenvolvimento dá se pela qualidade de software que você está integrando entregando então a partir do momento que você para 11 slot para bugs não faz muito sentido é um trabalho você está executando esse caso

aconteceu o retrabalho concorda que o teu morre trabalho vai ser de um sprint né porque tu já identifica a mudança muito mais rápido e não foi depois de um ano viu que vai ter que refazer tudo porque não é porque não atende a gente aí passa a atender dois valores do skank que a ser interativo incremental a cada sprint exatamente eu ia perguntar pra você que nem você cara é muito tempo no desenvolvimento de software já passou por vários tipos de trabalho eu entendo que hoje na sua experiência deve ter pegou scream puro também algumas

adaptações que sentiu disse que melhorou o seu dia a dia é o meu dia a dia hoje é posso dizer 99 9% espanto e houve uma uma melhora muito grande tanto na parte de entrega e discussões sobre itens e requisitos versus a motivação a motivação do profissional no no ato de ver no ato de entregar um ato de se sentir feliz por entregar um recurso e conseguir perceber isso em sprints de duas semanas assim então acho que não melhora só entrega do cliente mas melhora também para o próprio desenvolvedor desenvolvedor cara vai pra casa com

problemas na cabeça todo mundo trabalha com uti e vá para casa um ano na cabeça né só que essas esses problemas só duram no máximo duas semanas quando vira quando a gente nós fazemos as scut review retrospectiva retrospectiva tudo mais parece que eu faço aquelas reuniões e esvaziou minha cabeça e vôo zerado próximo período 15 quando você começa a cada duas semanas é como se eu trocasse de software trocasse de projeto a cada duas semanas apesar de ser o mesmo projeto são outros problemas que eu tenho que resolver são outras demandas então isso acho que

tanto para entrega quanto pro profissional que está trabalhando tá acordando está desenvolvendo também ajuda valeu cnis o pessoal esse foi o bloco 2 falando um pouco dos dois principais frameworks agência que você tem no mercado hoje e gostaram agora a gente vai bloco final a gente tem que atacar o quero ser ágil o que eu faço acompanhei [Música]