Teresa Maciel MSC, PhD Candidate. Docente UFRPE - PDF
Teresa Maciel MSC, PhD Candidate. Docente UFRPE
Download "Teresa Maciel MSC, PhD Candidate. Docente UFRPE tmmaciel@gmail.com"
Rubens Anjos Lancastre
1 Teresa Maciel MSC, PhD Candidate Docente UFRPE
2 Sobre a instrutora... Doutoranda em Engenharia de Software (métodos ágeis), Mestre em Engenharia de Software (melhoria de processos de software), Bacharel em Ciência da Computação. Auditora Líder ISO9001:2008, com Formação Black Belt em Lean/SixSigma. É professora concursada da UFRPE, responsável pelas disciplinas de Engenharia de Software e Processo de Software, atuando também como orientadora e professora no MPES do CESAR EDU. Criadora e organizadora de eventos de disseminação de boas práticas em software, como o AgileBrazil e Agilidade na Prática. Avaliadora do prêmio nacional da qualidade e produtividade em software do PBQP- SW, tendo também sido premiada com o 2º lugar em 2002 e Cerca de 20 anos de experiência em desenvolvimento e liderança de projetos de software, tendo dedicado os últimos 10 anos à área de qualidade e metodologias de desenvolvimento de software. Conduziu projetos de melhoria de processos, sendo responsável pela estruturação e gestão da área de qualidade no CESAR por 9 anos, tendo também estruturado a área de qualidade da Pitang. Desde 2007 tem se dedicado à pesquisa e desenvolvimento na área de metodologias ágeis, tendo atuado como mentora apoiando empresas de software a implantarem uma cultura ágil em seus processos.
3 ONDE USAR?
4 história Após a II Guerra, Taiichi Ohno e Shingeo Shingeo criaram, para a Toyota, os conceitos do just-in-time, waste reduction, pull system Toyota Production System (TPS)
5 O termo Lean foi introduzido ao mundo por Womack, Jones e Roos no início da década de 90 com o livro The Machine That Changed história The World. O livro baseia-se num estudo de 5 anos sobre o futuro da indústria automóvel e onde se desvenda o sistema de produção usado pela Toyota nas suas fábricas, Toyota Production System (TPS). É no TPS que o Lean Manufacturing se baseia.
6 O termo Lean Software Development foi originado do livro de mesmo escrito Software Development por Mary Poppendieck e Tom Poppendieck, em O livro apresenta os princípios tradicionais do Lean em uma forma adaptada e um conjunto de ferramentas relacionadas a práticas ágeis.
7 Focado em melhorar drasticamente o Fluxo da cadeia de valor eliminando especialmente os Mudas
9 ... qualquer coisa além do mínimo de equipamento, materiais, peças, espaço e tempo do operador que sejam absolutamente essenciais para agregar valor ao produto. Shoichiro Toyoda,Fundador da Toyota
22 DESPERDÍCIOS
23 princípios
24 princípios Valor O que cria valor para o Cliente. Cadeia de Valor A seqüência de etapas que criam valor para o Cliente, eliminando qualquer desperdício. Fluxo de Valor Fazer a cadeia de valor fluir. Sistema Puxado Cada processo puxa as peças do processo anterior, eliminando a necessidade de programação de cada etapa do processo Perfeição Nunca se contentar com o desempenho atual procurando sempre melhorar.
25 Valor Valor é criado a partir do ponto de partida que é o cliente. O que os clientes querem, na quantidade necessária, com o grau de qualidade desejada e a um preço justo!
26 Cadeia de Valor Identificação de todas as atividades dentro do seu processo produtivo e da eliminação ou redução daquelas que não agregam valor ao seu cliente. Envolve todas as etapas de fornecimento, desde a solicitação até a entrega do produto final.
27 Fluxo Com base na cadeia de valor e na eliminação das etapas que não agregam valor, o fluxo de valor representa uma reorganização de processos e papéis na organização na busca da Perfeição (qualidade e produtividade). Inclui melhorias em atividades, papéis, disposição de áreas, comunicação entre áreas e outros aspectos.
28 Sistema Puxado A idéia é produzir somente o que os clientes querem, nas quantidades que querem, no tempo que querem. Ou seja, o cliente puxa a demanda, determina o que deve ser feito e então é feita a programação somente para aquela demanda específica. Da mesma forma, um material só deve ser enviado para a etapa seguinte quando este (o cliente interno) a requisitar.
29 Perfeição Mesmo quando o fluxo foi otimizado e o desempenho é satisfatório, sempre vai haver oportunidades de melhorias e desperdícios a serem eliminados. A busca pela perfeição fecha o cíclo de melhoria contínua que dá sentido aos valores do Lean.
30 Identifique o que é Valor Busque a Perfeição Lean Visualize a Cadeia de Valor Estabeleça um Sistema Puxado Defina o Fluxo de Valor
31 conceitos takt time
32 A1 A2 A3 A4 Tempo que se toma para executar todos os passos de uma atividade antes de repeti-los.
33 Solicitação Entrega A1 A2 A3 A4 Tempo gasto para se entregar um produto desde o momento em que sua solicitação é iniciada.
34 Relacionado à periodicidade de solicitação e demanda pelo cliente. É o tempo disponível para a produção dividido pela demanda do cliente. Por exemplo, se uma fábrica trabalha 9 horas/dia (540 minutos)e a demanda do mercado é de 180 unidades/dia, o takt time é de 3 minutos (fonte: wikipedia)
36 Fixando... Se eu tenho 12 s no meu backlog para responder e gasto 10 minutos para responder cada um, qual deverá ser lead time para cada novo que eu receba
37 Fixando... Selecionados UX Aprovação Desenvolvimento Integração Teste de UX Pronto Em produção
38 Fixando... Selecionados UX Aprovação Desenvolvimento Integração Teste de UX Pronto Em produção POSSÍVEIS DESPERDÍCIOS
39 JIT Baseado na lógica de que nada será produzido até que seja necessário.
40 JIT Principal pilar do Sistema Toyota de Produção ou Produção enxuta, onde o produto ou matéria prima chega ao local de utilização apenas no momento em que for necessário. O conceito de just in time está relacionado ao de produção por demanda, onde primeiramente vende-se o produto para depois comprar a matéria prima e posteriormente fabricá-lo ou montá-lo.
41 Sistema de produção adotado pela Toyota onde cada atividade puxa as solicitações da atividade anterior, eliminando a necessidade de programação de cada etapa. A necessidade de produção é dada pelo nível do estoque.
42 PROCESSO PUXADO BACKLOG W I P BUILD DEPL SELECTED ON DEV DONE A B C D E F
43 PROCESSO PUXADO BACKLOG W I P BUILD DEPL SELECTED ON DEV DONE C A D E F B
44 PROCESSO PUXADO BACKLOG W I P BUILD DEPL SELECTED ON DEV DONE C A D E F B
45 PROCESSO PUXADO BACKLOG W I P BUILD DEPL SELECTED ON DEV DONE C A D E F B
46 PROCESSO PUXADO BACKLOG W I P BUILD DEPL SELECTED ON DEV DONE C A D E F B
47 PROCESSO PUXADO BACKLOG W I P BUILD DEPL SELECTED ON DEV DONE C A D E F B
48 PROCESSO PUXADO BACKLOG W I P BUILD DEPL SELECTED ON DEV DONE C A F B E D
49 Processo de Fluxo Contínuo Trabalho em times de produção de balões de papel Reflexões sobre: -Sistema puxado - distribuição de tarefas - desperdícios (espera, gargalos, ociosidade) - Medição de lead time
50 Técnicas que favorecem a aplicação do
52 5 Porquês Técnica adotada pela Toyota para identificar a causa raíz de problemas gerais. É apenas uma das ferramentas a serem utilizadas (5 perguntas não substitui uma análise detalhada). O ideal é que as perguntas sejam feitas com participação de toda a equipe, para que gere um debate em torno das causas verdadeiras.
53 5 Porquês Problema: Os clientes estão reclamando muito dos atrasos nas entregas. Por que há atrasos? Porque o produto nunca sai da fábrica no momento que deveria. Por que o produto não sai quando deveria? Porque as ordens de produção estão atrasando. Por que estas ordens atrasam? Porque o cálculo das horas de produção sempre fica menor do que a realidade. Por que o cálculo das horas está errado? Porque estamos usando um software ultrapassado. Por que estamos usando este software? Porque o engenheiro responsável ainda não recebeu treinamento no software mais atual.
54 Diagrama de Causa e Efeito Permite identificar, explorar e apresentar graficamente todas as possíveis causas, relacionadas a um único problema.
55 Técnica criada por Ishikawa em 1943, é conhecida por vários nomes: diagrama causa-efeito, diagrama espinha de peixe entre outros. Aplicável a qualquer contexto. Permite o conhecimento mais profundo de problemas.
56 Como construir? 1. Defina o problema de forma clara e objetiva. 2. Encontre o maior número de possíveis causas para o problema: a. Através de um brainstorming da equipe envolvida b. Através de pesquisa. 3. Construa o diagrama de causa e efeito: a. Coloque o problema à direita; b. Defina as categorias de causas mais apropriadas; c. Aplique os resultados do brainstorming; d. Para cada causa utilize os 5 porquês, relacionando as respostas com a causa principal. 4. Analise o diagrama construído: a. Identifique as causas que aparecem repetidamente; b. Obtenha consenso do grupo; c. Selecionar as causas de maior relevância.
57 C A U S A S EFEITO C A U S A S
58 Diagrama de Causa e Efeito Trabalho em times de produção de diagrama de causa e efeito Reflexões sobre: - especificação de problemas - análise de causa raiz - priorização de causas
LEAN SOFTWARE DEVELOPMENT E SUAS PRÁTICAS APLICADAS À ENGENHARIA DE REQUISITOS DE SOFTWARE
LEAN SOFTWARE DEVELOPMENT E SUAS PRÁTICAS APLICADAS À ENGENHARIA DE REQUISITOS DE SOFTWARE ELIANA OLIVEIRA Centro Estadual de Educação Tecnológica Paula Souza - CEETPS santos.elianasantos@gmail.com MARILIA
Universidade Federal Rural de Pernambuco Departamento de Estatística e Informática. Análise da utilização do Lean e Kanban em serviços de software.
Universidade Federal Rural de Pernambuco Departamento de Estatística e Informática Análise da utilização do Lean e Kanban em serviços de software. Karine Gabrielle Santos de Oliveira Recife, Fevereiro