Nossas equipes de scrum são divididas geograficamente (não é o ideal, eu sei!) Devido ao conhecimento específico estar disponível apenas em determinados países. Assim, uma equipe de 7 membros, tem a pessoa de negócios em uma cidade, 2 desenvolvedores em outra, 2 outros desenvolvedores em outra e 2 qa em outra.
Alguma sugestão de como gerenciar esse tipo de equipe graficamente dispersa? Alguma prática recomendada?
Como você faz standups? via skype video? garantimos que as pessoas viajem a cada 6 semanas (aparentemente, o meio tempo de confiança)? como fazemos o quadro de tarefas? Virtualmente ou via vídeo? o Kanban funcionaria melhor nessa configuração?
Respostas:
Nossa equipe teve uma situação semelhante, tivemos dois desenvolvedores que trabalharam remotamente, em diferentes estados.
Para o planejamento, tivemos uma reunião remota durante todo o dia com todos da equipe que poderiam estar juntos trabalhando juntos na mesma sala, para compartilhar os desktops com as pessoas remotas.
Nossa parede scrum era através do Excel. Dividiríamos os PBIs juntos e os adicionaríamos à planilha do Excel. Esse processo foi bastante entediante e, às vezes, fazia com que as pessoas se afastassem. A parte mais difícil foi conseguir a participação de todos.
Nossos levantamentos estão reunindo todos que podem se reunir em uma sala de reuniões com um telefone com alto-falante, compartilhando uma planilha baseada em excel e todos dando suas atualizações. Isso também seria colocado em uma parede de scrum naquela sala de reuniões para o grupo maior que estava junto. Para os desenvolvedores no telefone, colocaríamos suas tarefas na parede, mas apenas alguém as move quando atualizam.
Existem painéis de tarefas virtuais disponíveis para compra, por isso, incentivo você a olhar para isso. Tivemos contratados da Avanade que criaram um e nos licenciaram para usá-lo, tentamos, mas finalmente desistimos.
Eu espero que isso ajude.
fonte
Tente ter o máximo de tempo possível sobreposto entre os diferentes sites. Entrega precisa de comunicação rápida.
Use o GoogleDocs / Spreadsheet para compartilhar o modelo de oferta durante o planejamento da versão e do sprint, permitindo que vários membros da equipe editem simultaneamente.
Compartilhamento da área de trabalho usando o skype e use sua videoconferência ou hangouts do Google+. Use IRC ou similar para permitir comunicações frequentes de toda a equipe. Salas de bate-papo temáticas para bugs, builds, impedimentos para ajudar os membros da equipe a encontrar o lugar certo para ajudar e obter ajuda.
Tenha um IssueTracker compartilhado para rastrear os sprints e lançamentos - Jira.
Tenha burndowns online e repositórios de informações atualizados, de preferência visíveis em telas grandes em cada site.
Todo mundo vai para casa, garantindo que as construções sejam verdes e o progresso seja relatado. Cada site se beneficiaria de um scrummaster que irá comunicar com frequência o resultado de standups e que poderá ajudar a remover impedimentos da equipe remota.
Veja as lições de Craig Larman descritas aqui .
fonte
Algumas heurísticas úteis .
Criamos algumas regras que nos ajudam a tomar decisões sobre como adaptaremos (ou como NÃO adaptaremos) nosso ambiente para fazê-lo funcionar com equipes distribuídas.
Estive em equipes com membros distribuídos e também passei dois anos como desenvolvedor remoto. Descobri que a programação em pares através de ferramentas como webex ajudou muito, mas essas regras foram extremamente úteis para fazer a associação remota funcionar.
fonte
Nossa equipe tem uma configuração semelhante. Temos uma equipe inteira de analistas trabalhando em um fuso horário, cujos desenvolvedores principais são dois em uma zona e um em outra. O stand up é via skype. Usamos o pivotal para gerenciar os projetos e a montagem para acompanhar as atividades cotidianas. A política da empresa é empurrar para o git todos os dias e cada um de nós precisa passar pelos commits.
fonte