AULA 5: Aprenda tudo sobre o SCRUM e o KANBAN em 19 minutos

Olá seja muito bem-vindo muito bem-vinda para mais uma aula do nosso treinamento em gerenciamento de projetos e Nesta aula eu vou compartilhar com você e começar a te apresentar algumas metodologias muito utilizadas na gestão de projetos e que eu e você seja um gestor de projetos ou um membro de uma equipe de projetos vamos nos deparar com elas no nosso dia a dia e eu quero começar Então essa introdução sobre metodologias falando com você hoje sobre o scran e o canan aplicados na prática uma das metodologias tanto o scram quanto cban mais utilizadas no dia

a dia pelas equipes que adotam abordagens ágeis Então vamos lá bem Começando aqui com o scrum e é importante você saber o scram para as empresas que estão começando a aplicar a gestão de projetos e tem buscado por qual metodologia começar o scrum é uma das mais utilizadas por uma razão ela é muito simples de ser implementada entretanto Exige uma disciplina muito grande do time que está envolvido com a aplicação do scrum então então para nós hoje aqui o que é o scrum o scrum é uma metodologia ágil focada em entregas rápidas e incrementais o

que isso significa a proposta do método scrum é que o produto final ele seja feito por etapas o que significa vamos pegar um exemplo hipotético aqui e pense por exemplo num software que faz a gestão de stoque de uma empresa esse software Provavelmente tem alguns módulos que precisam estar integrados para que no final a empresa tenha essa funcionalidade de fazer uma gestão inteira do seu estoque bem qual é a proposta do scram a proposta do scran é que ao invés de se esperar a entrega de um sistema final completo para que a partir daí o

usuário final possa fazer os seus testes validações e verificar aquilo que funciona aquilo que não funciona aquilo que precisa ser alterado e aquilo que pode ser mantido Como está a proposta do scram é que você pegue esse produto completo e faça entregas parciais para que o usuário final tenha a possibilidade de já ir experimentando testando validando verificando aquilo que está sendo feito de forma essa que já haja um loop de de retroalimentação de mudanças de melhorias sendo executado enquanto um Próximo módulo por exemplo vai sendo desenvolvido logo na sequência Então isso é uma forma de

garantir que aquilo que é valor aquilo que é importante para o usuário final ele seja verificado ao longo de todo o desenvolvimento e não apenas na entrega final bem dentro da abordagem do scran nós temos alguns papéis principais desempenhado por profissionais que tê essas habilidades Então você vai ter a figura do Product owner do scram master e do time ou equipe de desenvolvimento e os principais eventos do scram são os sprints as reuniões diárias as revisões e as retrospectivas Vamos pensar aqui o Ele tem cinco cerimônias Esse é o termo utilizado primeira delas é o

planejamento do backlog o segundo é o planejamento do Sprint o terceiro é as reuniões diárias a quarta é a revisão do Sprint e a retrospectiva sendo a última quando a gente fala de planejamento do backlog nós estamos também também falando sobre refinamento dos requisitos bem para tornar isso um pouco mais visual para você entender o fluxo de trabalho então nós vamos olhar para esse esquema gráfico e bem visual que mostra como acontece então o scrum na prática bem Como comentei brevemente o que nós temos aqui é a figura do Product owner que é a pessoa

que detém a visão do produto a visão do negócio ele portanto vai entender as necessidades do negócio do cliente e propor um conjunto de especificações para um determinado produto portanto estabelecer uma visão de produto os user Stores são aquilo que a gente chama de requisitos dentro de uma gestão tradicional então esses requisitos são coletados de diversas formas e usando-se do expertise da visão da opinião dos mais diversos stakeholders lembrando stakeholders São pessoas que T interesse no projeto cliente gerente de projetos algum membro da equipe do projeto o diretor da empresa o usuário final e por

aí vai uma vez que uma série ou uma pilha de requisitos são identificados é muito importante e esse é o desafio do Product owner priorizar o backlog o que que é o backlog o backlog está relacionado ao conjunto de requisitos ao empilhamento dos requisitos usando por exemplo por exemplo um método de priorizar daquilo que é mais importante até aquilo que é desejável mas que não é mandatório para aquele produto bom uma vez que você tenha os requisitos identificados você tenha a figura de uma equipe de projeto que vai trabalhar nesse nesse desenvolvimento definida nós conseguimos

fazer aquilo que a gente chama de planejamento da Sprint nos métodos ágeis e como nós estamos falando em entregas incrementais olhando pro scr nós estamos falando que o projeto ele avança por sprints Então sprints são um conjunto de requisitos que são priorizados avaliados pelo time e que serão executados dentro de um período de uma a quro semanas na maioria dos casos o que a gente vê mais na prática são sprints de duas a três semanas uma vez que o Sprint está planejado entra-se então em execução que é essa parte aqui ilustrada como o Sprint backlog

uma prática fundamental do Sprint backlog ao longo do desenvolvimento dessas duas semanas são as reuniões deáreas que no inglês nós vamos usar o termo de Daily standups são reuniões de fato em pé de até 15 minutos para avaliar de forma objetiva o que aconteceu no dia anterior e o que será feito naquele dia por cada um dos membros da equipe do projeto e aqui também nós temos a figura do scrum master que é o facilitador do processo da aplicação do do scrum dentro de uma empresa dentro de um projeto o que que é o principal

papel do scr master facilitar o processo Então se o time ao longo da execução do Sprint encontra dificuldades algum bloqueio é o scr Master que vai procurar as pessoas e necessárias para resolver aquele problema é o scrum Master que vai buscar as ferramentas necessárias para suportar o time e garantir que o objetivo daquele Sprint que foi definido e acordado seja alcançado e obviamente nós estamos falando ao longo de todo esse processo de um conjunto de métricas que também são utilizadas para que o processo seja monitorado seja mensurado para entender a eficiência daquilo que está sendo

feito então para você mergulhar no entendimento de como funciona o scrum algumas ferramentas eu vou colocar aqui para você na aula aqui na plataforma um link para você mergulhar no funcionamento do scrum bem então logo esse Sprint seja concluído há aqui uma revisão que é de fato a revisão do Sprint ou daquilo que foi entregue do produto em em si então nós estamos falando da entrega do time de projeto dentro daquele Sprint e a retrospectiva em torno do processo das facilidades de comunicação do que faltou de informação para que isso seja melhorado ao longo da

execução do próximo Sprint bem com esse fluxo com esse processo de trabalho definido eu destaco aqui para você algum um as fases que são comuns em qualquer metodologia que esteja ligada à gestão de projetos então nós estamos falando aqui de uma iniciação através de uma visão nós estamos falando aqui de um planejamento através da reunião de planejamento do Sprint nós estamos falando aqui da execução que é propriamente o trabalho efetivo do time durante o Sprint nós estamos falando falando aqui de monitoramento e controle que são as medições as verificações feitas por exemplo através das reuniões

diária e nós estamos falando aqui do encerramento que é quando o Sprint é finalizado e aquela entrega ela é verificada e deve ser aceita pelo cliente pelo usuário final pelo stakeholder envolvido naquele Spring e agora partindo para nossa segunda ferramenta ou metodologia aqui eu quero falar com você brevemente sobre o canan o cban É uma ferramenta clássica que ganhou evidência através do Lan manufacturing um conjunto de práticas desenvolvidas pela Toyota direcionadas ao chão de fábrica e que ao longo do tempo provado a sua eficiência e melhoria na gestão ele também foi trazido e aplicado nos

ambientes administrativos E hoje nós temos dentro dos times que trabalham com projetos a aplicação do mesmo princípio nos desenvolvimentos que são realizados Então vamos lá pra gente entender aqui o que é o canan o kamban então é uma abordagem visual para o gerenciamento do trabalho e essa palavra aqui é muito importante abordagem visual porque a gestão visual facilita o entendimento de todo o time de trabalho e dá mais dinamismo ao trabalho que está sendo desenvolvido Quais são os princípios do cban visualização do fluxo de trabalho limitação do Trabalho em Progresso e foco na entrega contínua

vamos pensar em canan da seguinte forma um dos princípios do LM manufactur É garantir um fluxo contínuo das Peças em produção a ideia do cban aplicado a gestão administrativa é o fluxo contínuo de trabalho trabalho esse priorizado Qual é a ideia então é que o conjunto do trabalho desenvolvido seja visível ao gestor de projetos ao coordenador a própria equipe de projetos segundo é que há uma limitação Na quantidade de atividades que podem ser colocadas para uma pessoa ou para outra pessoa para uma área ou para outra área isso é importante porque o recurso é finito

e o cban ele vem trazer isso que nós chamamos de wip work in Progress a limitação do trabalho que está sendo desenvolvido e por último obviamente que o canan dentro desse princípio de fluxo contínuo ele vai focar no trabalho que deve ser realizado para garantir entregas contínuas entregas contínuas paraa gente visualizar isso vou colocar aqui um quadro e aplicação clássica do cban assim como na produção no ambiente administrativo também através de um quadro esse quadro ele pode ser físico por exemplo você tem um um quadro branco divide ele em basicamente três colunas aquilo que precisa

ser feito aquilo que está em andamento e aquilo que está concluído e ali através por exemplo do postit você vai pregando ali as atividades nesse quadro e vai acompanhando o estágio de cada uma delas bem como eh o volume de trabalho de cada pessoa ali designada Para uma determinada atividade obviamente como você pode ver nesse slide Aqui nós temos essa mesma visão do cban Hoje em uma série de ferramentas que estão disponíveis aí as equipes de projetos nesse caso aqui por exemplo nós temos a possibilidade de usar o Gira Mas você vai encontrar esses mesmas

facilidades no teams no Miro numa série de outras ferramentas então basicamente o que que nós temos aqui nós temos aqui o que precisa ser feito o trabalho em Progresso e Aqui é onde nós temos portanto então a limitação do volume de trabalho por recurso e aquilo que foi concluído e aqui o time de trabalho que está envolvido nesse quadro então A gestão é feita de forma visual e o objetivo aqui é dar Cadência às atividades obviamente buscando uma priorização o desdobramento da aplicação desse tipo de quadro ele pode ser feito de algumas formas e aí

semelhante ao que eu comentei com você sobre o eu vou colocar aqui também um link de um vídeo para você mergulhar no entendimento e como aplicar o canan board no teu dia a dia bem Uma Breve análise comparativa então aqui sobre os aspectos do scram e do canan então olhando aqui a questão da estrutura o scram ele tem um processo bem mais estruturado que olha desde essa etapa de iniciação até encerramento como comentado o kamban ele já tem uma flexibilidade muito maior e está relacionado diretamente a atividades do time o ciclo de trabalho no scram

pense em sprints sprints que são planejados que T duração entre uma a quatro semanas normalmente entre duas a três semanas na maioria dos times de desenvolvimento fluxo contínuo o kamban as atividades vão chegando vão sendo priorizadas e de acordo com a disponibilidade do recurso ela vai sendo realizadas mudanças e prioridades no scr nós temos uma limitação Pois houve uma atividade de planejamento anterior então aquilo que está sendo realizado durante o Sprint normalmente ele tem pouca flexibilidade à mudança Óbvio em casos altamente necessários e que há sim o entendimento de todo time sobre uma mudança durante

o Sprint isso tem um Esso é avaliado e é realizado já no cban Você tem uma alta flexibilidade em torno de mudanças mudanças permitidas a qualquer momento para você enxergar isso um pouco na prática como é que funcionaria então no desenvolvimento de um software nós vamos utilizar o o scrum para fazer o planejamento de Sprint definição das metas e ter a prática das reuniões diárias essas reuniões diárias são eventualmente o elemento Central no sucesso do scrum dentro dos times de desenvolvimento já o canan então para um desenvolvimento de software você vai criar um quadro canan

e vai listar todas as tarefas e aqui tem uma definição do limite de wip então para nós já partimos para o encerramento dessa aula quero deixar uma pergunta aqui qual metodologia combina mais com o seu estilo qual metodologia você acha que se adapta melhor ao seu estilo de trabalho o scrum ou canan E aí a pergunta é por reflita um pouco sobre isso assista os vídeos nós vamos deixar aqui adicionalmente a essa aula para você mergulhar no funcionamento dessas duas metodologias e avalie a dinâmica do seu trabalho no dia a dia então recapitulando o que

nós vios aqui nessa aula hoje nós entendemos aqui as definições de scrum e canan destacamos as principais diferenças no uso de cada metodologia e uma simulação prática breve e a importância de aplicar esse conhecimento na prática Você viu que nós temos aí duas abordagens ágeis muito utilizadas no dia a dia portanto já tem o seu resultado comprovado na prática e que podem também fazer sentido paraa tua realidade pros projetos que você desenvolve no dia a dia o importante é entender as limitações de cada uma dessas práticas e explorar o que há de melhor ou seja

as vantagens que cada uma delas oferece e entender também quais são as bases os fundamentos necessários para que eu e você tenhamos êxito no desenvolvimento dos projetos aplicando essas metodologias eu quero ver você na próxima aula porque nós vamos continuar falando sobre metodologias ágeis metodologias tradicionais e também a combinação dessas duas abordagens que pode potencializar os resultados nos seus projetos Vejo você na próxima aula um forte abraço e sucesso