O documento discute a aplicação dos princípios ágeis e LEAN em projetos de engenharia de software sem a utilização de práticas formais de engenharia de software. O autor descreve suas experiências em projetos ágeis e como os princípios LEAN de eliminar desperdícios, integrar qualidade, criar conhecimento e respeitar as pessoas podem ser aplicados sem uma metodologia estruturada. Ele também apresenta os conceitos básicos de ágil e LEAN e sua pirâmide de aplicação.
3. Um pouco sobre mim...
Engenheiro de Software
Motivação e empoderamento de equipes
Mestrado em Desenvolvimento Global de Software
www.devecletico.com.br
Rafael Audy Glanzner
4. • Foco em Inovação;
- Situada no Parque Tecnológico da PUCRS - TECNOPUC.
• Rápida adoção de novas tecnologias e absorção de know-how;
• Avaliada CMMI L2 na unidade de projetos ágeis;
- 20 anos de atuação em projetos de software.
- Experiência Internacional.
Em pouco sobre a DBServer
8. Então vamos conversar sobre...
• Confessionário (Já passei por essas dores!);
• Paradigma Ágil;
• LEAN e seus princípios;
– Será que eu consigo utilizar eles sem Engenharia de Software?
• A pirâmide LEAN!
16. Ágil por quem sabe:
Agile não é um grupo de práticas,
mas um grupo de princípios e crenças.
(Jim Highsmith)
Responsabilidade, inovação, propriedade coletiva,
melhoria contínua, mudança, colaboração, gestão de
conhecimento, pessoas, pessoas e pessoas...
http://manifestoagil.com.br/
20. Onde surgiu o LEAN?
Henry Ford Kiichiro Toyoda
Americanos 10X
mais produtivos que
Japoneses!
Necessidade de
eliminação das
perdas no processo
japonês
Criação do LEAN
Subutilização
Tarefas repetitivas
Divisão (projeto x
execução)
Qualidade no final
Muito estoque
Crise 1973
1983 – IMVP
Metade das:
Horas-homem
Espaço fabril
1/3 de defeitos
21. Eliminar o Desperdício
Tudo o que não agrega valor
Toda a cadeia – da concepção à entrega do software
Análises detalhadas prematuramente
Grandes ciclos de teste manual e correções
Processos demorados de deploy
...
25. Integrar qualidade
Qualidade desde o início
A inspeção no final tem que ser diminuída / excluída
Entrega de funcionalidades ao cliente defeituosas
Necessidade de retestar sistema a cada release
...
27. Criar conhecimento
Manter o escopo aberto
Repensar o sistema e suas funcionalidades
Necessidade de fechar o escopo antes de iniciar o projeto
Especificações detalhadas e aprovadas com muita antecedência
...
31. Adiar comprometimentos
Não tomar decisões precipitadas
Testar mais de um caminho
Decidir questões críticas para o projeto sem testar hipóteses
Engessar arquitetura no início do projeto
...
34. Entregar rápido
Fazer entregas contínuas funcionais
Todo o dia?
Esperar meses até mostrar o projeto ao cliente
Ter um processo de deploy demorado e complicado
...
37. Respeitar as pessoas
Pessoas multidisciplinares e qualificadas
Tomada de decisão conjunta
Ter muitos papéis e áreas diferentes
Considerar pessoas como “recursos” iguais
...
39. Otimizar o todo
Otimizar todas as áreas
Transbordar os conceitos de LEAN para fora do projeto
Venda de projetos “atravessados”
Cliente não preparado para criar conhecimento
...