Please enable JavaScript.
Coggle requires JavaScript to display documents.
Qualidade em Projetos Ágeis - Coggle Diagram
Qualidade em Projetos Ágeis
Problemas no Desenvolvimento Tradicional
Orientado a Processos
Qualidade = Qualidade do Processo
Foco em:
Reproduzir - Inibe aprendizado e criatividade
Controlar - Causa gerenciamento excessivo
Resulta em
Rígido
Preditivo
Burocrático
Resitente a mudanças
Feedback demorado
Manifesto Ágil
Manifesto
Indivíduos e Interações > Processos e Ferramentas
Software em funcionamento > Documentação
Colaboração com o cliente > Negociação de contratos
Responder a mudanças > Seguir um plano
Princípios
Entrega de Produto
Entregar Valor
Iterativa, baseada em funcionalidades
Buscar excelência técnica
Liderança-Colaboração
Construir Equipes Adaptativas
Simplificar
Técnicas
Foque nas pessoas
Devem escolher seu trabalho
Devem estimar seu próprio trabalho
Devem fazer estimativas de coisas pequenas
Organize o projeto em iterações
Curtos períodos de tempo -> Objetivo Específico
Marco de entrega final SE NECESSÁRIO
Tenha um plano de ALTO NÍVEL
Dependências externas
Iterações planejadas
Estimativa de término (se possível)
Planos de iteração detalhados JUST IN TIME
Envolva todos da equipe
Desenvolvimento Tradicional vs. Ágil
Tradicional
Escopo FIXO - Custos e Tempo variáveis
Planejamento e Controle
Ágil
Escopo Variável - Custos e Tempo fixo
Execução e Adaptação
Diferenças
-- FIGURA --
Metodologias Ágeis
SCRUM
Papéis
Product Owner: Responsável por definir o backlog do produto e priorizar as funcionalidades.
Scrum Master: Responsável por garantir que o Scrum seja aplicado corretamente e que a equipe esteja trabalhando de forma eficiente.
Equipe de desenvolvimento: Responsável por desenvolver as funcionalidades do backlog do sprint.
Artefatos
Backlog do produto: Lista de todas as funcionalidades, correções de bugs e melhorias de um produto.
Backlog do sprint: Lista das funcionalidades que serão desenvolvidas no próximo sprint.
Incremento do sprint: Conjunto de funcionalidades finalizadas e testadas ao final de um sprint.
Cerimônias
Sprint planning: Reunião para definir o backlog do sprint e o objetivo do sprint.
Daily Scrum: Reunião diária para discutir o progresso do sprint e planejar o dia seguinte.
Sprint review: Reunião para apresentar o incremento do sprint ao cliente e aos stakeholders.
Sprint retrospective: Reunião para avaliar o sprint e identificar oportunidades de melhoria.
Vantagens e Desvantagens
Vantagens
Flexibilidade
Transparência
Eficiência
Desvantagens
Pode ser complexo
Pode exigir mudanças culturais
XP
Princípios
Comunicação
Simplicidade
Feedback
Coragem
Testes
Escritos ANTES da programação
Tipos
Unitário - Automatizado, realizado pelo programador
Funcional ou de Aceitação - Responsabilidade do cliente
Programação em pares facilita o teste Estático
Integração contínua pressupõe testes de integração
Refatoramento exige retestagem
Práticas
TDD - Desenvolvimento Orientado a Testes
Jogo do Planejamento
Cliente no Local
Programação em Pares
Refatoramento
Integração Contínua
Releases Pequenos
Projeto Simples
Padrões de Codificação
Propriedade coletiva do código
Metáfora
Semana de 40 horas
Ciclo de Vida - Fases
Exploração - Viabilidade e Soluções
Planejamento Inicial - Histórias, Escopo e Data
Iterações do release
Implementa Histórias
Escrita de Testes
Projeto e Refatoramento
Codificação
Testagem
Integração
Produção - Operação em ambiente simulado
Manutenção - Faz parte da natureza
Morte - Término
Papéis
Cliente - Escreve histórias e as prioriza
Programador - Escreve o código e os casos de teste, sempre em pares
Testador - Ajuda o cliente na escrita dos testes
Rastreador ou Gerente
Coleta dados sobre o andamento
Treinador
Execução técnica e evolução do processo. Treinado em XP, orienta a equipe
Teste Ágil
Manifesto de Teste Ágil
Testar continuamente > Testar no final
Prevenir defeitos > encontrar defeitos
Entender o teste > verificar a funcionalidade
Construir o melhor sistema > quebrar o sistema
Time responsável pela qualidade > Responsabilidade do testador
Características
Mudança x Regressão
Mudanças constantes podem gerar regressões
Aumento no tamanho do software = aumento dos testes
Artefatos de teste atualizados
Teste ágil demanda envolvimento de toda a equipe
Responsabilidade dos Testadores
Melhorar as histórias
Colaborar com os Representantes do Negócio (Testes de Aceitação)
Definir os testes e estimar o esforço
Definir a estratégia de teste
Transferir e ampliar o conhecimento
Pair Programming/Pair Testing
Executar testes de unidade
Executar testes de verificação de funcionalidades
Executar testes de regressão (reexecutar testes de unidade e funcionalidade, usando integração contínua)
Executar testes de validação de funcionalidades junto aos stakeholders.