TFS confused by team, area, project, area, iteration
Estou confuso com todas as coisas em TFS. Alguém pode explicar como tudo isto se encaixa?
- colecção de projectos de Equipa
- projecto de Equipa
- equipa
- Área
- iteração
a partir de Esta Página, acho que uma colecção de projectos (equipa) pode conter vários projectos (equipa), que podem conter várias equipas. A sério? Os projectos podem conter outros subprojectos? As equipas podem conter outras sub-equipas? A equipa define um conjunto de pessoas (equipa). Mais alguma coisa?
Acho que a equipa pode definir a sua área e as suas iterações, ou então herdá-las do Pai. A sério? É possível analisar o caminho da área? Por exemplo, quando o caminho da área é "DSS\ADC\MML" isso Sempre significa que " DSS "é o projecto, e" ADC\MML " é a equipa?2 answers
Uma colecção de projectos de equipa é uma base de dados que contém uma colecção de projectos de equipa.
Um projecto de equipa é uma unidade organizacional para código-fonte, itens de trabalho, definições de compilação, definições de lançamento, testes manuais, etc. Você pode ter vários projetos de equipe por coleção. Um projeto de equipe pode ser considerado como "uma coleção de aplicações de software e todos os artefatos associados necessários para planejar o trabalho, construir, testar e liberar as aplicações".
Uma equipa é uma unidade organizacional dentro de um projeto de equipe permitindo que várias equipes trabalhem simultaneamente em diferentes aspectos do portfólio de software. Cada equipe pode ter seu próprio backlog, dashboards, etc. As equipas estão associadas às áreas.
Uma área é uma unidade organizacional no âmbito de um projecto de equipa utilizado para agrupar trabalhos semelhantes. Uma área pode ser atribuída a uma equipe, o que significa que quaisquer itens de trabalho que aparecem nessa área são do domínio dessa equipe. As áreas podem ter qualquer hierarquia que você quiser, e os nomes fazem não necessariamente mapear para algo como um nome de projeto de equipe ou um nome de equipe.
É usada uma iteração para definir os backlogs e sprints/iterações do seu item de trabalho. Uma equipe geralmente recebe uma iteração de backlog, e então sub-iterações definem as sprints e as datas associadas de início/fim para o trabalho.
- equipa, área e iteração são partições independentes de artigos de trabalho.
Quando vir {[[0]} deve pensar: a área é ADC\MML no âmbito do projecto.
Da mesma forma, quando você vê Iteration Path = DSS\ADC\Sprint 23 você deve pensar: iteração é ADC\Sprint 23 no âmbito do projecto.
Cada Item de trabalhopertence exactamente a uma área e exactamente uma iteração. Você pode imaginar todos os itens de trabalho dentro de uma grade bidimensional de área e iteração, como abaixo.
Tal como a área e a iteração, uma equipa existe dentro de um único projecto. Quando você vê Team = DSS/MML Dev você deve pensar: a equipe é MML Dev no âmbito do projecto. Repare que, ao contrário da área e da iteração, a equipa usa as barras dianteiras e a equipa não pode ser hierárquica.
Os itens de trabalho são Não associados a uma Equipa. Em vez disso, cada equipa pode ser associada a qualquer subconjunto de áreas e/ou iterações com o projecto. (Para alterar as áreas e iterações atribuídas a uma equipa, clique no ícone gerir a equipa no canto superior direito da página web). Portanto, a equipa está indirectamente associada a um conjunto de itens de trabalho. A relação entre a equipa e o Item de trabalho é de muitos para muitos.
