Historicamente, sempre tivemos separadoVSO Projetos para cada projeto lógico em desenvolvimento. Isso é particularmente importante, pois precisamos ter registros em atraso separados para cada projeto. Cada projeto possui seu próprio Product Owner.

Temos uma equipe de cerca de 10 desenvolvedores que trabalham entre esses projetos em duas semanas de sprints.

Essa configuração levou a alguns problemas sérios ao usar as ferramentas Scrum do VSO:

Múltiplos gráficos de burndown, fluxo cumulativo e velocidadeDividir a capacidade dos membros da equipe durante os sprints

Isso tornou muito difícil monitorar o progresso do trabalho durante os sprints e planejar efetivamente o próximo. Isso me levou a criaresta pergunta StackOverflow.

Com base na resposta de MrHinsh, agora posso ter um projeto VSO e depois dividir todos os projetos em áreas:

Isso significa que temos as seguintes equipes no Projeto (todas "mapeadas" para suas áreas relevantes):

Equipe do Projeto 1Equipe do Projeto 2Equipe do Projeto 3Equipe do Projeto 4

Seria uma boa ideia adicionar um nível extra à estrutura da área?

Por exemplo, os projetos pertencem a algum produto. Um agrupamento lógico pode ser útil para relatar sake (velocidade / data de gravação / etc). Caberia muito bem ao nosso modelo organizacional:

Pelo meu entendimento, precisaríamos criar mais duas equipes:

Equipe do produto AEquipe do produto B

Questões adicionais:

Isso significa essencialmente que o backlog da equipe do produto A seria um acúmulo dos backlogs do projeto 1 e 2. MAS, os membros ainda podem adicionar itens ao backlog do Produto A, o que é um pouco errado, pois os itens do backlog devem ser criados apenas no Projeto 1 e 2. Não há como desativar isso?

Eu tenho brincado com isso no VSO e descobri que, independentemente de qual área um membro pertence, ele sempre parece ter acesso a todas as áreas do projeto. Isso significa que o controle de acesso não é bem possível. Além disso, significa que não posso "ocultar" a camada do produto.

Além disso, ao navegar para uma área de equipe, não há indicação clara da estrutura hierárquica (veja a captura de tela abaixo). Isso pode ser enganoso para os membros. Esse seria outro motivo para ocultar essas camadas do produto. Não encontrei uma maneira de fazer isso.