O ágil remoto é sustentável?

Isso está um pouco relacionado a outra pergunta que acabei de fazer, mas sou freelancer sozinho e remotamente para um contratado que deve gerenciar projetos, que grande bola de barro é codificar, por assim dizer.

Eu tenho pensado muito em trabalhar em uma proposta para lidar com seus projetos de uma maneira verdadeiramente ágil. A meu ver, isso envolveria vários aplicativos amigáveis ​​ao cliente e baseados na Web:

• basecamp para comunicação
• github como repositório
• rastreador essencial para histórias de usuários e como uma exibição do trabalho em andamento
• alguma ferramenta para reunir testes de aceitação (irá votar sugestões!)

Eu li bastante sobre o ágil e todos os bons recursos colocam muita ênfase na importância da comunicação na equipe, a ponto de desencorajar o ágil para as equipes não colocadas . Sendo o único programador, isso parecia menos problemático, mas como raramente encontrarei o cliente (se houver), estou preocupado que a comunicação possa não ser eficaz o suficiente para permitir esse tipo de gerenciamento .

Edit: Outras pessoas da equipe incluem:
- clientes (pessoas de negócios)
- gerente de produto (cliente do meu cliente)
- gerente de projeto (meu cliente)
- designer de interface do usuário

Trabalhei em alguns projetos que usavam uma estratégia de desenvolvimento ágil remoto, com resultados variados.

O nível de experiência da equipe é o fator chave, se todos os envolvidos forem competentes com essa estratégia e as ferramentas (ou podem se tornar competentes rapidamente). Então é sustentável.

Os problemas do trabalho remoto geralmente se devem à falta de comunicação, tanto pessoalmente como ao mau uso das ferramentas de rastreamento de projetos e do SCM / VCS. Os projetos ágeis de maior sucesso em que trabalhei remotamente envolveram o seguinte.

• Reuniões diárias em estilo scrum matinal face a face / VOIP.
• Planos de iteração claros (isso depende muito de um bom gerente de projeto, além de bons desenvolvedores de comunicação.)
• Ferramentas de automação, como integração contínua / servidores de construção.
• Uso diligente das ferramentas de rastreamento de projetos (e a qualidade delas).
• Uso coeso do VCS / SCM com uma estratégia de equipe bem compreendida para consolidação e ramificação.

Boas ferramentas de rastreamento de projetos que eu recomendo são Redmine, TargetProcess e Jira. Minhas experiências com o TargetProcess foram particularmente eficazes, principalmente devido ao nível de competência do PM nesses projetos.

Uma ótima equipe é, sem dúvida, a chave fundamental para o sucesso em projetos remotos (e francamente), em segundo lugar estão as ferramentas usadas para facilitar o gerenciamento e o desenvolvimento do projeto.

Outro ponto, se pares de desenvolvedores podem trabalhar em um local, então há um benefício definido sobre os desenvolvedores individuais, em termos de motivação e, é claro, de revisão contínua de código.

Eu descobri que ele pode funcionar bem com todo mundo remoto ou com todo mundo localizado. Se você tem uma mistura, as pessoas localizadas tendem a se comunicar de maneira a deixar as pessoas remotas no escuro.

Mensagens instantâneas e / ou irc podem ser ótimas para equipes remotas. Como mantém um meio de comunicação sempre ativo com um registro do que foi dito para as pessoas acompanharem

Para responder sua pergunta empiricamente, a 37signals começou com o trabalho remoto, na maior parte (ou completamente?), E obviamente não apenas funcionou bem para eles, mas o DHH disse que a diferença de fuso horário entre EUA e UE realmente os tornava mais produtivos (porque há tempo de trabalho ininterrupto e as reuniões ficam mais focadas).

Dito isto, o ponto de Slomojo de que depende do nível de experiência da equipe é muito válido, eu acho. Se você precisar fornecer muita ajuda para novos desenvolvedores, talvez seja melhor estar sentado no mesmo escritório.