IFG- Instituto Federal de Goiás

Campus Flamboyant

Lean Software Development (LSD)

Disciplina: Engenharia de Software I

Docente: Roney
Discentes: Erilaine Lima, Tássia Gabriela Elias
Borges, Guilherme Henrique F. Vidotti, Lucas Santos
Silva.
Jataí- GO
2017
 Introdução

 O que é Lean?

 Porquê desenvolvimento Lean?

 Volume de vendas da Toyota a levou a adotar produção

Just-in-Time (JIT).
Just-in-Time
 Toyota Production System

 Criado por Taiichi Ohno chefe de produção da

Toyota.

 Houve a necessidade de um software que

apoiasse os critérios Lean Development.
 Lean Software Development

 Originou-se em 2003, através de Tom e Mary

Poppendieck;

 Segundo Jeff Sutherland, acredita que todos os

métodos ágeis são aplicações do pensamento
Lean.

 Metodologia ou método ágil;

 Aplicações Lean
Development

 Mitah Technologies: empresa foco do trabalho.

 Smartbiz: sistema de gerenciamento integrado voltado

especificamente para o setor de laticínios.
 Eliminar Desperdícios
 O desperdício pode ocorrer de várias
maneiras:

 Dinheiro;
 Recursos;
 Tempo;
 Esforço;
 Fortalecer a equipe
 Significa uma equipe Empowered.

 Pessoas de negócios e desenvolvedores devem

trabalhar juntos;

 O método mais eficiente de se transmitir informações

é o face a face.

 Ambiente auto organizado e auto dirigido.

 Entrega Rápida

 A entrega rápida e o refinamento das

necessidades do cliente;

 O implemento cíclico- objetividade nas

especificidades do cliente;

 Troca de experiência em equipe;

 Vantagens do desenvolvimento
rápido de softwares

 Soluções;

 Atender ao cliente;

 Tomada de decisões;

 Conhecimento específico;
 Otimizar o todo
 O que é?

 Função da conclusão do software;

 A funcionalidade das partes;

 Averiguação e disposições dos interesses/objetivos da

empresa;

 As partes como um todo;

 Inclua a Qualidade no
Processo
“Inspecionar para previnir defeitos é bom; Inspecionar
para encontrar defeitos é desperdício”
-- Shigeo Shingo
 Não deixe os testes para o final

 Ciclos de teste muito longos geralmente gastam

mais tempo corrigindo defeitos

 Ao invés de se esforçar para gerenciar defeitos,

evite-os
 Adie Comprometimentos
 Decisões irreversíveis devem ser tomadas o
mais tarde possível;

 É preciso definir o momento da decisão;

 Um bom líder saberá alocar flexibilidade;

 Um plano não é um comprometimento;

 Adie Comprometimentos
 Set Based Design

 Na incerteza, experimente diversas soluções

 Sempre deve haver uma solução que funciona

no prazo

 60-80% de todo software é desenvolvido após

o primeiro release
 Exemplo de decisões não
sucedidas
 Toyota Prius

 15 meses do conceito ao lançamento;

 10 opções de motores híbridos

desenvolvidos durante os 4 primeiros
meses;

 Motores híbridos viraram item opcional.

 Amplificar o conhecimento

 Abordagem;

 Troca de experiências;

 Processo de feedback;

 Mudanças são oportunidades;

 Necessidades.
 Entregando Valores
 Como criar produtos que encantem o
consumidor?

 “Um software nasce de uma sinergia entre

uma pessoa que realmente entenda do
negócio e outra que entenda de tecnologia.”

 Valor é criado quando nos concentramos no

trabalho a ser realizado.
Modelo Kano
 Desperdícios

 Qual seria a causa de todo o desperdício?

 Empresas inteligentes tem como prioridade

manter o código simples, limpo e pequeno.

 Lançar um produto com funcionalidade

certas, significa que você entende o cliente.
Complexidade
 Alguns cenários de
desperdícios evidentes:

 Funcionalidades incompletas;

 Excesso de processos;

 Antecipar funcionalidades;
 Alguns cenários de
desperdícios evidentes

 Troca de tarefas;

 Esperas;

 Defeitos.
 CONCLUSÃO

 A aplicação da filosofia Lean em

engenharia de software mostra que não
há uma receita pronta, mas sim uma
séria mudança de hábitos necessários
para evitar desperdícios.
 CONCLUSÃO

Esse trabalho teve como compromisso,

introduzir a filosofia Lean em engenharia de
software, mostrando como olhar com os
olhos do cliente o que está sendo pedido e
fazer da maneira que ocorra menos
desperdícios possíveis, utilizando as
ferramentas e métodos aqui demostrados
afim de despertar uma nova maneira de
pensar.
 Referências
Bibliográficas
 POPPENDIECK, M., POPPENDIECK, T. Lean Software
Development: An Agile Toolkit. Addison-Wesley Professional,,
2003.

 MIDDLETON, P., 2001. Lean software development: two case

studies. Software Quality Journal 9 (4), 241-252

 FADEL, A. C. SILVEIRA, H. M. Metodologias ágeis no contexto

de desenvolvimento de software: XP, Scrum e Lean. Limeira,
2010. Trabalho de conclusão de curso da Universidade Estadual de
Campinas, Limeira, 2010. Disponível em:
http://www.ceset.unicamp.br/liag/Gerenciamento/monografias/Lean
%20Agil_v8.pdf Acesso em: 01/11/2017.
 Referências
Bibliográficas
 DIAS, M. G. Aplicação da filosofia lean em uma empresa de
desenvolvimento de software. Monografia apresentada ao
Departamento de Ciência da Computação da Universidade Federal
de Lavras, 2012.

 PEREIRA, G. V. Metodologia lean de desenvolvimento de

software: uma visão geral. Disponível em:
http://www.ceavi.udesc.br/arquivos/id_submenu/387/guilherme_met
odologia_lean_de_desenvolvimento_de_software___uma_visao_ger
al.pdf Acesso em: 08/11/2017.

 PINTO, P. P. Uma abordagem para a condução de retrospectivas

Scrum baseada nos conceitos de melhoria contínua e Lean
Software Development. P.. Trabalho de Pós-graduação em Ciência
da Computação, da UFP, Recife, 2011.