The Seven Wastes of Software Development
Os sete principais desperdícios em desenvolvimento de software.
Pula mais alto não vale, logo esta palestra trás experiências práticas e exemplos reais de como identificar o desperdício e como trabalhar para elimina-lo.
É uma visão voltada a produção de software, que na minha opnião é artesanal, logo, a grande maioria dos exemplos disponíveis no mercado, que falam sobre Lean, não se encaixam na realidade de sofware
5. Os 7 principais desperdícios
The 7 Wastes of
Software Development
6. Três maiores desperdícios em desenvolvimento de software:
• Construir o requisito errado – Extra features
“Se parace não haver tempo para construí-lo direito, certamente não há tempo suficiente para construí-lo certo”
– Mary Poppendieck.
• Construir o requisito com erros - Defects
“Não há nada tão inútil quanto fazer eficientemente oque não deve ser feito." – Peter Drucker
• Filas mentais - Task Switching/Mental Queue
“Trabalho em progresso esconde defeitos, fica obsoleto, causa filas mentais , e atrasa a realização do valor” –
Mary Poppendiek
8. Possíveis razões:
1 – Falta de entendimento da visão do produto e do público alvo
3 – “Gold-plating” do time de desenvolvimento
4 – Priorizações erradas de características do produto
Trabalho extra
Priorização seguindo a ordem: valor, custo e risco. Qualidade não é
negociável
Obter o comum acordo entre PO e Desenvolvedor sobre a prioridade das
histórias
Só iniciar o “product backlog” após ter identificado o público alvo e
entendido visão do produto
10. Possíveis razões:
1. Falta de entendimento da história;
2. A história não satisfaz o princípio de INVEST;
3. Falta de práticas de engenharia de software como TDD e Refactoring;
4. Falta de critério de aceite final e definição de pronto;
5. Falta de habilidades técnicas nos membros do time;
6. Envolvimento tardio dos testadores;
7. Falta de atenção nos testes automatizados.
Defeitos
11. Controle sua arquitetura
Por que os sistemas se tornam "grandes bolas de lama"?
Causas:
• Mal cheiro
• Dívida técnica
• Anti-padrões
Solução:
• Regras arquiteturais com integração contínua
• Teste de sanidade
Defeitos
17. Possíveis razões:
1. Interrupções de tarefas em andamento;
2. Falta de análise das necessidades das tarefas por história;
3. Time compartilhado entre projetos;
4. Falta entendimento da priorização das histórias entre o “product owner” e o time de
desenvolvimento
Alterar entre tarefas/Filas
mentais
Obter toda informação, hardware, necessária pra iniciar a tarefa
Identifique dependências no “Sprint planning meeting”
Divida as histórias em tarefas menores (INVEST)
Identifique a ordem em que as tarefas tem de ser executadas, então
trabalhar nelas até finalizar completamente
Idealmente times ágeis tem de estar dedicados
18. Nós temos o poder
Para tornar o seu processo ágil, pense Lean!
Lean requer uma mudança da cultura e dos hábito.
É UMA MUDANÇA DE MENTALIDADE E COMPORTAMENTO !