Please enable JavaScript.

Coggle requires JavaScript to display documents.

Desenvolvimento Ágil (Escalamento de métodos ágeis (Para o desenvolvimento…

- - - - É essencial manter builds frequentes e releases regulares do sistema
- - - - Para ser evoluído rapidamente para alcançar os requisitos em constante mudança
      - Redução de overhead
      - Há retrabalho, mas não tanto - Ex.: Menor documentação
      - Resposta rápida a mudanças sem retrabalho excessivo
  - - - Indivíduos e interações, ao invés de processos e ferramentas
      - Softwares que já funcionam, ao invés de documentação abrangente
      - Colaboração do cliente, ao invés de negociação contratual
      - Resposta a mudanças, ao invés de seguir um plano
    - - Envolvimento do Cliente
        
        No desenvolvimento
        
        Fornece, prioriza e avalia requisitos do sistema
      - Entrega Incremental - Cada entrega tem um conjunto de requisitos
      - Manutenção tão importante quanto desenvolvimento original
      - Documentação ágil - usa muito do teste automatizado para documentar
      - Pessoas, não processos
        
        De acordo com problema, cliente e recursos, há uma maneira de trabalho
        
        Sem processos prescritivos
        
        Explorar as habilidades de trabalho dos membros da equipe
      - Aceitar as mudanças
        
        Projetar para mudanças pode não ser trivial
        
        Os requisitos vão mudar
        
        O sistema deve acomodar as mudanças
      - Manter a simplicidade
        
        Tanto no software como no processo
        
        Trabalhe para eliminar a complexidade do sistema
        
        Sommerville
        
        Os métodos ágeis só se aplicam quando o software sendo desenvolvido é pequeno ou médio - **Mas já há experiência com escalabilidade
        
        Envolvimento do cliente pode ser difícil
        
        Equipe pode ser inflexível
        
        A mudança é difícil de priorizar
        
        Escopo indefinido atrapalha a negociação contratual
- - - - Grande - Dirigido a Planos
      - Pequeno - Métodos Ágeis
    - - Métodos ágeis dependem de boas ferramentas para acompanhar um sistema em evolução
    - - A equipe de desenvolvimento ágil requer pessoas acostumadas com esse tipo de trabalho “Pessoas boas, experientes”
- - - - Versão só é aceita se os testes tiverem tido sucesso
  - - - Primeira - conjunto mínimo de funcionalidades
      - Entregas Posteriores - adicionam funcionalidades à primeira
    - - Teste feito sem código
      - Falha até que a funcionalidade seja desenvolvida e atenda ao teste
      - O teste não é caro no desenvolvimento ágil
      - Testes são escritos como programas
    - - Todos os desenvolvedores se preocupam com a refatoração
      - Sempre que encontrar uma melhoria, refatorar o código
      - Testes de regressão verificam se o sistema está se comportando bem ou se regrediu a um estado anterior
    - - Desenvolvedores trabalham em duplas
      - Verificam o trabalho um do outro
      - Prestam apoio
    - - Os pares trabalham em todas as áreas do sistema
      - Para que não existam ilhas de expertise
      - Todos são responsáveis pelo código inteiro
    - - Assim que um trabalho é concluído, ele é integrado ao sistema como um todo
      - Código passa por testes de unidade; que devem ter sucesso
      - Código sempre em uma build com sucesso*
    - - Um representante para os stakeholders
      - Deve estar SEMPRE disponível
        Em XP ele é um membro da equipe (não quer dizer que ele vá programar algo)
        
        Papel
        
        Escolhe o que vai ser incluído na próxima entrega baseando-se nas prioridades e estimativas do cronograma
        
        Faz tomadas de decisões quanto aos requisitos
        
        Requisitos do usuário são expressos como cenários ou estórias
        
        Requisitos são escritos em cartões e os desenvolvedores os dividem em tarefas de implementação
        
        Evita conflito de definições, interesses, etc
    - - Fundamentais
      - Programa é testado depois de cada alteração feita
      - Desenvolvimento test-first
      - Desenvolvimento de testes incrementais a partir de cenários
      - Envolvimento do usuário no desenvolvimento de testes e validação
      - Cada Entrega construída é testada automaticamente através de frameworks
      - Escrever os testes antes do código esclarece os requisitos a serem implementados
      - Testes incluem checagem de que foram executados corretamente
      - Geralmente, um framework como o Junit é usado
      - Todos os testes, anteriores e novos, são executados automaticamente quando uma nova funcionalidade é adicionada, para checar se esta não introduziu erros
      - Cliente ajuda a desenvolver testes de aceitação para as estórias
- - - - O quê e quando deve ser entregue
      - Quem irá trabalhar no desenvolvimento dos entregáveis
- - - - Estabelecimento de objetivos gerais
      - Projeto da arquitetura
    - - Cada ciclo desenvolve um incremento do sistema
      - Possuem deadlines definidos (2 a 4 semanas em geral)
      - Correspondem a uma release no XP
      - Ponto de partida do planejamento é o backlog de produto
        
        Backlog: conjunto de coisas que deve ser feita no projeto todo
        Dele são selecionadas as tarefas a serem concluídas
      - Seleção
        
        Das características e funções que serão desenvolvidas durante o sprint pela equipe do projeto que trabalha com o cliente
      - Assim que o ciclo é definido a equipe se organiza para desenvolver o software
      - Equipe é isolada do cliente e da organização - Toda a comunicação passa pelo Scrum Master
      - Scrum Master:
        
        Protege a equipe contra distrações externas
        
        Mantém o backlog
        
        Grava decisões
        
        Mede o progresso usando o backlog
        
        Facilitador: organiza reuniões diárias
        
        Rápidas
        
        Pessoas manifestam problemas e reportam progresso, além do que está planejado para o dia seguinte
        
        Problema não é resolvido na reunião
      - Ao final do sprint o trabalho é revisto e apresentado aos stakeholders. O próximo ciclo começa
    - - Finaliza o projeto
      - Completa a documentação
        
        Frames de ajuda
        
        Manual do Usuário
      - Avalia o que foi aprendido no projeto