Olá, pessoal!

O Team Foundation Server é uma solução da Microsoft baseada em um
conjunto de produtos que trabalham integrados para proporcionar a
gestão do ciclo de vida de uma aplicação, oferecendo suporte para todo
o ciclo de desenvolvimento, incluindo colaboração, controle de
qualidade, integração contínua e informações estratégicas que resultam
em previsibilidade do projeto. Com um conjunto de mais de 15 relatórios
disponíveis, a partir de qualquer local você poderá tomar as decisões
antecipando os problemas. O TFS atende desde os projetos pequenos aos
muito grandes, inclusive com fornecedores diferentes e com desenvolvimento
distribuído.

Com o lançamento do Team Foundation Server 2010, a Microsoft deu um
grande salto para adoção de Scrum nos projetos de desenvolvimento de
software, oferecendo templates de processo nativos e suportados pela
própria Microsoft.

O MSF AGILE 5.0 passou a suportar os seguintes tipos de Work Items: User Story, Bug, Task, Issue, Test Case, Shared Steps, oferecendo os
recursos necessários para a implementação do SCRUM usando o próprio
template do Microsoft Solutions Framework.

Neste artigo veremos como podemos planejar uma sprint utilizando o TFS
2010 com o template MSF for Agile 5.0. Vou admitir que você já tenha
criado o team project com o template MSF for Agile 5.0.

O primeiro passo que devemos realizar é a construção do Product
Backlog. O product backlog é formado por uma lista de User Storys que
devem ser priorizadas do maior para o menor valor para o cliente, com a
finalidade de planejarmos e entregarmos primeiro as funcionalidades de
maior valor. Você pode ler mais sobre como criar um bom Product Backlog
aqui.

Dentro da pasta “Shared Documents” do seu Project Portal existe uma planilha chamada “Product Planning”, conforme figura abaixo:

Na primeira aba da planilha será apresentada a lista de User Storys, conforme abaixo:

Você pode cadastrar as User Storys diretamente na planilha e clicar
no botão Publish, para as alterações serem efetuadas no TFS. Cada User
Story deve ser medida em Story Points pelo time e deve ser selecionada
a iteração à qual pertence em “Iteration Path”. Você também pode criar
as User Storys no Project Portal clicando em New Work Item / User Story.

Na segunda aba da planilha “Product Planning”, temos a configuração
das iterações, nela informamos qual é a data de início e de fim de cada
iteração, e o tamanho do time. É exibido um gráfico com a velocidade do
time, conforme abaixo:

Temos ainda a aba Interruptions, onde podemos configurar feriados e
dias não trabalhados da equipe. Aqui configuramos as interrupções de
todo o time, também temos como configurar uma interrupção de um membro
específico do time dentro da planilha de planejamento da sprint que
será explicada a seguir.

O próximo passo é o planejamento da iteração. Na sprint planning o
time deve quebrar as User Storys em tarefas e estimá-las em horas.

No TFS para criar a Task você deve selecionar a User Story e clicar
no botão “Add New Linked Work Item”, selecione no campo Link Type a
opção Child, e escreva um título para a Task.

Você deve preencher os campos “original estimate”, “remaining” e
“completed” com a estimativa original em horas, o número de horas que
faltam e o tempo completo, respectivamente. Como a tarefa acaba de ser
criada, o “original estimate” e o “remaining” serão iguais e o completed
será 0. Assim que concluirmos a tarefa, devemos mudar o estado para
“closed” e preencher o campo remaining com 0 e o completed com o número
de horas que a tarefa levou para ser concluída. Você deve ainda
selecionar, em Iteration, em qual interação essa tarefa estará.

Depois de estimarmos todas as tarefas que irão na próxima sprint,
você deve configurar a planilha “Iteration Backlog.xlsm”. Ela deverá
ficar dentro da pasta shared documents\”Sua iteração”. Você pode copiar
essa planilha da pasta “Documents \ Samples and Templates \ Document
Template Iteration Backlog.xlsm”.

Abrindo a planilha na primeira aba “Iteration Backlog”, temos todas as tarefas que foram cadastradas para a iteração atual.

Na segunda aba “Settings”, configuramos  a data de início e de fim da iteração.

Na aba iterruptions, podemos definir interrupções específicas do membro do time.

Na terceira aba, “Capacity”, temos uma visão gráfica da alocação do
time. Podemos configurar quantas horas cada membro do time poderá
destinar à iteração e assim termos uma visão se será possível terminar
os itens selecionados dentro da sprint.

Quando algum membro do time estiver com muitas tarefas, podemos
voltar na aba Iteration Backlog e mudar o campo “Assigned To” para um
membro do time que tiver horas ociosas, mostradas em verde.

O objetivo desse gráfico é mostrar se o estimado está dentro do
possível, durante a sprint caso o time sinta necessidade poderão ser
alteradas as pessoas que irão executar as tarefas. Com as tarefas
balanceadas, o time pode dar início a sprint, alterando as tarefas para
“closed’ quando forem concluídas e o campo completed work com o número
total de horas gastas na tarefa e o remaining work para 0.