Como Assegurar Antecipadamente a Morte de um Projeto Agile Distribuído?

Postado por Vikas Hazrati , traduzido por Flávia Castro de Oliveira em 10 Mar 2009

Seções

Processos e Práticas,

Arquitetura e Design

Tópicos

Adoção de Agile ,

Agile nas empresas ,

Estudos de Caso ,

Antipatterns ,

Agile ,

Padrões

Compartilhar |

Os desafios da adoção e execução do Agile são amplificados quando se trabalha de modo distribuído. O Agile Distribuído traz seus prórpios desafios em termos de separação geográfica, fuso horário variado, diferenças culturais etc. A comunicação e o feedback tem um papel vital no sucesso de um tal compromisso. Anurag Shrivastava lista abaixo, uma coleção de sugestões recolhidas de vários projetos que asseguram antecipadamente a morte de um projeto Agile distribuído. Evidentemente, a idéia é mantê-los na mente e evitar repetí-los em um projeto.

Anurag sugeriu as seguintes coisas que podem levar um projeto Agile distribuido à morte:

1. Envolva o time offshore no projeto depois de alguns sprints, uma vez que o time interno já tenha entendido a visão do projeto, o road map e feito as escolhas técnicas fundamentais.
2. Mantenha todas as decisões importantes de design com um pequeno time interno.
3. Mantenha o time offshore muito pequeno ex. 2 pessoas ou menos. Manter o time onsite pelo menos 3 vezes maior.
4. Culpe o time de offshore por todos os problemas do projeto.
5. Nunca dê feedback honesto nas retrospectivas do projeto.
6. Evite agrupamento com o time offshore a qualquer custo.
7. Se o agrupamento acontece então assegure-se de que nenhum membro do time programe em par com nenhum membro do time offshore.
8. Peça ao time offshore para lidarem com tarefas simples que ninguém do time interno gostaria de fazer.
9. Refatore o código durante os finais de semana e a noite com pouquíssima comunicação com o time offshore.
10. Reescreva uma parte significativa do código entregado pelo time offshore sem qualquer comunicação.
11. Comunique frequentemente os problemas do código criado pelo time offshore com stakeholders internos.

A falta de uma comunicação eficaz, feedback e confiança parecem ser a razão para a maioria dos pontos referidos acima.

Da mesma forma, Clinton Keith e Mike Cohn listaram 20 dicas para evitar o sucesso em um projeto Agile. Eles falam em detalhes sobre o que pode ser feito de errado da perspectiva de

• Gerenciamento
• Time
• Product Owner
• Processos

Assim, existem muitas formas de fracassar em um ambiente Agile distribuído. A idéia, é aprender com esses erros e fazer o projeto ser um sucesso. Anurag listou sua opinião sobre as dicas para fazer trabalho Agile distribuído e Chris Sims compartilhou o resultado na sua palestra do Agile 2008 sobre os fatores que contribuíram para o sucesso do Agile distribuído, para benefício da comunidade Ágil.