Please enable JavaScript.
Coggle requires JavaScript to display documents.
Qualidade de Software em Projetos Ágeis - Coggle Diagram
Qualidade de Software em Projetos Ágeis
Problemas nos processos tradicionais
Orientado a processo
Rígido
Preditivo
Burocrático
Mudanças :forbidden:
Feedback lento
Foco em reproduzir e controlar
Aprendizado e Criatividade :forbidden:
Gerenciamento
excessivo
O Manifesto Ágil
Foco
Colaboração com o cliente
Software em funcionamento
Indivíduos e interações
Responder a mudanças
Publicado em fevereiro de 2001
Robert Cecil Martin (Uncle Bob), criou um encontro para as pessoas interessadas em Métodos Leves
17 autores
Atualmente há uma grande variedade de métodos ágeis
É comum a combinação de mais de um método
Desenvolvimento Ágil
PDCA
Plan
Do
Check
Act
Melhoria de pessoas e projetos
Testes em pequenas escalas
Previne erros
Princípios
Gerenciamento Ágil
Papel do Gerente de Projeto
Reconhecer que o projeto sofrerá muitas mudanças
Gerenciar as influências externas
Ser mais um facilitador
canalizador de informações
Manter uma visão geral do projeto para o time
Técnicas
Organize seu projeto em iterações
Estabeleça marco de entrega final somente se necessário
Tenha um plano de projeto de alto nível
Crie planos de iteração detalhados com base no JIT (Just In Time)
Envolva todos da equipe no planejamento
As pessoas deveriam escolher seu trabalho ao invés de serem mandadas para fazê-lo
Faça estimativa de coisas pequenas
As pessoas deveriam estimar seu próprio trabalho
Foque nas pessoas
Tradicional x Ágil
Tradicional
Escopo: Fixo
Custos: Variável
Tempo: Variável
Maior ênfase no planejamento e controle
Desenvolvedor: hábil
Cliente: pouco envolvido
Requisitos: conhecidos, estáveis
Retrabalho: caro
Planejamento: direciona resultados
Foco: grandes projetos
Objetivo: controlar, em busca de alcançar o planejado
Ágil
Escopo: Variável
Custos: Fixo
Tempo: Fixo
Maior ênfase na execução e adaptação
Desenvolvedor: ágil
Cliente: comprometido
Requisitos: emergentes, mutáveis
Retrabalho: barato
Planejamento: resultados o direcionam
Foco: projetos de natureza exploratória e inovadores
Objetivo: simplificar processo de desenvolvimento
Desenvolvimento Ágil com SCRUM
Papéis no Scrum
Scrum Team
Membros
Equipe de Desenvolvimento
Desenvolve e testa o produto
Entregam produtos de forma iterativa e incremental
Scrum Master
Garante os valores e práticas do Scrum
Resolve os impedimentos
Conduz as reuniões
Diárias
Planejamento
Revisão
Escudo para interferências externas
Garante que o Scrum seja entendido e aplicado
Product Owner
Determina a visão do projeto
Dono do projeto
Define as funcionalidades
Determina o valor de negócio
Prioriza funcionalidades
Aceita ou rejeita o resultado do trabalho
Maximiza o valor do produto e do trabalho da equipe
5 a 10 pessoas
Times são auto gerenciáveis e multifuncionais
A qualidade é responsabilidade de todo time
Usuários
Usuários finais do produto
Stakeholders
Partes interessadas
Patrocinadores
Diretores
Visão Geral
Backlog do Produto
Lista ordenada
Itens/funções necessários para chegar ao produto final
Lista de desejos ou História de Usuários
Sprint
2 a 4 semanas
Reunião diária
Planejamento da Sprint
Backlog da Sprint
Tempo predeterminado
Os itens são congelados após o planejamento
Itens selecionados do topo do Backlog do Produto
Revisão da Sprint
Retrospectiva da Sprint
O que Funcionou
O que não funcionou
Produto Final
Release
Final
Desenvolvimento Ágil de Projetos utilizando XP
eXtreme Programming (XP)
Valores
Comunicação
Simplicidade
Feedback
Respeito
Coragem
12 Práticas
TDD
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 quarenta horas
Ciclo de Vida
Fase de exploração
Fase de planejamento inicial
Fase de iteração do release
Fase de produção
Fase de produção
Fase de manutenção
Fase de morte
Papéis
Cliente
Programador
Testador
Rastreador ou gerente
Treinador
Testes
Escritos antes da programação :warning:
Tipos
Unitário
Funcional
Programação por pares (testes estáticos)
Testes de integração
Refatoração/ Reteste
Testes de Software em Projetos Ágeis
O Manifesto do Teste Ágil
Testar continuamente
Prevenir defeitos
Entender o teste
Construir o melhor sistema
Time responsável pela qualidade
Características
Mudança x Regressão
Responder à mudança
A cada iteração, o produto cresce e os testes também
Ativo de teste
Automação de teste
Teste ágil
Quadrantes
Responsabilidades dos Testadores
Melhorar as estórias do usuário
Colaborar com os representantes
Definir os testes e estimar seu esforço
Definir estratégia de teste
Transferir e ampliar o conhecimento
Pair programming
/
Pair testing
Testes de unidades automatizados
Teste de regressão
Testes de validação de funcionalidades