Please enable JavaScript.
Coggle requires JavaScript to display documents.
Qualidade de Software em Projetos Ágeis, Desenvolvedor, Cliente,…
Qualidade de Software em Projetos Ágeis
Desenvolvimento Tradicional de Projetos
Problemas
Preditivo
Orientado a processos
Burocrático
Possui forte resistência a mudanças
Demora-se muito tempo para obter feedback
Rígido
Foco em Reproduzir e Controlar
Inibe criatividade e aprendizado
Gerenciamento excessivo
Orientado pelo planejamento
O Manifesto Ágil (2001)
Indivíduos e interações 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
Há uma variedade de métodos ágeis para desenvolvimento de software
Na prática é comum a combinação de mais de um método
Desenvolvimento Ágil de Projetos
PDCA
Princípios
Entrega de Produto
Entregas iterativas baseadas em funcionalidades
Entregar valor ao cliente
Buscar a excelência técnica
Liderança-Colaboração
Construir equipes adaptativas
Encorajar a exploração
Simplificar
Orientado pela visão/valor
Maior ênfase na
execução e adaptação
Objetivo de simplificar processo de
desenvolvimento
Papel do Gerente de projeto
Reconhecer que o projeto sofrerá muitas mudanças durante a sua execução
Gerenciar as influências externas
Ser mais um facilitador
Atuar como uma canalizador de informações
Manter uma visão geral do projeto para o time
Técnicas de Gerenciamento
Foco nas pessoas
Organizar projetos em iterações
Estabelecer marco de entrega final
Ter um plano de projeto de alto nível
Criar planos de iteração detalhados com
base no JIT (Just In Time)
Envolver todos da equipe no planejamento
Características dos Testes Ágeis
O Manifesto do Teste Ágil :
Testar continuamente mais do que testar no final
Prevenir defeitos mais do que encontrar defeitos
Entender o teste mais do que verificar a funcionalidade
Construir o melhor sistema mais que quebrar o sistema
Time responsável pela qualidade mais que responsabilidade do testador
Mudança x Regressão
Responder à mudança é um princípio chave
A cada iteração concluída, o produto cresce. Por conseguinte, os testes também aumentam
Artefatos de teste devem ser atualizados a cada iteração
Investir em automação de testes em todos os níveis o quanto antes
Envolvimento de toda a equipe
Responsabilidades dos Testadores Ágeis
Melhorar as estórias do usuário
Colaborar com os representantes de negócio e ajudar a criar testes de aceitação adequados
Definir os testes e estimar seu esforço para a iteração e para a release
Definir a estratégia de teste, e as abordagens de automação de testes
Transferir e ampliar o conhecimento de testes para outros membros da equipe e influenciar o desenvolvimento do produto
Pair programming / Pair testing (XP): duplas de desenvolvedor+testador ou duplas de testadores
Scrum
Visão Geral
Eventos Scrum
Retrospectiva da sprint
Planejamento de Sprint
Sprint
Daily / Stand-Up
Sprint Review
Papéis no Scrum
Product Owner
Scrum Master
Scrum team
Sprint
Artefatos Scrum
Produto Backlog
Sprint Backlog
Incremento
Desenvolvedor
Cliente
Requisitos
Retrabalho
Planejamento
Foco
Hábil
Pouco envolvido
Conhecidos, estáveis
Caro
Direciona resultados
Grandes projetos
Ágil
Comprometido
Emergentes, mutáveis
Barato
Resultados o direcionam
Projetos de natureza exploratória