Please enable JavaScript.

Coggle requires JavaScript to display documents.

Qualidade de Software em Projetos Ágeis - Coggle Diagram

- - - - Foco em
        
        Reproduzir
        
        Inibe aprendizado e criatividade
        
        Controlar
        
        Gerenciamento excessivo
  - - - Marco o início do movimento
        
        Elaborado por 17 especialistas
      - 4 princípios básicos
        
        1 -Valorização de indivíduos e interações mais do que processos e ferramentas
        
        2- Software em funcionamento mais do que documentação abrangente
        
        3- Colaboração com o cliente mais do que negociação de contratos;
        
        4- Respostas às mudanças mais do que seguir um plano
    - - Ao assumir que os requisitos iniciais serão alterados, permitem um melhor gerenciamento das mudanças de requisitos
        
        O software é desenvolvido e entregue em ciclos curtos
        
        Orientado pela visão/valor
    - - Foque nas pessoas
      - Organize seu projeto em iterações
      - Estabeleça marco de entrega final somente se for realmente necessário
      - Tenha um plano de projeto de alto nível
      - Crie planos de iteração detalhados com base no just in time
      - Envolva todos da equipe no planejamento
    - - Reconhecer que o projeto sofrerá muitas mudanças
      - 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
- - - - É o desenvolvimento de um incremento de um software a ser entregue em determinado prazo
        
        Ao final de cada etapa, existe uma revisão do produto para validação. É só depois disso que a equipe inicia o próximo sprint
        
        Foco na qualidade do produto
        e do processo
    - - Lista com requisitos e suas prioridades definidas pelo Product Owner.
        
        são definidas as funcionalidades a serem entregues ao cliente
        
        pode ser alterado a qualquer momento
    - - Consiste em uma lista de itens selecionados do Product Backog que serão realizados no próximo Sprint
      - É definida durante uma reunião chamada Sprint Planning Meeting
    - - Reunião diária realizada a cada dia de um sprint
      - Regras
        
        A reunião começa precisamente no horário marcado
        
        Todos são bem-vindos, mas apenas "poucos" podem falar.
        
        O encontro tem duração determinada (Time-Box) e dura 15 minutos.
        
        A reunião deve acontecer no mesmo local e mesma hora todos os dias
        
        3 perguntas são respondidas
        
        O que você tem feito desde ontem?
        
        O que está planejando fazer?
        
        Você tem algum problema impedindo você de realizar seu objetivo?
    - - Rever o trabalho concluído e o não concluído e apresentar uma demo ao cliente.
        
        Vantagem: a cada sprint o cliente poderá ver uma parte do produto funcionando e participar do processo fazendo sugestões de melhorias.
    - - objetivo de rever os erros e acertos no sprint realizado
        
        aprender com os erros e tentar aprimorar o produto
  - - - Determina a Visão do Projeto
      - Define funcionalidades
      - Determina o valor do negócio
      - Prioriza funcionalidades
      - Aceita ou rejeita o resultado do trabalho
    - - Garante valores e práticas do Scrum
      - Resolve impedimentos
      - Conduz reuniões diárias, de planejamento e de revisão
      - Escudo para interferências externas
    - - Times autogerenciáveis e multifuncionais
      - Equipe pequena, de 5 a 10 pessoas
      - Estima funcionalidades
      - Codifica e testa
      - Entregam produtos de forma incremental, maximizando o ganho
    - - Patrocinadores
      - Diretores
    - - Quem usa o produto
- - - - Verificar viabilidade
      - Experimentação de possíveis soluções
    - - Define estória
      - Define escopo e data da primeira entrega
    - - Escrita dos casos de teste
      - Projeto e refatoramento
      - Codificação
      - Realização dos testes
      - Integração
    - - Sistema é posto em operação em um ambiente que simula produçaõ
    - - Manutenção constante faz parte do XP
    - - Fim de um projeto XP
  - - - Escreve estórias e as prioriza
      - Auxilia na escrita dos casos de testes funcionais
    - - Escreve código e casos de teste unitários
      - Responsável por estimar estórias
    - - Ajuda cliente na definição de testes funcionais
      - Pode ser um programador
    - - Coleta dados sobre andamento do projeto
      - Confronta os dados com o planejamento feito para as iterações e release
    - - Preocupa-se com a melhoria do processo
      - Possui grande conhecimento sobre XP
  - - - Unitários - devem ser automatizados
      - Aceitação - podem ser automatizados
- - - - Responder a Mudança
      - Crescimento Constante do Produto
  - - - Teste de Verificação
        
        Teste de Regressão
        
        Teste de Validação
        
        Manuais, envolvendo testadores, desenvolvedores e stakeholders
        
        Reexecutam os Testes da Unidade e de Verificação
        
        Testadores, Desenvolvedores ou Automatizados
      - Automatizados
  - - - Orientam o desenvolvimento
        
        Testes Funcionais
        
        Exemplos
        
        Story Tests
        
        Protótipos
        
        Simulações
        
        Automação é encorajada
      - Criticam o produto
        
        Teste Exploratório
        
        Cenários
        
        Testes de Usabilidade
        
        Testes de Aceitação
        
        Alpha/Beta
      - Avalia qualidade externa
    - - Orientam o desenvolvimento
        
        Testes Unitários
        
        Testes de Integração
      - Criticam o produto
        
        Testes de Performance e Carga
        
        Teste de Segurança
        
        Testes não-funcionais ("ilidades")
      - Avalia qualidade interna