O documento discute como funciona uma empresa ágil de desenvolvimento de software. Ele explica que o modelo tradicional em cascata não funciona bem para todos os projetos e que o desenvolvimento ágil surgiu para colocar o foco na colaboração com o cliente, entregas incrementais e adaptação às mudanças. Algumas metodologias ágeis como Extreme Programming (XP) e Scrum são descritas, com práticas como planejamento em pequenas etapas, programação em pares e testes automatizados.

1. Como funciona uma
empresa ágil de
desenvolvimento de
software
FERRAMENTAS E METODOLOGIAS

2. Elvis Lima
Web Developer - Fortes Informática
Twitter: @elvisdelima
Github: elvisdelima
Email: elvisdelima89@gmail.com

3. Conhecendo o Grupo Fortes

4. Contabilidade

6. Administrativos
e Financeiros
Contábeis
Varejo e Atacado
Business
Intelligence
Controle de
Transporte e Frota
Gestão de
Pessoas

7. Onde estamos

8. Nossos Clientes

9. Setor de
Desenvolvimento de
Software

10. Empresas de Desenvolvimento

11. Ambiente

12. Desenvolvimento Ágil de Software

13. Modelo tradicional Waterfall ou Cascata

15. Então Cascata não funciona?
• Recomendado para uso em projetos que
são relativamente estáveis
• Onde as necessidades dos clientes podem
ser claramente identificados numa fase
inicial

16. E o Ágil, como surgiu?
• Indivíduos e interação entre eles mais que processos e ferramentas
• Software em funcionamento mais que documentação abrangente
• Colaboração com o cliente mais que negociação de contratos
• Responder a mudanças mais que seguir um plano
Matifesto Ágil

17. Extreme Programming

18. Extreme Programming
• Comunicação
• Simplicidade
• Feedback
• Coragem
• Respeito
• Dar Feedback rápido
• Presumir simplicidade
• Fazer Mudanças incrementais
• Abraçar mudanças
• Trabalho de alta qualidade.
Valores Princípios

19. Extreme Programming (Práticas)
• Jogo de Planejamento (Planning Game)
• Fases pequenas (Small Releases)
• Metáfora (Metaphor)
• Design Simples (Simple Design)
• Time Coeso (Whole Team)
• Testes de Aceitação (Customer Tests)
• Semana de 40 horas (Sustainable Pace)
• Reuniões em pé (Stand-up Meeting)
• Propriedade Coletiva (Collective Ownership)
• Programação Pareada (Pair Programming)
• Padronização do Codigo (Coding Standards).
• Desenvolvimento Orientado a Testes (Test Driven Development)
• Refatoração (Refactoring)
• Integração Contínua (Continuous Integration)

21. Scrum

22. Scrum

23. KANBAN

24. Mais sobre o assunto

25. Práticas
• Auto-Organização
• Programação em Par
• Revisão de Código
• Stand-Up Meeting
• Reunião de Retrospectiva
• Reunião de Inspeção de Código
• Reunião de Troca de Experiências
• Melhoria Contínua

26. Reunião Semanal/Quinzenal
• Entrega
• Retrospectiva
• Criação do Sprint
Dashboard
Stand-up Meeting
• O que fez?
• O que vai fazer?
• Algo que atrapalha?
Dia da Melhoria
• Refatoração
• Escrita de Testes
• Estudo e Treinamento
Reunião de Inspeção
• Inspeção de código
• Uso de Padrões
• Débito Técnico

27. Ambiente de
Desenvolvimento e
Testes

28. Ciclo de vida de uma tarefa

29. Desenvolvedor Tester
Iniciar tarefa
Escrever testes (TDD)
Desenvolver Funcionalidade
Mover a tarefa no quadro para
Teste
Testar Requisitos
Funcionais
Mover a tarefa no quadro
Para Aprovado
Entrega
Mover a tarefa no quadro para
Finalizado Apresentação da tarefas
Executar o processo de liberação
da tarefa

30. Repositório
(GIT ou SVN)
Integração Contínua
(Team City ou Cruise Control)
Deploy Contínuo
(Team City ou Cruise Control)
Prepara Base de Testes
Executa Testes Unitários
Executa Testes Funcionais
Verifica Cobertura
Código dos Testes
Atualizando Métricas

31. Tecnologias

32. Perguntas?
Obrigado! 