Please enable JavaScript.

Coggle requires JavaScript to display documents.

3º MAPA MENTAL - 5 PRINCÍPIOS DO XP, São eles: comunicação, simplicidade,…

- - - - Abordagem incremental. Encoraja a comunicação entre as pessoas envolvidas. Os cinco valores fundamentais são: comunicação, simplicidade, feedback, coragem e respeito. A partir desses valores, possui como princípios básicos: feedback rápido, presumir simplicidade, mudanças incrementais, abraçar mudanças e trabalho de qualidade.
      - 4.ABRAÇANDO MUDANÇAS:
        
        É preciso coragem para assumir grandes projetos, saber ouvir o cliente, encarar as mudanças e trabalhar com prazos.
        
        5.TRABALHO DE QUALIDADE:
        
        O XP valoriza o trabalho em equipe. Por isso, é preciso saber ouvir opiniões contrárias à sua, manter o respeito entre os colegas de trabalho e aceitar sugestões da equipe.
- - - - ● Dois passos chave:
      - ○ Cliente propõe funcionalidade desejadas (histórias de usuário).
      - ○ Programadores avaliam a dificuldade de implementá-las.
    - - ● Planejamento de uma iteração (até 3 semanas):
      - ○ Uma iteração é um período curto de tempo (1 ou 3 semanas) onde a equipe
      - desenvolve um conjunto de funcionalidades.
      - ■ Cliente define as funcionalidades prioritárias para a iteração.
      - ■ Programadores as quebram em tarefas e avaliam o seu custo.
  - - - Disponibiliza, a cada iteração, parte do software 100% funcional.
      - ○ Menor risco (se o projeto não terminar, parte existe e funciona).
      - ○ Cliente pode medir com precisão o quanto já foi feito.
      - ○ Feedback do cliente permitirá que problemas sejam detectados cedo e facilitará a
      - comunicação entre o cliente e o desenvolvedor.
    - - Lançamento pode ser destinado a:
      - ○ usuário-cliente (que pode testá-lo, avaliá-lo e oferecer feedback).
      - ○ usuário-final (sempre que possível).
  - - - O design está presente em todas as etapas do XP
      - ○ O projeto começa simples e se mantém simples através de testes e refinamento do design
      - (refatoramento).
    - - Todos buscam design simples e claro. Em XP, isso é levado a níveis extremos.
      - ○ Não é permitido que se implemente nenhuma função adicional que não será usada na atual
      - iteração.
    - - ● Implementação ideal é aquela que:
      - ○ Roda todos os testes.
      - ○ Expressa todas as idéias que você deseja expressar.
      - ○ Não contém código duplicado.
      - ○ Tem o mínimo de classes e métodos.
  - - - Todo o desenvolvimento em XP é feito em pares:
      - ○ Um computador, um teclado e dois programadores.
      - ■ Um piloto, um co-piloto.
      - ○ Papéis são alternados freqüentemente.
      - ○ Pares são trocados periodicamente.
    - - Benefícios:
      - ○ Melhor qualidade do design, código e testes.
      - ○ Revisão constante do código.
      - ○ Nivelamento da equipe.
      - ○ Maior comunicação.
  - - - ○ Test first, then code:
      - ■ Os testes primeiro, depois o desenvolvimento.
      - ● Os testes são escritos antes da funcionalidade, o
      - que também é conhecido como TDD (Test-Driven
      - Design).
      - ■ Cada unidade de código só tem valor se seu teste
      - funcionar 100%.
      - ■ Todos os testes são executados automaticamente, o
      - tempo todo.
      - ■ Testes são a documentação executável do sistema.
      - ○ Testes dão maior segurança: coragem para mudar!
      - ■ Código testado é mais confiável.
      - ■ Código testado pode ser alterado sem medo.
  - - - Projetos XP mantêm o sistema integrado o tempo todo:
      - ○ Integração de todo o sistema pode ocorrer várias vezes ao dia.
      - ○ Os testes (unidade e integração) devem ser executados.
      - ● Integração contínua reduz o tempo necessário para uma integração
      - final.
      - ● Benefícios:
      - ○ Expõe o estado atual do desenvolvimento (viabiliza lançamentos pequenos e
      - freqüentes).
      - ○ Estimula design simples, tarefas curtas, agilidade.
      - ○ Oferece feedback sobre todo o sistema.
      - ○ Permite encontrar problemas de design rapidamente.
  - - - Em um projeto XP, qualquer dupla de programadores pode melhorar o
      - sistema a qualquer momento.
      - ● Todo o código em XP pertence a um único dono: a equipe.
      - ○ Todo o código recebe a atenção de todos os participantes resultando em maior comunicação.
      - ○ Maior qualidade (menos duplicação, maior coesão).
      - ○ Menos riscos e menos dependência de indivíduos.
      - ● Todos compartilham a responsabilidade pelas alterações.
      - ● Testes e integração contínua são essenciais e dão segurança aos
      - desenvolvedores.
      - ● Programação em pares reduz o risco de danos.
  - - - O código escrito em projetos XP segue um padrão de codificação, definido
      - pela equipe:
      - ○ Padrão para nomes de métodos, classes, variáveis.
      - ○ Organização do código.
      - ● Todo o código parece que foi escrito por um único indivíduo, competente e
      - organizado.
      - ● Código com estrutura familiar facilita e estimula:
      - ○ Posse coletiva
      - ○ Comunicação mais eficiente
      - ○ Simplicidade
      - ○ Programação em pares
      - ○ Refinamento do design
  - - - Procura facilitar a comunicação com o cliente!
      - ● Equipes XP mantêm uma visão compartilhada do funcionamento do sistema.
      - ○ Pode ser uma analogia com algum outro sistema que facilite a comunicação entre os membros
      - da equipe e cliente.
      - ● Facilita a escolha dos nomes de métodos, classes, campos de dados etc;
      - ○ Serve de base para estabelecimento de padrões de codificação.
      - Exemplos:
        
        "SEU SOFTWARE É COMO UM MOTOR DE UM CARRO, SE NÃO TROCAR O ÓLEO E NÃO
        
        CUIDAR DA MECÂNICA VAI CHEGAR UMA HORA QUE ELE NÃO VAI FUNCIONAR MAIS!!!"
        
        "O SOFTWARE É COMO UMA FLOR, SE NÃO FOR REGADA E BEM CUIDADA ELA MURCHA E
        
        MORRE!!!"
  - - - Projetos XP estão na arena para ganhar
      - ○ Entregar software da melhor qualidade.
      - ○ Obter a maior produtividade dos programadores.
      - ○ Obter a satisfação do cliente.
      - ● Projetos com cronogramas apertados que sugam todas as energias dos
      - programadores não são projetos XP!!!
      - ○ Semanas de 80 horas levam à baixa produtividade.
      - ■ Produtividade baixa leva a código ruim, relaxamento da disciplina, dificulta
      - comunicação, aumenta a irritação e o stress da equipe.
      - ○ Tempo ganho será perdido depois.
      - ● Projeto deve ter ritmo sustentável por prazos longos.
      - ○ Eventuais horas extras são aceitáveis quando produtividade é maximizada no longo prazo.
  - - - Deixar alguém mexer no seu código.
      - ● Trabalhar em pares:
      - ○ Ter coragem de admitir que não sabe.
      - ○ Pedir ajuda.
      - ● Vencer hábitos antigos
      - ○ Manter as coisas simples.
      - ○ Jogar fora código desnecessário.
      - ○ Escrever testes antes de codificar.
      - ○ Refatorar com freqüência (vencer o medo).
  - - - São reuniões feitas em pé e de curta duração - mas muito
      - produtiva.
      - ○ Duração máxima de 15 minutos.
      - ● Obejtiva que o time se mantenha alinhado, para saber o que cada
      - um está fazendo exatamente:
      - ○ O que fiz ontem?
      - ○ O que farei hoje?
      - ○ Tenho algum impedimento?.
      - ● Essa reunião não tem o propósito de pensar em soluções!
- - - - Uma prática de cada vez
      - (enfatize o problema mais
      - importante);
      - Dificuldades culturais (deixar
      - alguém mexer no seu código,
      - trabalhar em pares);
      - Dificuldades devido à mudança de
      - hábitos (manter as coisas
      - simples, escrever testes antes de
      - codificar, vencer o medo de
      - refatorar);
  - - - Equipes grandes e espalhadas
      - geograficamente (falta de
      - comunicação)
      - Situações onde o feedback é
      - demorado (testes muito difíceis,
      - arriscados e que levam tempo,
      - programadores em ambientes
      - físicos distantes e sem
      - comunicação eficiente)