Lean e Scrum

Prévia do material em texto

LEAN – Metodologia que elimina desperdícios
LEAN SOFTWARE DEVELOPMENT – Desenvolvimento de Software Enxuto
· Lean é uma metodologia de desenvolvimento.
· O Lean não é especificamente uma metodologia ágil
· Porém muitos de seus valores estão presentes em valores ágeis.
· A sua adoção pode agregar muitos valores em diversas outras metodologias e boas práticas.
· SEU PRINCIPAL FOCO É REDUZIR DESPERDÍCIOS.
· É baseado na metodologia desenvolvida pela Toyota, conhecida como Lean Manufacturing (manufatura enxuta).
· No Lean, o desperdício se refere a tudo aquilo que não é feito para o cliente. 
De acordo com o Lean, os tipos de atividades que geram desperdícios são:
· MURA (Desigualdade)
· MURI (Sobrecarga)
· MUDA (Atividades de Desperdício)
MURA - Falta de regularidade em uma operação, como, por exemplo, ritmo de trabalho irregular em uma operação, fazendo com que os operadores tenham picos de trabalho intensos depois de momentos de espera.
MURI - Sobrecarga de equipamentos ou operadores, por exemplo.
MUDA - Qualquer atividade que consuma recursos sem criar valor para o cliente. 
Temos 8 desperdícios que são:
1. Estoque - Estoque parado.
2. Espera – Maquinários, matéria-prima e equipes paradas são desperdício.
3. Superprodução – Produzir demais em pouco tempo e entregar produtos sem qualidade.
4. Correção ou Defeitos – Defeitos gera custos e trabalho extra;
5. Processamento excessivo – Processos que não agregam valor – exemplo: reuniões desnecessárias
6. Transporte – transporte desnecessário de pessoas ou equipamentos
7. Movimentação – Refere-se à movimentação de pessoas, como reuniões excessivas ou desnecessárias.
8. Conhecimentos ou habilidades – O negócio aproveita todo o potencial da equipe?
5 princípios do Lean:
1. Valor
2. Fluxo de valor
3. Fluxo contínuo
4. Produção Puxada
5. Perfeição
SCRUM
· SCRUM é um framework coerente com os valores e princípios do Manifesto Ágil. 
· O Manifesto Ágil é um documento com as melhores práticas de software, elaborado por um grupo de especialistas de desenvolvimento. 
· O manifesto ágil é visto como uma filosofia, por isso existem várias abordagens de métodos ágeis, como por exemplo: 
· XP – Extreme Programming 
· Kanban 
· Agile Unified Process 
· FDD – Feature Development Driven e outros. 
· SCRUM 
O que é SCRUM?
· O Scrum é um framework ágil, para colaboração de equipes em projetos.
· Usado para gerenciar o desenvolvimento de um produto em entregas INCREMENTAIS por meio de ciclos ITERATIVOS. 
· É executado em timeboxes, chamado de sprints, com duração de 1 mês ou menos.
· Em cada sprints são produzidos incrementos do produto. 
O que é Sprint? Sprint, no framework Scrum, é um período de tempo limitado a um mês ou menos, no qual uma versão incremental e usável de um produto é desenvolvida.
É importante saber que:
· Scrum é baseado no empirismo (tomada de decisões), no Lean (redução de desperdícios) e no agile thinking (foco em entrega que satisfaçam o cliente).
· É realizado de forma iterativa e incremental.
· Envolve grupos de pessoas multidisciplinares, que, são pessoas que em conjunto possuem todas as habilidades e conhecimentos necessários para fazer o trabalho.
· Esse grupo de pessoas é dividido em 3 PAPEIS:
· Product Owner
· Scrum Master
· Dev Team
SCRUM COMBINA QUATRO EVENTOS, que estão contidos dentro de uma Sprint: 
· Sprint planning, 
· Daily Scrum, 
· Sprint Review, 
· Sprint Retrospective 
Scrum é baseado em 3 PILARES EMPÍRICOS: 
TIA
· Transparência
· Inspeção 
· Adaptação
PAPEIS DO SCRUM:
1. PRODUCT OWNER: 
· É o dono do produto, é responsável por gerenciar o product backlog. 
· O Product Backlog é uma lista com todas as funcionalidades desejadas para um produto. 
· O conteúdo desta lista é definido pelo Product Owner.
2. SCRUM TEAM OU DEV TEAM
É a equipe de desenvolvimento do projeto. 
É o time responsável por:
· Criar um plano para a sprint, chamado de sprint backlog. 
· Desenvolver incrementos no produto a cada sprint. 
3. SCRUM MASTER
É o coach / líder da equipe. Remove os impedimentos e facilita os eventos.
ARTEFATOS DO SCRUM
Product backlog – Backlog do Produto: 
· É uma lista com todas as funcionalidades e requisitos do produto definidas pelo Product Owner e ordenadas por prioridade. 
· Os requisitos do produto podem VARIAR durante o andamento do projeto.
Sprint backlog: 
· É uma lista com todas as tarefas definidas para serem realizadas dentro da sprint. 
· O Sprint Backlog NÃO PODE MUDAR durante a Sprint. 
· É composto pela meta da Sprint, os itens do Product Backlog selecionados para a Sprint e o plano para entregá-los.
Incrementos de funcionalidade
· São as entregas ou produtos gerados ao final de cada Sprint. 
· Vários incrementos podem ser criados em uma Sprint. 
· A soma dos incrementos é apresentada na Sprint Review, apoiando assim o empirismo**. 
· A Definição de Pronto é uma descrição formal do estado do Incremento quando ela atende às medidas de qualidade exigidas para o produto. 
· No momento em que um item do Product Backlog atende a Definição de Pronto, um incremento nasce.
** Empirismo é um processo que permite decisões baseadas em fatos e evidências. O Scrum implementa um processo empírico em que é baseado em observações da realidade, e não em planos fictícios.
CERIMÔNIAS DO SCRUM
As cerimônias (eventos) garantem os três pilares empíricos (transparência, inspeção e adaptação).
Sprint planning (planejamento da Sprint) 
· Reunião de no máximo 8 horas.
· Acontece antes da sprint iniciar.
· Nela o scrum team define um planejamento colaborativo:
· Por que essa sprint é valiosa.
· O que pode ser feito nessa sprint – seleciona-se itens do product backlog para incluir na sprint atual.
· Como o trabalho escolhido será realizado?
Daily scrum
· É uma reunião diária de 15 minutos.
Sprint review (Revisão da Sprint)
· Reunião que ocorre no último dia da sprint.
· Deve ter duração máxima de 4 horas.
· O objetivo é inspecionar o resultado da sprint.
· O que foi feito e não foi feito?
· O que fazer na próxima sprint?
Sprint Retrospective (Retrospectiva da Sprint)
· Ao final de uma Sprint, o time se reúne para uma retrospectiva das entregas da Sprint para conclusão. 
· A reunião tem duração máxima de 3 horas e o objetivo é planejar as maneiras de aumentar a qualidade e eficácia. 
· Nesse evento são discutidos:
· O que deu certo durante a Sprint?
· Quais os problemas encontrados?
· Como os problemas encontrados foram ou não solucionados?
· O que pode melhorar?
DIFERENÇA RETROSPECTIVA E REVIEW:
A retrospectiva tem foco no time, ou seja, é o momento de observar, examinar e refletir sobre como o time está trabalhando e promover melhoria.
Sendo assim, o foco não está no produto, e sim, estimula a melhoria contínua.
A REVIEW está direcionada para inspecionar o resultado da Sprint. Todas as partes e membros do time participam dessa reunião.
Framework
Em suma, o framework que representa o funcionamento do Scrum é apresentado na imagem abaixo.
KANBAN
· A metodologia Kanban é uma maneira de organizar os processos que envolvem as equipes de uma empresa, priorizando tarefas e definindo o foco.
· É um método de desenvolvimento que utiliza cartões de cores diferentes ou tamanho diferentes para designar tarefas.
· Por meio dos cartões, podemos saber quais tarefas precisam ser feitas, quais estão em andamento e quais foram finalizadas.
· É utilizado para administrar o fluxo de trabalho. 
· É também conhecido como método de gestão visual. 
· O Kanban faz parte de uma das técnicas desenvolvidas pelos japoneses da Toyota dentro do modo de produção Just In Time (JIT). Ou seja, o Kanban não é o JIT, mas sim, parte dele.
· Kanban é um método baseado no Pensamento Lean e no Pensamento Ágil.
· Kanban é uma metodologia ágil para desenvolvimento de software - Afirmativa ERRADA!! 
· Kanban é um sistema de gerenciamento de fluxo de trabalho, e é uma técnica de gestão visual que permite que as equipes possam monitorar e controlar suas atividades. Pode ser aplicada também em desenvolvimento de software e nós fazemos uso dessa técnica.
Tipos de KanbanDentro das linhas de produção utiliza-se principalmente três tipos de Kanban:
· De produção: É utilizado murais em um espaço que todos podem ver, o mural se divide em:
· To do (por fazer).
· Doing (fazendo).
· Done (Feito / Concluído).
O Kanbam permite mais seções conforme necessidade de cada atividade.
· De movimentação: O Kanban de movimentação notifica diversos setores de produção de uma linha para realizar determinada ação ou esperar pela ordem subsequente.
· E-kanban: Que permite usar o quadro Kanban por meio de aplicativo genérico de planilhas, ou, programas, como o Trello, por exemplo. 
Os 4 princípios do KANBAN:
Resumo - os 4 pilares do Kanban:
1 – Comece com o que já faz.
2 – Busque por mudanças
3 – Respeite os processos
4 – Incentive atitudes de liderança
AS 6 PRÁTICAS DO KANBAN
1 – Visualizar o fluxo de trabalho
Nesta etapa o fluxo de trabalho é dividido em partes e cada atividade é escrita em um post-it. 
Dessa forma, é possível ter uma melhor visão de todo o trabalho que está em andamento.
2 – Limitar trabalho em progresso (WIP)
É difícil trabalhar com diversas tarefas simultâneas. Por isso, quando o trabalho em progresso é limitado, as equipes conseguem ficar mais equilibradas. 
Então, defina quais itens podem entrar simultaneamente em cada etapa.
3 – Gerenciar o fluxo
Após limitar o trabalho em progresso, é importante que o fluxo de trabalho seja gerenciado.
4 – Construir políticas de processo explícitas
Essa prática faz com que todos os envolvidos consigam compreender claramente com o que estão trabalhando, deixando os processos, os papéis e as definições mais claras para todos.
5 – Implementar feedbacks loops
Deve ser implementado o feedback loop, pois ele utiliza os resultados para tomar algumas ações futuras.
Com o feedback loop é possível monitorar o desempenho das atividades, conforme as avaliações retornam. 
6 – Melhorar a colaboração
Engajar a equipe em prol da mudança, promovendo a melhoria contínua por meio do Kanban.
WIP: 
· O acrônimo WIP significa Work In Progress (Trabalho em Progresso). 
· WIP é o número de tarefas que um time possui atualmente. 
· Ele mostra a capacidade do fluxo de trabalho do seu time a qualquer dado momento. 
· A limitação do WIP é uma das propriedades centrais do Kanban.
· Os limites de WIP restringem a quantia de trabalho em diferentes etapas (colunas do quadro Kanban) do fluxo de trabalho. 
· A implementação dos limites de WIP permite que você complete um item de trabalho de maneira mais rápida, ao ajudar seu time a focar somente nas tarefas atuais.
Exemplos de Kanban:
– Planejamento de projetos;
– Desenvolvimento de produtos;
– Fluxo de vendas;
– Desenvolvimento de sistemas;
– Gestão financeira;
– Trabalhos de marketing;
– Plano de estudos.
EXTREMMING PROGRAMMING – XP
· É uma metodologia ágil para equipes pequenas e médias que desenvolvem software.
· Uma de suas práticas mais conhecidas é a programação em pares, onde, dois programadores compartilham uma única máquina para desenvolver o código, um desenvolve, e outro observa procurando erros.
· Outra prática, é a refatoração de código, com intuito de simplificar o algoritmo sem perda nas funcionalidades.
· XP tem como foco a ABORDAGEM INCREMENTAL E A COMUNICAÇÃO.
Valores da XP:
· Comunicação
· Simplicidade
· Feedback
· Coragem
· Respeito
Quando usar XP:
· A equipe de tecnologia é pequena, não superior a 12 pessoas.
· Há projetos de pesquisa que preveem mudanças constantes.
· Há alteração dinâmica dos requisitos do software e mudanças no escopo do projeto.
image1.png
image2.png
image3.png