O ágil remoto é sustentável?

8

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

julien
fonte
Quem mais está no time? Com quem você está se comunicando e eles serão preparados para a quantidade de comunicação que o ágil exigirá? O problema que eu pude ver chegando é a sobrecarga de informações da parte deles. Eu não culpo você por querer isso, porém, eu tenho usado há algum tempo e o usaria se eu estivesse em uma equipe de um homem também. Isso me ajuda a manter o foco e a responsabilidade pelo meu tempo. Sinto que tomo melhores decisões porque me verifico com mais frequência.
Beth Whitezel
Editou minha pergunta para responder a isso, pois ela deveria ter sido incluída na postagem original.
julien
1
Não use o basecamp, ele não foi projetado para desenvolvedores. Você precisa de algo como redmine ou unfuddle que possua fluxo de trabalho de ticket adequado e integração com o git.
Keyo

Respostas:

6

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.

ocodo
fonte
1
Prefiro o Pivotal Tracker para software PM, mas, além disso, +1 a tudo o que o @slomojo disse. A comunicação é fundamental - para esse fim, a diligência no processo e as posições diárias por vídeo são essenciais. Eu uso esse processo há cerca de um ano com grande sucesso.
karmajunkie
Eu estava pensando em nem mencionar ferramentas específicas, devido às conotações religiosas, o que é importante é a fluência que todo mundo tem com as ferramentas, ou pelo menos com o estilo de ferramenta em uso. Algumas ferramentas são intercambiáveis, outras não.
ocodo
Sim, os standups de vídeo são muito mais valiosos que os de VOIP, mas o que for prático, um sistema de comunicação "ao vivo" é crucial.
ocodo
1

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

Jeremy French
fonte
1

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.

Jo Liss
fonte