Extreme programming

Instituto Infnet

Escola Superios da Tecnologia da Informação

Analise e Desenvolvimento de Sistema

Desenvolvimento Front-End : Teste 2

---

Instituto Infnet:  Escola Superior de Tecnologia da Informação

Analise e Desenvolvimento de Sistema  Bloco a - Desenvolvimento Front-End

Marcelo Silva de Souza      Turma: 2015.1     Matrícula:10686077776

                         

                                  Metodologia XP (Extreme Programming).

 Metodologia XP (Extreme Programming) não teve sucesso porque a equipe não usou a forma correta dos valores , princípios e praticas ao longo do ciclo,apesar de um possível feedback rápido do cliente , não houve o mesmo entre a equipe , por causa de alguns acúmulos de funções e também o não uso da prática de programação pareada .

- O numero de pessoas e grande , no xp são no máximo 12 pessoas.

- O coach também é desenvolvedor , isso é acumulo de função.

 Como coach ele deveria gerenciar o projeto , identificar e resolver problemas, para a equipe trabalhar apenas na tarefas priorizadas. E como desenvolvedor, teria que fazer além das estimativas de tarefas ,  o código ,como também implementar e testar .

- O analista de teste também  é redator técnico, isso é acumulo de função.

 Como analista deveria cuidar das escolhas dos testes de funcionalidade  junto a cliente e informar dos problemas identificados em cada teste. E como redator teia que cuidar da documentação viável e necessária.

- As tarefas devem ser divididas de modo que dois desenvolvedores trabalhem juntos na mesma tarefa, para que enquanto  um escreve , o outro revisa , da dicas , opiniões e corrige.

  As tarefas  devem ser também priorizadas,  fazendo assim tarefas simples em fases pequenas  , e depois testar protótipos simples e só depois juntando num todo para se implementar e testar.

- É necessário que se faça  reuniões objetivas diárias para saber o que esta sendo feito e priorizar as tarefas.

- O cliente tem que se fazer presente , sempre que houver alguma dúvida, para que o desenvolvedor não precise tomar decisões sobre funcionalidade e fazer avaliações durante as interações.

- É nesseçario que se integre o sistema várias vezes ao dia.