Usuário com melhor resposta
Hierarquia de Tarefas no VSTS

Pergunta
-
Colegas, bom dia!
Estamos iniciando o estudo da ferramenta para implementarmos na empresa e eu tenho uma dúvida crucial para o nosso progresso...
Eu preciso saber se existe uma forma de criar uma hierarquia de tarefas, ou seja, uma tarefa (ou conjunto de tarefas) só deve iniciar quando uma outra (estiver concluída) e como fazer isso.
Por favor, me indiquem algum tutorial que explique como se faz isso.
Muito obrigado,
Marcelo Leite
Respostas
-
Como foi dito anteriormente, os WI (Work items) não tem relacao de dependencia entre si, apenas links bidirecionais. Mas com a integração com o Project Professional, vc pode evidenciar através do Project a relaçao de dependencia entre as tarefas (p. exemplo não iniciar uma tarefa antes do termino da outra). Imaginando que vc seja o gerente de projeto, vc poderia colocar todos os WI com o status "planejado" e a partir do momento em que as dependencias estão completas vc troca o estado para "ativo" ou "em andamento" e o desenvolvedor pode começar a trabalhar nela. É uma abordagem simples, mas funciona na maioria dos casos.
Lembre também que com o Project você passa a ter o conceito de tarefas "agrupadoras" muito necessárias na gerencia de projeto e que não são WI propriamente ditos.
Todas as Respostas
-
O TFS não tem o conceito de hierarquia entre as tarefas (ao menos não de forma nativa). O mais próximo que você vai conseguir do que deseja é usando o Work Item Creator (http://www.codeplex.com/wicreator/)
- Sugerido como Resposta Francisco Gonçalves terça-feira, 25 de outubro de 2011 17:01
-
-
-
Se o workflow implicar em interação entre diferentes work items, então sim - não é possível fazer isso usando apenas o TFS.
Os work items do TFS oferecem uma forma básica de workflow, mas que gerencia principalmente as mudanças de estado de um mesmo work item, bem como as interações entre diferentes campos do mesmo item.
Uma alternativa bastante viável é integrar o TFS ao Workflow Foundation, usando o mesmo mecanismo de eventos utilizado pelo Work Item Creator que mencionei anteriormente.
-
Eu prefiro pensar que um work item é exatamente isto, um work item, que deve ser encaminhado para alguém, executado e encerrado. Neste conceito um work item não pode ser uma coleção de work itens. Se você quer visualizar que uma etapa do projeto foi finalizada e esta etapa depende de uma série de work itens serem executados, eu usaria o project para isto, integrando-o com o VSTS.
No entanto internamente existem alguns times que fazem o controle todo usando o VSTS, de forma bem sofisticada. Como estes caras aqui:
http://blogs.msdn.com/jeffbe/archive/2006/10/17/managing-work-for-team-system.aspx
Eduardo Miranda
-
Como foi dito anteriormente, os WI (Work items) não tem relacao de dependencia entre si, apenas links bidirecionais. Mas com a integração com o Project Professional, vc pode evidenciar através do Project a relaçao de dependencia entre as tarefas (p. exemplo não iniciar uma tarefa antes do termino da outra). Imaginando que vc seja o gerente de projeto, vc poderia colocar todos os WI com o status "planejado" e a partir do momento em que as dependencias estão completas vc troca o estado para "ativo" ou "em andamento" e o desenvolvedor pode começar a trabalhar nela. É uma abordagem simples, mas funciona na maioria dos casos.
Lembre também que com o Project você passa a ter o conceito de tarefas "agrupadoras" muito necessárias na gerencia de projeto e que não são WI propriamente ditos.