Kanban vs Scrum: Qual o Método Ideal para Sua Equipe? - Ep 29 Temp. 24

Sejam bem-vindos a mais um episódio do nosso podcast seja ágil eu sou o Denis Pedro e comigo tá o Denison Vieira Fala aí galera beleza sejam bem-vindos vamos F um tema às vezes polêmico às vezes não polêmico né É isso aí vamos falar de cban versus scrum como escolher o método ideal pra sua equipe pros seus projetos a gente vai começar aqui entendendo o que que é esse tal de cambam o que que é scrum vamos analisar juntos aqui vamos Também discutir ao longo desse Episódio quando usar a cada um como otimizar os seus projetos

e vamos entender como acelerar e ganhar produtividade usando esses dois métodos mais famosos do mundo perfeito e assim para 9999% das pessoas isso aqui não é nada polêmico bobagem né mas tem um grupo né na comunidade ágil da gestão ágil que cria polêmicas não scran é tipo flaflu né ou torcida direita Versa esquerda né Não eu sou PR scran e o outro é pr campan e eles ficam Brigando é melhor não campan é melhor cara vamos desmistificar isso aqui Arena disso normalmente é o Linkedin outro dia houve um post disso de claramente os caras do

do kamban versus os caras do scrum aí teve uma sabe alma que foi lá e só escreveu por que brigar e não produzir aí ele continuou escrevendo lá falou sério mesmo vocês vão continuar isso tipo o cara tava que inútil né inútil A treta dos caras né E realmente não precisa né a ideia descobrir que Eles são isso né cara complementares não e parece que reflete um problema da sociedade como um todo né tem tem sempre um dualismo n coisas né sempre um lado versus outro lado dualismo você que estudou muito filosofia tem alguma coisa

a ver da natureza humana isso não eu acho que é cíclicos é cíclico né É cíclico então tem ciclos onde a a humanidade tende a se dividir aí gera uma guerra um dos lados acaba ganhando e domina aí tem um ciclo de normalmente né Aí tem um ciclo dominante desse do lado ganhador até que um lado que não que não ganhou ou cria-se outras Vertentes que eventualmente emergem cria outro ciclo outra dualidade entra em conflito e assim vai ao longo da humanidade isso aconteceu várias vezes e a gente tá nesse momento de de de de

forças antagônicas acontecendo em várias várias Vertentes né a gente vê isso na política a gente vê nos esportes a gente vê até na nos métodos de gestão olha só que Louco e é isso que não precisa ter a gente vai focar hoje nessa combinação que no meu modo de ver é uma combinação poderosa muito boa paraa gestão de projetos mas realmente cada um tem uma peculiaridade né a gente vai entendendo isso e acho que isso também pode variar pelo tipo de projeto como a gente tava conversando antes né com certeza e não só esse ponto

mas uma das coisas que a gente fala muito no no nosso curso p a gente fala no nosso discurso né que Gestão ágil é muito maior do que isso é muito né tanto que a gente ensina o nosso método gestão ágil 2.0 Pô a gente usa várias práticas a gente usa design Thinking usa coisa do lin usa coisa usa okr Usa o scrum usa canan Usa a inteligência emocional usa práticas do Management 3.0 a gente usa um monte técnicas que você vai ver não é do guarda-chuva dos métodos ágeis também não é só o Ah

é o scr diz que tem que fazer assim ou o camb diz que tem que Fazer assado ou o Fulano diz que não sei o qu não tem isso né O importante cara o que que dá pra gente usar de melhor de todos criar fazer uma combinação que faça sentido uma sequência que faça sentido para que que tenha o objetivo final né Qual que é o objetivo final pô organizar melhor os projetos organizar melhor as equipes organizar melhor o trabalho gerar mais produtividade entregar mais valor pro cliente como é que a gente pode usar todas

essas Ferramentas para fazer isso né é isso Que é isso que a gente chama de gestão ágil é uma gestão que usa esse conceito da agilidade para entregar mais valor mais rápido é mais organizado e é o rápido acaba sendo uma consequência da agilidade acaba sendo uma consequência exatamente né e não tem esse negócio de ah [ __ ] um método sim ou o método outro e eles são antagônicos se usa um não usa o outro tanto que a gente usa todos eles a gente usa todos eles né mas o tema do Episódio de hoje

é um tema que é uma micropol que acontece dentro dessa comunidade que a gente quer para nós é uma oportunidade de mostrar para você que o cban e scrum operam em em tamanha harmonia que o caman ele vai te trazer visualização fluxo contínuo métricas uma forma de configurar ali eh entregas de serviço contínuo de processos né já o scrum ele vai te ajudar a ter o ritmo é o batimento do bumbo né e e sem você ter aquelas coisas de você ter um um Crono Cronograma pesado com previsibilidad de 5 anos cronogramas de 1 ano

você tem entregas com foco eu acho que a a se eu pudesse resumir o o scrunch traz foco e Cadência né e o e o cante traz organização e flexibilidade eu gosto de ver dessa forma por conta da gestão visual do kamban legal não é É mas dá para dizer que os dois fazem essas duas coisas os dois acho que o canan tem um pouco mais de gestão visual né os dois fazem as duas coisas né é o ponto é que O scran não prega pelo menos não tem nenhuma regra ali dizendo que tem ter

gestão visual não não oan disse é só um jeito de organizar que você pode organizar até sei lá virtualmente pela sua cabeça né Ah eu sei qual é o backlog conto pra equipe não tem nenhuma nenhuma artifício visual pro scrum né E aí obviamente a maioria das equipes scram usam alguma algum campan ou algo parecido com o campan para fazer isso e o campan já Em contrapartida ele é totalmente a sua origem é para ser algo visual né tangibilizar A transp é gerar transparência do do do que tá acontecendo né Deixar tangível aquilo que é

intangível é mas já que e a ele e ele também [ __ ] tem todos os mecanismos para foco para Cadência para tudo ambos fazem esse trabalho de organizar o trabalho entregam a mesma coisa e dá para combinar os dois dá para combinar as duas coisas Pegar o melhor de cada um Usar mais de um menos do outro tanto faz mas se você fosse buscar uma imagem hoje de um time utilizando scrum dificilmente você conseguiria sem um kamban né um camb é exatamente você pensa num time que usa scran você vai imaginar um kamban e

talvez e olha só que louco né talvez a parte mais famosa desse time ou que todo mundo vai olhar PR aquilo e falar ah esse time usa scrum é porque tá vendo um kamban ali não é não porque sei lá porque qualqu out polêmica dos caras Lá eu eu lembrei disso mas já que você quer adicionar aqui pimenta aqui nessa nesse papo tem um problema você usar o camb ó lá só para zoar um pouco Qual que é o problema transparência Como assim as pessoas vão saber dos meus problemas qual problem no scr eu vou

esconder ali não vou contar para ninguém Ah não vai né não vai ter a review que vai aparecer tudo da mesma maneira né ou na própria Daily né que é a reunião diária que a gente faz em scrum onde todo mundo faz Um alinhamento em função do Objetivo que você quer alcançar no Sprint né mas enfim é é só mais uma forma de falar que tem eu eu tô hoje Tô fugindo completamente da pauta o den tá me ajudando aqui nem sei se esse tema tá na pauta mas eu vou vou só tentar trazer uma

explicação e Inclusive é o que a gente ensina no no curso do gestão ag 2.0 né No momento que a gente tenta explicar essa diferença do dos Dois tem tem um conceito que é fundamental tanto para scrum quanto para canan ou qualquer outro método que queira ser ágil né que que é o ágil é conseguir se adaptar mudanas rapidamente se adaptar as circunstâncias é um método de organizar o trabalho organizar o projeto organizar as coisas de tal forma que você tenha sim planejamento tem um controle da execução e ao mesmo tempo tenha flexibilidade para adaptar

o seu plano e adaptar o o seu projeto sempre Que uma mudança acontecer para que você tenha tudo isso tem um conceito que é fundamental que é o conceito de limitar o trabalho em Progresso a gente chama de limites de wip e tanto o canan quanto o scrum eles colocam isso eles forçam isso e quando você limita trabalho em Progresso O que que você tá dizendo cara você está colocando foco foco naquilo que está sendo feito no momento eu não inicio milhões de coisas e termino poucas eu inicio poucas coisas e garanto Que elas acabem

né Ou seja eu começo a terminar mais e iniciar menos isso é foco né a gente foca naquilo que a gente iniciou no que é mais importante termina aquilo antes de começar as próximas coisas seguindo a ordem de importância e tanto o scrum quanto o canan fazem isso a diferença fundamental é que o scrum e o limite de trabalho em Progresso do scrum é por limite de tempo e o limite do Trabalho em progresso no no kamban é por limite de De lotes de trabalho então você ou limita no tempo né que é o time

box de uma Sprint por exemplo de um um ciclo de trabalho né então por exemplo pode ser uma semana então eu limito a quantidade de trabalho que pode ser feito dentro de uma semana que que a gente chama que que é isso é Sprint do scram eu tô dizendo que ó durante essa semana não cabe mais vamos supor que o limite da equipe seja seis entregas né um número fictício aqui eu Tô dizendo que quando eu fiz o planejamento dessas seis entregas nessa semana essa equipe não vai trabalhar em mais nada do que tem fora

do do do planejado [ __ ] tem o backlog lá milhões de coisas para fazer mas a gente selecionou seis para serem feitas nessa semana esse é o limite de entrega da semana a equipe vai focar nessas seis não vai trabalhar em mais nada que não esteja nessas seis é assim que funciona o o foco o limite de de trabalho em Progresso no scram como que é no canan no canan ao invés de eu fazer o limite por tempo eu faço o limite por eh por por etapas do trabalho então eu posso dizer que nessa

imagina que a equipe tem sei lá três etapas né preparação do que vai ser feito execução e validação do do que foi feito três etapas e Dada a capacidade daquela equipe para cada etapa só cabe sei lá vamos pro mesmo número seis entregas ao mesmo tempo então só consegue preparar seis coisas Ao mesmo tempo só consegue executar seis e só consegue validar seis vai colocar esses limites que que o caban vai fazer ele não vai travar no tempo mas ele vai travar nos limites de cada etapa então a gente tá travando em lotes de trabalho

né então eu tô dizendo que na etapa de preparação Eu só consigo preparar seis itens ao mesmo tempo e eu só vou preparar o sétimo quando eu liberar um dessa etapa E a mesma coisa na execução a mesma coisa no teste então O canan é um fluxo contínuo mas organizado né Eh organizando como limitando o trabalho em Progresso em cada etapa enquanto que o scun também é um fluxo contínuo organizado mas organizando como organizando o fluxo fluxo de trabalho em lotes de tempo a diferença é é só isso a gente vai falar isso daqui a

pouquinho quando a gente explicar um entrar um pouco mais na parte mais técnica mas para ir mergulhando um pouco aqui do início Desse primeiro bloco só relembrar um pouco o que que é o o cban e o que que é o scrum Né o campan você certamente já deve ter visto uma parede cheia de postites ou trelo né uma parede e com postites divididas em colunas de a fazer fazendo e feito né aquilo lá é o fluxo de trabalho que os projetos têm que onde você vai pegando um postite que tá lá a fazer moveu

pra coluna fazendo terminou o seu trabalho você vai mover pro feito Olha que legal né então esse aqui é o Kamban já o scrum ele é um um Framework um método de trabalho aonde você vai implantar lá na sua equipe e ou no seu eip e vai ter essa Filosofia de de de trabalho então por exemplo vocês vão se reunir todos os dias para ver o que que vocês fizeram ontem que vocês vão fazer hoje se tem algum impedimento vão ter responsabilidades distribuídas lá a gente já vai falar disso já já Vocês vão planejar o

que vão fazer dentro do um ciclo de de tempo que a gente chama de Sprint por exemplo de uma semana que a gente vai fazer naquela semana no final daquela semana você vai revisar o que vocês entregaram vocês vão também revisar o jeitão que vocês trabalham o processo que você Vocês tiveram E se puder fazer melhorias nesse processo também apreciar o que foi bom então tem essas eh nuances dentro dessas duas ferramentas de vamos chamar assim de gestão que são muito boas para você ganhar produtividade liderar melhor o Pessoal E especialmente Fazer Entregas de valor

né e falando aqui um pouquinho de cada um contextualizando o kamban nasceu lá na Toyota foi isso sim no no pós-guerra lá como é que foi isso aí do Japão né cara se a gente parar para pensar no Japão pós-guerra Era um país destruído um país que eh não tinha recursos né A única coisa que eles tinham é a cultura e as pessoas que sobreviveram e eles precisavam se Reconstruir com poucos recursos e de Fato eles conseguiram né você pega o Japão ali pós bombas de nucleares um país destruído beirando o terceiro mundo para sei

lá 30 40 anos depois terceira maior potência do mundo como é que eles conseguiram em tão pouco tempo se reconstruir não só se reconstruir como em tão pouco tempo ter as empresas lider várias empresas liderando seus setores Toyota Honda Sony Panasonic várias empresas criando inovações e liderando seus setores quando a gente para para Entender pera aí vamos entender o que que esses caras fizeram né como que eles eh fizeram a gestão dessas empresas para crescerem tanto e aí que os os japoneses não aí os americanos entendendo isso procurando entender o que eles fizeram deram um

nome para isso para esse jeito japonês de fazer gestão esse jeito de conseguir fazer mais com menos recursos como que eles conseguiram Construir tudo isso e o nome do mais com menos é o que eles Chamaram chamaram de gestão enxuta Que em inglês é lim né A gestão lim isso nasceu no Japão e o e o o o a gente pode chamar de Talvez uma das principais ferramentas simples ridiculamente simples né mas é uma das principais ferramentas que os japoneses criaram Para viabilizar esse esse conceito de gestão enxuta é o canan e que que é

o kamban nada mais é do que a palavra japonesa canan né significa sinalização visual né ou cartão Visual é uma forma que o que o o os engenheiros da Toyota lá criaram para eh não ter stocks na fábrica né que eles entendem que stockes é desperdício então entre uma fase e outra de produção da linha de montagem se ficar com peça parada coisas paradas ali é desperdício né desperdício de peça Pô tô com um monte de coisa aqui que que essa área comprou ess essas peças estão paradas estão esperando ali é um desperdício de dinheiro

desperdício de tempo e o Inverso também se tem alguma área da fábrica que tá parada esperando para começar porque a outra ainda não terminou e ela vai ficar lá esperando é desperdício de tempo daquela área daquelas pessoas de dinheiro de tudo mais né então eles começaram a tentar criar artifícios para eliminar todos esses desperdícios e a solução mais inteligente Foi criar o canan que que é o canan é uma sinalização visual de quando algo Eh uma etapa né do do do trabalho aqui eh está com sendo feita né e está 100% utilizando 100% da capacidade

daquela etapa E quando falta alguma coisa uma outra sinalização ele levanta por exemplo um cartão vermelho dizendo ó falta a peça aqui e aí a a a área anterior uma área responsável por mandar aquela peça ela vai lá e manda na hora que essa daqui pediu sinalizou né sinalizou então sinalizou recebe a peça não está sinalizando não precisa receber A peça e todas as E aí você imagina isso em todas as áreas todas sinalizando ou não sinalizando sinalizando Ou não sinalizando isso cria um fluxo muito mais harmonioso de de trabalho do que se ninguém conseguisse

visualizar quem tá precisando e quem não tá precisando que era o que acontecia naturalmente né quando não dá para visualizar quem precisa quem não precisa quem tá sobrecarregado quem não tá é onde a gente gera desperdício os gargalos no Processo e o cban foi justamente um cara um artifício visual né um cartão visual que resolveu isso dentro da fábrica isso é tão genial Porque isso pode ser utilizado em vários outros aspectos tanto é que hoje a gente utiliza o mesmo conceito do camb dessa sinalização visual que surgiu lá nas fábricas da da Toyota no no

Japão para cara conseguir trazer essa visibilidade para trabalho em progresso para gargalo para para várias outras formas através de não mais De um cartãozinho ali né mas o pessoal acabou usando mais postites isso é a mesma coisa um postit el el ele tem o mesmo o mesmo objetivo do cartão lá que a Toyota tinha eh e e não necessariamente precisa ser um cartão ou cara é qualquer artifício visual que sinaliz o progresso de alguma coisa é um camb você dá muito exemplo do McDonald's Quando você vai pediu o lanche no McDonald's e tem a tevezinha

Lá dizendo se você recebe uma senha né E você olha na tevezinha se a sua senha tá em preparação ou se já tá pronto que aquilo é um camb é uma sinalização visual do Progresso do trabalho de um trab de algo que é que você não saberia se não tivesse aquilo quadro do aeroporto L você não consegue ver se você se não tivesse aquilo quadro do aeroporto você vê o status do voo você vê se já abriu e o embarque ou não se já mudou o seu portão se mudou o portão de Embarque né então

assim é uma sinalização visual do status de um processo que tá acontecendo ali que se você não tivesse Como visualizar você não ia saber é isso campan é isso tá é trazer visibilidade para coisas que se não houvessem ninguém ia saber fica só na cabeça das pessoas é isso que é caman e e o canan nasceu na a Toyota foi a primeira né a a popularizar esse recurso esse essa inclusive criar nomenclatura para isso dar o nome de kamban para isso Eh Na verdade acho que a Toyota nem criou esse nome ela usou eh foi

uma inspiração nos supermercados japoneses que já tinha temo um livro que eu te dei lá é né Eh que os supermercados japoneses já usavam esse esse artifício do do da da plaquinha Para sinalizar se tava com stoque ou não são crios americanos né então eles copiaram do do agora quem criou mesmo lá não sei né se eu não me engano kamban é mais a origem da palavra se for na Etimologia da palavra é muito mais antiga é uma palavra milenar né que significa até talvez tenha até uma uma intersecção com a questão de não de

Outdoor Mas sabe quando você vai numa loja e e ou qualquer loja de rua e tem uma plaquinha assim com o logo da loja o nome da loja dizendo que aquela loja faz ou médicos fazem muito isso advogados né escritórios tem lá o nome do do dentistas né o nome do dentista placa sabe que eu li um um livro significa Kamban de uns Samurais que eles utilizavam artifícios visuais cartões visuais para organizar o ataque do exército deles então quando eles avançavam tinha uns carinhas atrás assim com uns cartazes assim ó ah é hora para avançar

porque para você gerenciar isso é um Cambé ali o pessoal atacar né aí eles estavam perdendo tinha que recuar e fugir aí tinha o cara do lado assim falou ó deu ruim corre e aí os caras olhavam ali isso pô cara e olha que Louco não sei se percebeu acabou de me dar ins site agora na verdade Qual que é o lance do caman é uma sinalização para dizer PR tomada de ação PR tomada de ação então uma sinalização visual uhum para passar informação para quem quem quer que seja né a pessoa interessada equipe ou

qualquer outra pessoa para tomar alguma ação no caso nosso de gestão de equipes de projetos pô são sinalizações visuais que mostram pra equipe que essa tarefa já tá pronta essa Ainda tá em essa tá em andamento essa daqui falta então começar essa aqui tá tá atrasada essa daqui tá sei lá bloqueada porum motivo tá tipo pronta né então são sinalizações artifícios de sinalização visual daí o nome kamban né que é sinalização visual para que alguém possa tomar uma ação isso é canan qualquer coisa que faça isso a gente pode chamar de canan e assim você

falou no começo sobre essa questão de limitar o o o trabalho em andamento tem também No nosso curso de Gestão ágil você que dá essa aula do exemplo do jardim Imperial japonês né Uhum que quando os caras vão entrar lá eles rece ex é bacana é do livro do David Anderson né que é o que é um dos caras que criou ele chama de método kamban desenvolvimento de software né é ele acabou criando um método ali pra galera de desenvolvimento de software que é é bem bacana né Bem completo e tal e ele usa esse

exemplo lá para tangibilizar como é que funciona um Kamban né Quer comentar ele quer comenta é como que funciona né o o Jardim Imperial tem um é é tipo eu não sei que eu nunca fui lá né mas dizem que é um é um jardim que você pode ir lá e visitar né e ver os jardins lá do que tem as carpas e as plantas milenares lá né como é que chama lá a plantinha Rosa seu nome que lá tem Nossa em Buenos Aires tem bastante também do flor de cerejeira Sakura é Sakura o nome

japonês né vai ter o nome esqueci o nome agora que a Gente chama aqui Bom enfim é Fica bonito no inverno né fica tudo Rosinha né IP não é IP cara ah esqueci o nome esqueci o nome da da planta Mas enfas plantin aquelas aquelas árvores que elas que que as flores são bem ficam Rosa né fica e fica bem bonito fica bem bastante florzinha Rosa assim e a galera vai lá que é um um jardim bonito né tal tudo é um local turístico né do Japão e as pessoas querem visitar esse local turístico só

que tem que acontece é um Parque né é limitada a quantidade de pessoas que cabe ali normal né como qualquer outro lugar é limitada a quantidade de pessoas e que que os japoneses né Esperto como são como que eles fazem para limitar a quantidade de pessoas andando no parque que que é isso quantidade limitar a quantidade de trabalho em Progresso eles estimaram que uma quantidade x lá de pessoas que cabem dentro do parque a tal ponto que utilizem o máximo da da da capacidade do Parque né Sem destruir o parque então eles fizeram uma conta

lá se eu não me engano acho que são 600 pessoas ah não lembro no livro lá ele comenta quantas pessoas são eh se eu não me engano acho que o David Anderson foi lá e ele visitou e ele acabou escrevendo isso para tangibilizar o canan eu achei bem bacana Não importa quantas pessoas são mas tem um limite de pessoas que cabem no parque e aí o que que acontece vamos supor que seja 1000 1000 pessoas ao Mesmo tempo podem trafegar por dentro do parque que que eles que que eles fizeram eles imprimiram 1000 cartõezinhos então

tem 1000 cartões tá na entrada do parque tá lá a pilha começa o dia né tá lá 1000 cartões todo mundo que vai entrar no parque pega um cartãozinho e entra aí o outro Pega outro cartãozinho ent quando acabou os cartõezinhos o que que acontece ninguém mais entra fica parado uma fila fila e essa fila o próximo entra quando quando alguém sair e Devolver um cartãozinho essa pessoa sai do Parque ela devolve o cartão libera espaço para mais um entrar e é isso e o que que esse cartão é que as pessoas ficam andando é

um camb esse é um sistema de camb limitando o trabalho em Progresso o cartãozinho representa o camb Né que é o significa que alguém está entrando lá dentro ridiculamente simples e organiza o sistema né Para que e de modo visual Você sabe quantas pessoas T par olha ali Você sabe se o Parque tá cheio ou não muito bom então esse é o princípio do canan que a gente aprendeu aqui de uma maneira super lúdica né falar um pouquinho agora sobre o scrum né da onde que saiu o scrum esse esse nome também E vocês vão

se surpreender de novo da origem do scun da onde que saiu o scun aí o scun cara e olha que legal né se a gente parar para pensar todo mundo saiu da mesma fonte da mesma fonte todo mundo saiu da mesma fonte inclusive se você Baixar o scun guide você vai ver nas primeiras linhas lá o Jeff sutherland screve sutherland screve né o Jeff sutherland escreve e que o o o o scran tem origem no pensamento lin e e o que que é o pensamento lin por é o pensamento do jeito dos japonês lá de

aquilo que a gente comentou né o jeito que os japoneses trabalhavam né Eh e baseado em qu que ele faz isso num paper do takuin nonaka que são dois japoneses que foram para Harvard isso na Década de 80 né É Para justamente para fazer essa pegar aquilo que os japoneses estavam fazendo e criar a te em cima disso né e tentar estudar né eles eram pesquisadores e e começaram a estudar empresas japonesas e documentar o jeito que eles trabalhavam o jeito que essas empresas japonesas geravam inovação na época que também não criaram eles basearam o

estudo deles é nas empresas que no que já tava acontecendo como normal tá todo o corpo de conhecimento é Assim normalmente as coisas acontecem primeiro na prática e depois vem alguém e documenta aquilo e aí o que a gente aprende é o que alguém documentou né se eu não documentar também ninguém saberia do que aconteceu mas normalmente sim normalmente As coisas não acontecem primeiro pela teoria e depois a prática normalmente acontece na prática e alguém documenta essa teoria para que para que as futuras gerações possam aprender em cima disso e não foi diferente com toda

Essa teoria do do lin né de fato começou aprendendo começou acontecendo na prática ele só ganhou o nome na década de 80 algo que já acontecia desde 1940 né ele ganhou o nome por quê porque alguém resolveu começar a documentar e um dos primeiros caras ou não sei se dos primeiros mas um dos principais que começaram a fazer isso foram esses dois japoneses aí né que foram para professores de Harvard se eu não me engano não sei se foram professores Ou Estavam em har P pesquisadores de Harvard criaram um paper chamado The New New development

System se eu não me engano eu não lembro exatamente o nome agora do artigo isso mesmo é isso né é um artigo onde eles estava dizendo que era o é new game né é o novo jeito ou o novo jogo né de desenvolver produtos ou desenvolver eles estavam dizendo cara o jeito que os japoneses estavam fazendo era um novo novo jeito de desenvolver coisas e aí Nesse artigo eles descrevem O jeito que esses japoneses trabalhavam e qual que era o jeito equipes pequenas trabalhando em ciclos curtos equipes auto-organizadas equipes multidisciplinares equipes que por serem multidisciplinares

essa pequena equipe conseguia construir algo pronto no final de desses pequenos ciclos eh e eles trabalhavam em ondas né então um ciclo depois um outro terminava um ciclo entregava alguma coisa testava recebia feedback trabalhava num outro ciclo Entregava feedback outro ciclo outro ciclo E essas ondas de de de de de de pequenos trabalhos e entregas e e coleta de feedback era a forma com que as empresas japonesas conseguiam gerar tanta inovação como Sony Panasonic Walk Talk todo toda aquelas inovações que foram surgindo no Japão na década de 80 eh eles analisando como que surgiu tudo

aquilo eles perceberam que era assim né é um trabalho iterativo incremental né o pessoal ia trabalhando de pouquinho em Pouquinho fazia alguma coisa testava melhorava fazia um pouquinho testava melhorava eh e aí eles foram dando um nome para isso né esse esse melhoria contínua chama Kaizen né que é uma melhoria a cada interação melhoria de a cada coisa esse jeito de trabalhar sem desperdiçar nada Vamos dar um nome de LM né um trabalho enxuto E aí teve um nome que eles deram para pro jeito que que as equipes se organizavam que eles diziam que essas

equipes por serem equipes Pequenas se organizando multidisciplinares eh trabalhando juntas eh com um micro objetivo né para entregar o alguma coisa rápida ali num num pequeno ciclo de trabalho eles trabalhavam da e a analogia a analogia que eles usaram é que essas equipes trabalhavam semelhantes a uma equipe de rugby quando fazia a jogada do scrum que é uma jogada do rugby né que é como funciona o scrum no rugby eh os jogadores se abraçam né E vão para cima Do adversário abraçado unem forças e vão para cima com com tudo né dentro de um período

específico dentro de um período específico e eles e aí Nesse artigo o Tak Shin nonak fala cara as equipes japonesas trabalham em né Elas fazem como se fosse um scran do rugby e vão avançando e ciclo a Ciclo dessa forma o Jeff sutherland um um que é um cara que criou o scr né ligeiro americano marqueteiro não mas muito inteligente né e e assim tem uma contribuição enorme Para para toda a gestão D pro pro conhecimento de gestão né Ele leu isso daí e ele ele tinha acabado de voltar da Guerra do Vietnã e tava

trabalhando ali nos Estados Unidos como gestor de não lembro exatamente o que no livro Arte de fazer o trabalho na metade do tempo Ele conta a história bonitinha dele lá como é que como é que surgiu tudo isso mas eu lembro mais ou menos aqui né que ele veio da Guerra do Vietnã né era um ex veterano de guerra começar a trabalhar Né não tá mais na guerra agora vou ter que trabalhar no mercado privado e aí ele começou a trabalhar nas empresas pela pela sua experiência de liderança lá no exército ele acabou assumindo cargos

de liderança né no na n empresas que ele tava trabalhando ele começou a procurar meios de melhorar a gestão das suas equipes a a gestão dos seus projetos e por alguma assim sorte porque não necessariamente ele é um ele eu acho que Ele nem é cara formado em ti mas ele foi cair em empresas de tecnologia na época né e tecnologia os projetos de tecnologia ele tem uma particularidade que hoje é a particularidade normal do do do do mercado de trabalho que é o mercado vula né é altamente volátil altamente incerto altamente complexo altamente ambíguo

hoje o mundo é assim é normal e pouco tangível e pouco tangível né Eh mas lá na década de 80 cara quem era mais assim era o mercado de Tecnologia né e ele com projeto de tecnologia tentando organizar seus projetos do jeito que ele fazia no exército não tava rolando né ele também tava contaminado muito por a coisa de que a moda da gestão de projetos era que aconteceu em 69 com o lançamento dos foguetes da Nasa né é o cara planejar o máximo que pode sim nível granular issimo ali Dee É isso aí é

o o o mantra é se me der Du horas para cortar uma árvore eu vou ficar 1 hora 40 molando Machado que que é isso vou ficar planejando 1 hora e 40 eo só funciona se a árvore continuar sendo árvore né Depois de 1:40 o que não acontece em projetos de e a molação realmente a mole né tem isso também dia ISM Mas enfim isso aí é é uma outra outra filosofia outro papo PR outra hora que a gente pode estressar bastante sobre esse ponto mas voltando aqui pra história Jeff s tava lá né querendo

melhorar seus seus projetos e aí ele por alguma sei lá por Alguma sorte do destino ele cai nesse paper do takui nonaka para ver cara pera aí o e e e faz sentido né o Japão tava dominando Estados unidos nessa época T automobilística que sempre foi Org do nada né GM for é Mazda não Aí do nada começa a chegar Mazda Toyota Honda aques Esses uns carrinhos japonêses barato alta qualidade e arregaçando de vender que que tá acontecendo aqui né e os Jap E aí os os americanos Todo mundo começou a estudar fi vamos estudar

o que que Esses japoneses estão fazendo não foi diferente com o Jeff sutter e foi estudar e ele caiu nesse paper do tako Shin nonaka que explica o jeito exatamente o jeito japonês de trabalhar e aí dentro desse paper tá lá eles trabalham em scrums e ele cara adotou esse termo Falou cara vou testar isso nas minhas equipes trabalhar isso que funcionou né É vou trabalhar usando o o tal do scrum que os japoneses chamaram ali e aí ele foi criando em cima disso Né ele ele organizou a primeira equipe dele tentou criar lá equipes

multidisciplinares e aos poucos ele foi incrementando esse método vai colocando uma figura de alguém para cuidar desse processo ele chamou de scm alguém para para olhar cuidar do do do da entrega de valor dessa equipe pro pro cliente a gente chamou de product owner eh e assim foi né e assim assim foi se criando o scrum baseado no quê baseado nas mes nas mesmas teorias do lin que também foi Criado o c e é tudo a mesma coisa tudo vem na mesma fonte né por isso que a gente diz que não tem um ou outro

né tudo tudo filho do mesmo do mesmo pai Bora lá então entender um pouquinho das vantagens estratégicas e os desafios de cada um né vantagens estratégicas do do kamban né o kamban ele vai explorar uma flexibilidade a possibilidade de você mapear o seu fluxo de trabalho né pegando o exemplo que o Denison deu aqui do lanche do McDonald's Lanche porque Nós estamos em São Paulo você é em outro estado vai falar sanduíches né e os caras têm todo um processo da onde que surgiu isso no McDonald's lá nos anos 90 teve uma promoção que os

caras se você não recebesse o seu lanche em até 20 minutos ele sairia grátis que que isso causou ah hordas de pessoas no caixa perguntando meu lanche tá pronto e aí tá pronto e isso foi horrível porque qu foi isso final dos anos 90 começo anos 2000 Legal e e foi horrível pros caras né porque você imagina né a a ansiedade que era gerada nas pessoas o sentimento de perda foi tudo de ruim isso pro pro McDonald's e Especialmente porque os processos deles ainda não estavam assim otimizados para isso embora fossem muito rápidos eles estavam

apostando não entregavam no processo Tinha algumas falhas acabaram com esse negócio falou Esquece isso aí implantaram ali os os cãs né Isso já tem algum tempo Beleza ainda assim eles tinham um gargalo o que que é um gargalo é um acúmulo de etapas numa fase de trabalho que era na hora de fazer o pedido nos caixas aí surgiram os tótens que é ao invés de você depender de uma pessoa fazendo o pedido a própria pessoa que estava lá escolhendo no tótem que faz é a assim no mundo todo hoje no McDonald's isso também tirou ansiedade

da pessoa dos pedidos errados caíram mais de 95% e também a própria pessoa já retira Um cartão visual ali com o código do produto dela e ela acompanha isso reduziu custos reduziu riscos Aumentou a qualidade e a boa avaliação do serviço do McDonald's a gente não tá discutindo aqui se a comida é boa mas o processo é muito bom porque eles pegaram uma deficiência que eles tinham pegaram problemas relatados pelos consumidores e o cban resolveu de ponta a ponta Olha que interessante né então é um case de sucesso muito legal então eles nas Etapas Desde

da do pedido desde o preparo do lanche da da não sei como fala quando vai fritar a batata frita lá e e a embalagem e etc até hoje a ú pelo que eu li no num num livro que eu tava lendo lá sobre o McDonald's e o happy me Como é que chama aqui e Mc Lanche Feliz feliz o índice de erro maior dos caras eram do Ah eu comprei aqui o Capitão América e eu queria o homem-aranha tinha esse problema ainda Então agora nos tótens você escolhe lá o bonequinho automatizar o estoque dos bonequinho

acabaram os problemas legal a a única o único Desafio dos caras é que a onda que tem que vir são em implantações globais então Os caras começam cara por continente colocar agora vamos ter um totem legal compra totten para todos os países da Europa implantar lá funcionou show começam num país teste funcionou ampliam para outro legal funciona então O rollout disso é absurdo gigantesco mas o ganho que os caras têm utilizando kamban foi assim a salvação da empresa boa boa valorizou as ações dos caras não é isso né B cara não tem o que dizer

né Por não usar Não Faz Sentido gestão visual e organização do fluxo de trabalho tem que ter agora ontem eu tava dando uma aula foi ontem é foi ontem tava dando uma aula não anteontem uma aula para um um dos nossos grupos aqui do curso de Gestão ágil 2.0 e eu tava conversando com um médico que tem um hospital e ele tava me contando de como ele organizou os projetos dele usando scrum e eu falei pô mas projeto no hospital me conta isso aí ele falou olha o o departamento mais sensível que tem no hospital

é o departamento de contas médicas que que acontece os planos de saúde eles vão fazer de tudo para não autorizar os procedimentos uhum para que Eles não tenham um custo alto e uma sinistralidade muito alta e de modo que o plano não fique caro os custos desses planos de saúde é baseado na média de consumo dos procedimentos e medicamentos versus o quanto o médico cobra do homem hora dele então quanto menos ele pagar pro médico melhor só que o o paciente com dor sofrendo que chega no médico lá não tem o procedimento autorizado de quem

que é a culpa é do Hospital da Clínica o paciente vai reclamar Hospital Né é plano de saúde não existe ali ele é um lei do processo então o que que os caras fizeram eles fizeram projetos de entender situações de de atendimento que eles poderiam fazer com protocolos que o plano de saúde ia pagar dentro daquilo que eles tinham claramente estabelecido em contrato e que também resolveriam então ele organizou várias frentes ali então médicos que não sabem nada de gestão tem scr Masters e product owners dentro daquele hospital que fala olha Como é que a

gente resolve o problema ortopédico pô quando a gente ele explicou lá quando cobra o Novalgina o plano de saúde quer pagar fracionado então vamos fazer um projeto aqui que você pode dar 10 gotas de Novalgina só po pode usar os bandage entendi o lance do projeto Como que é o então fizeram Esse escopo só que o hospital ele tem sei lá eh eu não sei o número exatamente ele falou lá mas 30 40 consultórios tinha Que ir implantando isso então eles fizeram um escritório de projetos basicamente de implantando esses projetos em scr então eles fazem

Daily eles fazem planning ó essa semana nós vamos resolver o problema do plano de saúde a então assim eles trabalham em sprints de implantação de implantação então planeja sei lá não sei se é semanal ou quinzenal o Sprint mas na Sprint vamos implantar no escritório no escritório não no consultório X Y Z 3 4 5 isso treino médico treina recepcionista treina todo mundo tal no final do mês ele foi acompanhar o resultado final que era o quê mais grana pro hospital e ele tá tendo um desenvolvimento incrível cara porque ele sacou quando eh onde ele

era bloqueado no plano nas contas no plano de saúde e como atender os pacientes de uma maneira mais ágil tudo isso usando scrum bacana é é um jeito de organizar o trabalho né ele organizou o trabalho com scrum Excelente muito bom muito bom vocês vem dois exemplos que a gente deu aqui um de C uma entrevista com ele né sim falei para ele ficou animado legal e esse tipo de coisa você pode usar aí eu mesmo já usei kamban lembro que eu trabalhei num banco onde eu cheguei lá eu fui chamado por um projeto Denison

trabalhava nessa mesma consultoria nosso outro sócio Igor também era um projeto trouble que a gente chamava um grande problema e o pepino que tinha lá era assim olha a Gente tá com tudo atrasado tá tudo zoado Precisamos arrumar e elegemos você aí o salvador da p da Pátria né o tribuno do exército romano que vai arrumar isso aqui bom primeira coisa que eu fiz foi juntar todo mundo numa sala era num banco ali na Avenida Paulista não vou falar o nome do banco aqui mas um banco famosinho E chegamos lá e eu falei olha o

que que nós temos que entregar listamos tudo lá que que vocês estão fazendo não sabemos vi virou Aquela bagunça aquela briga tal levamos uma semana até entender o que cada um tava fazendo colocamos lá no campan planejamos as próximas entregas em sprints usamos scrum e campan uhum e tínhamos TRS meses para fazer isso senão a nossa empresa ia perder o contrato e o projeto também do cara ia ter um baita prejuízo conseguimos organizar isso conseguimos organizar as equipes chamamos os clientes para dentro falou olha realmente a gente tem um problema Transparente aqui estão os erros

aqui estão os atrasos Mas ó conseguimos recuperar em dois sprints de 15 dias em um mês a gente conseguiu reverter duas coisas umos atrasos e outra imagem negativa eu me lembro que eu tava numa reunião e a eu tava lá explicando Tecnicamente e tal o diretor do banco virou para mim e falou cara não fala mais nada o fato de eu ver que vocês sabem o que vocês estão fazendo e que as entregas estão acontecendo já tá ótimo Parabéns vocês salvaram o projeto só de ter usado camba e escr juntos legal foram três exemplos né

um de kamban um de San e um dos dois juntos ou seja e e assim eu gosto cara para mim não tem porque usar 100% um ou 100% outro não faz muito sentido tá até o 100% kamban dá dá mas mesmo assim [ __ ] por que não usar algumas das das práticas do scrum lá como ter um cara para cuidar do processo né ter alguém ali tá não quer chamar de scrum Master chama do nome que Quiser mas alguém que cuide do processo sim alguém que cuide do de de das demandas que entram no

backlog né do do cliente que olhe pro cliente entenda isso não quer chamar de prod owner Chama do nome que você quiser mas por que não ter uma figura que faça isso por que não de tempos em tempos fazer uma reunião de retrospectiva para ver que deu certo que vai continuar o que deu errado que vai parar por que não né Por seguir Ah não se eu faço scran não faço canan se eu Faço canan não tem isso usa as duas coisas é o que o Denis comentou cara e E assim a gente trabalhou muito

tempo fazendo isso né pegando projetos tral e até hoje né quando a gente a gente vai fazer uma consultoria ou uma uma mentoria em alguma empresa normalmente cara O problema é a zona né aquela bagunça aquela e E assim a galera tá é muito semelhante aos projetos trouble que a gente cuidava no passado né onde a gente trabalhava quando você Chega num projeto que tá todo que a gente chama de trouble é ou tá atrasado há muito tempo ou estourou custo né tá assim o orçamento do projeto já tá estourado Às vezes as duas coisas

ao mesmo tempo estourou custo estourou prazo é cliente insatisfeito cliente gritando né É ou ou mais problemas mas esses são os principais como é que você resolve essas coisas né e muitas vezes quando a gente cai numa consultoria numa empresa e a empresa tá nesse mesmo Problema né um monte de projeto não conseguiu nada tá saindo né a equipe tá desmotivada tá aquela bagunça a gente não sabe nem por onde começa tudo é prioridade tudo é para ontem a a as quem é para cuidar de estratégia de líder né liderança de estratégia tá no Opera

ional apagando incêndio porque não tem como sair dali como é que a gente resolve isso cara só tem uma palavra que que a causa raiz disso tudo é falta de organização a palavra é organização né a Falta dela é que tá gerando tudo isso e o que que a gente faz quando a gente vai resolver isso a primeira coisa é organizar né é parar é o que o Denis acabou de falar cara é parar e falar pera aí para para tudo ess calma normalmente a galera tá naquele desespero gritando pá tudo é para ontem temos

que apagar incent todo cliente tá gritando aqui tá telefonando toda a hora calma para vamos vamos ver quais são as prioridades quais são primeiro né E e aí Seguindo nosso método antes de tudo a gente vai olhar Quais são os objetivos da sua equipe da sua empresa do cliente é para onde vocês querem ir como que você vai medir se tá atingindo objetivo tá atingindo sucesso que que você vai fazer para para atingir ou o que que vocês estão fazendo para atingir esses objetivos Quais são as iniciativas se já tem as iniciativas Quais são as

tu andamento você ainda não tem o que que você precisa começar a fazer agora PR ir pra direção certa Ah não não dá para começar nada a gente tá com um monte de projeto aqui precisa entregar então tá bom então desse monte de projeto precisa entregar que tá tudo atrasado tudo estourado prazo vamos olhar para esse projeto o que que precisa o que que ainda falta ser feito de cada um lista tudo lá tudo que falta vamos vamos priorizar isso aqui o que que entrega mais valor que que entrega menos valor prioriza organiza o o

que Precisa ser feito Vamos negociar com o cliente mostrar transparência total cara a situação é essa é isso que tá acontecendo Esses são os limites da equipe é isso tudo que precisa ser feito nós vamos trabalhar no melhor ping possível né na melhor forma possível para entregar o máximo de valor possível pro cliente cliente vai obviamente né ele também tá junto com com com a equipe no no problema né então trazer o cliente para gente dentro da equipe e negociar Junto e reorganizar essa entrega então pegar tudo que tem para ser feito priorizar o que

é mais importante e começar a trabalhar em sprints de entregas seguindo que onde cada Sprint você vai entregar aquilo que é mais importante naquele momento e tudo isso com transparência como que a gente dá transparência através do canan né ou através de de artifícios de gestão visual que o canan é um deles backlog é outro né É então assim com gestão visual Todo mundo vai conseguir ver o que que tá acontecendo o que que é prioridade O que que tem que ser feito o que é prioridade o que tá sendo feito agora o que que

já foi feito o que que não foi feito por que não foi feito porque que tá parado quem tá fazendo o qu Quais são os planos de ação para mitigar os problemas quais são os riscos e planos de ação para mitigar riscos tudo transparente organizado todo mundo sabe o que tá fazendo cara é simples é Simples é normalmente a gente consegue reverter situações de crise fazendo isso é só pegar as cois é só organizar e tem método para organizar né é o que a gente ensina Inclusive a gente acabou criando um método chama gestão ag

2.0 é um método não só para organizar isso né mas é é um acaba sendo um pouco mais abrangente mas de certa forma faz isso é parar pegar qualquer lugar que tá trouble né que tá problemático tá tudo tudo ninguém sabe o que tá acontecendo Aquele caos completo e a gente para organiza as coisas e uma vez que você organiza normalmente as coisas vão se consertando antes do previsto né as coisas vão Entrando nos eixos antes da PR nessa situação eu fui lá no cinturão de utilidades do Batman e fui pegar coisas assim Bom eu

tenho uma percepção boa para seres humanos né então eu saquei que o nível de ansiedade tava alto a gente a qualquer momento ia perder equipe o cliente tinha perdido a Confiança na consultoria a consultoria por outro lado criticava os gestores do cliente Porque pô os caras não sabem o que estão fazendo tal então eu caí de paraquedas lá falei não não é sobre pessoas tava tava se associando muito ao CPF ali é esse é o último estágio da do Caos do caos né é quando começa um culpar o outro a culpa é do outro ele

mistura problema com pessoa né O problema não é mais do o problema o problema é a pessoa [ __ ] aí pronto aí Coloquei a bola no chão né a gente foi identificar como você falou de modo visual aonde estavam os problemas e as primeiras perguntas Onde vocês querem chegar não sabemos o que que tem para fazer Ah tem isso aqui é só isso aqui não tem mais isso aqui é só isso é na verdade tem mais isso o que que cada um tá fazendo não sabemos uma semana de levantamento mas a hora que a

gente chegou no primeiro grau de clareza que é eu sei o que precisa ser feito não tem Nem o segundo grau de o como eu vou fazer o primeiro grau a gente já ganhou todo mundo consultoria ficou em paz o cliente voltou a ter confiança um caminho se abriu paraa resolução do problema tudo isso usando kamban e scrum não Show né Eh e assim no nosso método do gestão ag 2.0 isso aí é é o princípio do módulo dois né módulo do Da Da nossa etapa dois de organizar o trabalho que é organizar o trabalho

e e é isso mesmo normalmente é só ali na no no são sete Passos né no nosso método no Passo dois quando bem implementado já resolve 90% dos problemas já cara já tranquiliza todo mundo porque as pessoas querem saber cara tem solução é o módulo é o módulo dois né ou aí nossa etapa dois que é de organizar o trabalho cara já é é o primeiro é a primeira resposta né para todo mundo que tá em P em Pânico sim tem solução calma tá aqui ó a gente já sabe o que tem que ser feito

vamos planejar o como vai ser feito daqui pra Frente isso aí cara a gente tá chegando no final do episódio aqui mas eu queria eh te provocar aqui no seguinte o pessoal ouviu aqui muito sobre cambam muito sobre scrum como é que funciona casos reais que a gente trouxe pros caras mas se eles tivessem que eh saber o que que melhor se aplica para começar porque embora a gente falou que os ambos convivem bem etc tem peculiaridades ali né você falou um pouquinho no começo mas como é que eu sei o que que é melhor

Para mim e que tipo de projeto funcionaria o processo explica um pouco melhor sobre isso vamos lá né Eh em primeiro lugar tem a a gente classifica as as iniciativas nas empresas em três pontos né a gente coloca no Pelo menos é o é o é o que a gente ensina no nosso método né existem outras outras escolas aí mas e baseada em muitos estudos e muitas coisas que a gente fez e e muitas implantações né de de em [ __ ] diversas empresas de diversos setores mais de 16.000 profissionais treinados depois a gente acaba

criando algumas alguns algumas teorias também nossas próprias né e a gente classifica todas as iniciativas em três grandes grupos tá toda iniciativa Tod todo trabalho que tem na sua equipe ele tem que se encaixar em nenhum desses três grandes grupos ou você trabalha em algum processo que é algo contínuo que não tem fim definição de processo é uma sucessão de etapas que para atingir eh objetivos Intermediários mas elas não acabam né Elas não TM um fim definido pode acabar em algum momento mas todo o processo é é são uma sucessão de trabalho que não tem

fim definido e essa é a diferença fundamental do projeto então um processo não tem fim definido um projeto tem fim definido Todo projeto tem data para acabar né Todo projeto tem início meio desenvolvimento do projeto e fim finalização entrega do projeto e um processo não ele não tem fim é uma Algo que fica sempre sendo feito e tem um terceiro elemento que é o que a gente chama de produto produto ou serviço tá engloba no mesmo produto ou serviço o que que é produto ou serviço é uma espécie de processo que pode nascer como um

projeto olha só que louco né ele pode nascer como um projeto né ele pode ter um início e fim para desenvolver aquele produto ele pode ter processos para manter aquele produto andando Mas qual que é a diferença fundamental de produto Ou serviço para projeto e processo o produto ou serviço ele é algo que que entrega valor diretamente ao cliente final é o é o a razão de existir da sua equipe ou da sua empresa ou do do do trabalho que você faz no Onde você trabalha então todo mundo desenvolve ou ou ou eh presta um

serviço ou trabalha no desenvolvimento de um produto que vai ser vendido a um cliente né então um produto ou serviço e a gestão desse produto ou serviço é difer o jeito de Fazer gestão de produtos ou serviços é diferente do jeito de se fazer gestão de projetos que tem data para acabar que é diferente do jeito de fazer gestão de processos que são etapas contínuas de trabalho tá contín E aí onde entre o scrum e caman essa história toda o scrum ele foi criado Originalmente para gestão de produtos para criar produtos né lembra que a

gente comentou do do paper ali takus nonaka ele tava olhando o quê né quando o Jeff sutherland leu aquilo Ali ele tava olhando o jeito que o Japão criava produtos inovações produtos nov como como Ele criava como o mass Sony da vida criava Novos Produtos eh inclusive é a mesma fundamento do Lan Startup né que é o são os três pontos lá build measure learn né que é construir aprender eh construir medir e aprender né que p é muito parecido com o ciclo p Ah que é muito parecido com o ciclo do scr tudo tudo

da nasce da mesma fonte né que são pequenos ciclos de construção eh Planejamento construção execução entendimento disso aqui aprendizado e volta de novo constrói de novo em cima né cisem melhoria contínua e o que eu t falando isso mesmo você pegou os os três p Ah tá então o produto né a gestão de produto segue essa escola tá de mel que é um produto ou um serviço que a empresa presta Eh ele também não tem data para acabar assim como um processo né mas eventualmente Em algum Momento um produto pode deixar de existir mas ele

não tem uma data definida e e o que se espera de um produto se espera que ele melhore continuamente que ele entrega o máximo entregue o máximo de valor pro seu cliente que ele sempre Gere eh eh tem inovações melhorias e e assim por diante ou seja um produto ele uma ele pode nascer como um projeto né de criação desse produto mas ele não morre no projeto ele continua normalmente com a Gente chama de backlog que é a lista de melhorias desse produto e essa lista de melhorias ela é infinita ela cresce infinitamente conforme os

clientes vão usando vão dando feedback pra empresa a empresa vai fazendo nova pesquisa de mercado vai analisando como tá funcionando ou um serviço conforme o serviço vai sendo prestado e a gente vai entendendo melhor como como atender melhor o nosso cliente a gente vai criando modificando o nosso produto ou Serviço ao longo do tempo e essas modificações né todas essas implementações de novas modificações são itens do nosso backlog de melhoria que em tese de um produto ou um serviço nunca acaba como que a gente faz a gestão disso scrum né é o melhor forma de

fazer gestão de melhoria de processo tanto que o scram nasceu para isso né para fazer gestão de produtos aí entra uma outra escolinha aqui que lembra que a gente comentou tem os isso o produto Né E a gente tem os outros dois processos e projetos Como que eu faço gestão de projetos ou Gestão de Processos gestão de projetos existem diversas outras escolas tem a gestão de projeto tradicional onde vai pegar que você tem que fazer um plano de projeto com um cronograma plano de de do tempo planejar custo planejar risco planejar comunicação diversos planos e

planejar planejar planejar né para depois começar a executar E aí tem um ciclo de vida do Projeto né o planejamento a execução eh eventualmente uma fase de testes e uma fase de conclusão tá eh esse é o tradicional da gestão de projetos né são essas grandes fases planejamento execução um ciclo de vida de um projeto só que que o que que acontece no mundo atual mundo vuca mundo volátil que as coisas mudam o tempo todo percebeu-se que não dá para fazer mais projetos usando esse jeito tradicional de Planejar em Fases em grandes fases até dá

para projetos que de engenharia projetos de engenharia né projetos mais clássicos que não tem mudanças drásticas no meio do caminho né a gente sempre dá o exemplo de uma ponte projeto de construir uma ponte dificilmente no meio da da construção você vai descobrir que a ponte não é mais ponte alunos Engenheiros nossos me desmistificaram isso quando eles falaram a gente planejou a ponte há 5 anos atrás licitos A ponte há 5 anos atrás aí as mudanças climáticas vieram e Mudaram tudo mudaram o solo mudaram a água mas a aí onde entra essa questão né não

é na construção da ponte Não não é é no plano então o normalmente a concepção de projetos de engenharia podem usar scrum exatamente que a concepção ela vai que eles utilizado mais alunos noos isso sim sim n os nossos alunos normalmente usam nesse ponto mesmo agora a construção em si você tá lá no meio A no meio da pare vai modific pare agora não é Maisa agora não vai acontecer isso não vai né então exceto pintar a minha sala aí meu amigo mas assim normalmente projetos que T essa previsibilidade né você chegou num momento ali

de tem uma maquete é assim que tem que ser feito a planejar a construção em si pode ser faseada pode ter ali o planejamento execução o teste ok né mas a parte que sofre mudanças o tempo todo Como por exemplo o pré-projeto de uma construção Civil o projeto de um software ou qualquer projeto que a gente tem aqui no nosso ambiente de trabalho das mais variadas áreas né projeto de marketing projeto jurídico projeto de RH projeto de qualquer outra área normalmente sofre mudanças o tempo todo normalmente S mudança de regulação mudança de mercado mudança de

opinião do cliente mudança de opinião do Chefe muda o tempo todo né como é que a gente faz então a gestão desse projeto se não dá para fazer Fazado ah planejar para depois executar para depois ver se deu certo se se a gente lá no final na hora que for ver se deu certo não deu certo porque mudou tudo no meio do caminho tem que voltar lá pro planejamento O que que a gente faz US scr de novo então usar o scr em projetos tem se mostrado muito eficiente nos nos nos tempos atuais porque o

scr ele ele não faz o longo planejamento do ciclo de vida do projeto você faz planejamentos o tempo todo então a gente Ao invés de de de dar t importância ao plano a gente dá mais importância ao ato de planejar é isso a gente planeja o tempo todo a cada Sprint então a gente quebra em ciclos menores planeja esse pequeno ciclo entrega vê se tá no caminho correto tá no caminho correto planeja o próximo ciclo não tá no caminho correto eh adequa as mudanças absorve Quais são as mudanças Qual é o caminho correto e planeja

o próximo ciclo agora com essas novas informações E assim vai né então esse jeito de planejar e executar o projeto em pequenos ciclos tem se mostrado muito mais eficiente hoje em dia por isso para projeto aconselhamos também organizar com scr e processos processos não dá para fazer isso por dependendo do processo né Tem processo que até dá quando o processo é totalmente repetitivo né Mas dependendo da natureza do processo por exemplo um Sei lá uma equipe de vendas uma equipe de suporte uma equipe de suporte de atendimento a qualquer coisa imagina aqui suporte da da

da Vivo aquilo meu operador é Vivo né sei lá todos os dias Alguém pode ligar lá na Vivo reclamando de alguma coisa como vivo saber exatamente quantos chamados eles vão receber hoje ou nessa semana eles podem ter não eles tem ali uma métrica histórica né tem ali mais ou menos aproximadamente vai ter tantas pessoas Reclamando nessa semana mas não dá para saber exatamente não tem como planejar a semana de um atendente de suporte não dá né não dá porque ele não sabe exatamente quantos Pode ser que um dia tenha sei lá três e no outro

dia tem 99 não dá para saber né e Então como que você planeja sprints de de uma equipe que tem essa natureza de de um processo contínuo de um fluxo contínuo de demandas que chegam ao tempo todo e você não tem previsibilidade não planeja né Quer dizer Você coloca ali uma quantidade de pessoas suficiente para atend como que eu organizo o trabalho de uma equipe assim aí a gente usa o processo do 100% canan né que que é aquilo aquilo que eu comentei Eu não vou mais eh limitar o trabalho em Progresso né fazer essa

organização do trabalho usando limites de tempo que é o que o scram faz e vou limitar por e eh etapas de trabalho criando filas e é isso esse É o conceito de fila né então o campan nada mais é do que você organizar execução de algum trabalho contínuo usando o conceito de filas onde só entra um quando sair alguém ou seja cada etapa do seu trabalho a pessoa só vai pegar a próxima demanda quando uma demanda for concluída Uhum E é isso né então quando a gente tem normalmente para trabalhos onde a natureza é mais

processual não tem data fim é mais fluxo contínuo a gente organiza utilizando Mais os conceitos do cban do kamban quando é projeto mais os conceitos do do scrum E podemos combinar canan aqui também e se é produto mesma coisa mais scrum e também pode usar gestão visual do canan Maravilha gente com isso concluímos aqui o nosso Episódio espero que vocês tenham entendido que dá para trabalhar campan de uma maneira super harmoniosa e que a gente deu alguns exemplos aqui de que isso super funciona o Denison concluiu aqui de uma maneira Brilhante mostrando que projetos produtos

ou processos você pode utilizar eh o scr o cban para ganhar produtividade e organizar o trabalho que é o essencial acho que é isso obrigado Denis espero que se sobrou alguma dúvida coloca aqui nos comentários e a gente responde depois né não deixa de curtir né curta aqui compartilhe eu sempre esqueço disso aqui e é importante néos algoritmos tal então galera curte aí por favor faz se você não curte o o o a Plataforma não distribui para mais pessoas né então cur aqui inscreve e tal comenta comentário também é muito bom né Então faça isso

por favor e se você quiser aprender mais sobre tudo isso tem no link da descrição desse Episódio tem um link para você fazer um treinamento gratuito de gestão ágil tá a gente vai falar não só Dean como vários outros métodos de gestão que complementam né O que um gestor do Futuro deve saber Obrigado Denis Obrigado a todos um Abraço seja ágil m