Extreme Programming e Agile Development

Para o pessoal q trabalha com pair programming: existe alguma métrica para avaliar se pair programming está tendo o resultado q deveria ?

[]s

aaraujo wrote:Para o pessoal q trabalha com pair programming: existe alguma métrica para avaliar se pair programming está tendo o resultado q deveria ?

Qual a métrica que você usa para avaliar se uma pessoa trabalhando sozinha está tendo o resultado que deveria?

GUJ Master Membro desde: 27/04/2006 21:01:27 Mensagens: 1134 Offline

ZehOliveira wrote:Qual a métrica que você usa para avaliar se uma pessoa trabalhando sozinha está tendo o resultado que deveria?

Trabalho dentro do prazo, sem bugs e a satisfação dos clientes?

Sendo que uma pessoa está no descrito acima, como com duas pessoas será melhor?

Thiagosc wrote:Trabalho dentro do prazo, sem bugs e a satisfação dos clientes?

Sendo que uma pessoa está no descrito acima, como com duas pessoas será melhor?

Supondo que essa pessoa nunca se demita, tenha caganeira, precise levar a avoh na musculacao, renovar a carteira de motorista, faca uma obturacao, quebre o braco, tenha um ataque de flatulencia incontrolavel ou, pior das hipoteses, se vicie em foruns de internet, voce esta certo.

Mas ainda temos um probleminha: quantos projetos vc ve por ai onde tem so uma pessoa programando? Nos que eu costumo participar, o tamanho da equipe varia entre 4 e 40 desenvolvedores. E fazer com que eles se comuniquem direito eh um problema que pair programming resolve bem, especialmente quando o design da aplicacao, ferramentas, requisitos, processos e o projeto em si mudam.

Resumindo, pair programming aumenta significativamente a chance de a sua equipe enfrentar qualquer tipo de adversidade.

Carlos,

você poderia definir melhor como se resolve a comunicação de forma eficiente utilizando Pair Programming em equipes com muitas pessoas ?

Fabrício Cozer Martins wrote:Carlos,

você poderia definir melhor como se resolve a comunicação de forma eficiente utilizando Pair Programming em equipes com muitas pessoas ?

Usando as outras praticas do XP e/ou sua metodologia agil favorita, que eu nao vou elaborar pq ja tem muito material bem mais detalhado por ai.

GUJ Ranger Membro desde: 02/06/2005 16:28:38 Mensagens: 939 Offline

Vamo botá lenha nessa fugueira...

Qual o perfil do profissional para trabalhar com metodologias ágeis? Ou melhor, existe perfil?

Que dizer das Fábricas de Software?! Não são contraditórias com o conceito de XP, que delega autonomia à equipe e não considera o cara como "peão", mas sim um ser pensante e sempre apto a contribuir para a melhoria do processo!?

IMHO, o XP e outros Agile Methods pregam uma grande horizontalização da pirâmide organizacional, trazendo as pessoas que produzem para perto do centro decisório. É o perfil de trabalho do século 21, de pessoas que geram e consomem conhecimento.

What is classpath? Membro desde: 08/09/2006 10:12:55 Mensagens: 9 Offline

Taz wrote:

Vamo botá lenha nessa fugueira...

Qual o perfil do profissional para trabalhar com metodologias ágeis? Ou melhor, existe perfil?

Que dizer das Fábricas de Software?! Não são contraditórias com o conceito de XP, que delega autonomia à equipe e não considera o cara como "peão", mas sim um ser pensante e sempre apto a contribuir para a melhoria do processo!?

IMHO, o XP e outros Agile Methods pregam uma grande horizontalização da pirâmide organizacional, trazendo as pessoas que produzem para perto do centro decisório. É o perfil de trabalho do século 21, de pessoas que geram e consomem conhecimento.

O perfil acho q é o mesmo de qualquer desenvolver, o q pode influenciar ou não é a experiência com as metodologias. A XP até q tenta melhorar esse conceito de "peão" (ou recurso), mas isso continua, muitas empresas acham q o cara q tá do lado vendo tudo, tá apenas corrigindo, fazendo um trabalho como qualquer "peão" faz, ele fica lá pra estar corrigindo código (e não pensando). Felizmente naõ são todas.

Ah, sei lá também. : )

Notícias, artigos e o maior fórum brasileiro sobre Java