Pré-requisitos



Hands-On LabGerenciamento de Projeto ?gil com o Visual Studio Team Foundation Server 2012Vers?o do laboratório:11.0.50727.1 (RTM)?ltima atualiza??o:8/21/2012Tradu??o: 09/08/2012Conteúdos TOC \h \z \t "Heading 3,2,pp Topic,1,PP Procedure start,3" Vis?o Geral PAGEREF _Toc334956242 \h 3Exercício 1: Product Backlog e Sprints PAGEREF _Toc334956243 \h 4Exercício 2: Task board PAGEREF _Toc334956244 \h 23Vis?o GeralNeste exercício você aprenderá como o Visual Studio Team Foundation Server 2012 pode ajuda-lo a planejar rapidamente, gerenciar e rastrear o trabalho do seu time. Você irá explorar o novo product backlog, e taskboards que podem ser usados para acompanhar o fluxo do trabalho durante o curso da intera??o.Pré-requisitosPara concluir este laboratório você precisará da máquina vitual fornecida pela Microsoft do Visual Studio 2012. Para mais informa??es de aquisi??o e utiliza??o desta máquina virtual, confira esta postagem do blog.Sobre o Cenário Fabrikam FiberEsta série de laboratórios utiliza uma companhia fictícia para você aplicar as solu??es apresentadas a diversos cenários, a Fabrikam Fiber. Esta companhia fornece TV por assinatura e servi?os relacionados para os Estados Unidos. Eles est?o crescendo rápido e adotaram o Windows Azure para escalar o site de interface com o cliente direto com os usuários finais, permitindo que eles criassem ticket de suporte e rastreassem os técnicos. Eles também usam uma aplica??o MVC para os representantes de servi?os ao cliente administrarem as ordens de servi?o dos clientes.Nesta série de laboratórios, você passará por inúmeros cenários que envolvem a equipe de desenvolvimento e teste da Fabrikam Fiber. A equipe possui de 8 a 10 pessoas, que decidiram usar as ferramentas de gerenciamento do ciclo de vida da aplica??o (ALM – Application Lifecycle Management) para gerenciar o código fonte, executar suas vers?es (builds), testar seus sites, planejar e rastrear o projeto.ExercíciosEstes lab inclui os seguintes exercícios:Product Backlog e SprintsTaskboardTempo estimado para completar o lab: 60 minutos.Exercício 1: Product Backlog e SprintsNeste exercício, você aprenderá a usar o Team Foundation Server 2012 para gerenciar seu product backlog, criar work items, pausar work items nas tarefas, e atribuir tarefas aos membros do time. Os novos recursos de backlog permitem facilmente realizar todo este trabalho enquanto você mantem o olho na capacidade do time.Note: O team project usado neste laboratório usa o template de processo Scrum, mas as principais características demonstradas se aplicam a todas as templates de processo.Fa?a login utilizando o usuário Julia. Todas as senhas s?o P2ssw0rd.Inicie o Internet Explorer da barra de tarefas e clique no bot?o TFS Web Access na barra de favoritos . Isto irá carregar a página principal do projeto FabrikamFiber.Figura SEQ Figure \* ARABIC 1Iniciando o acesso ao site do team webNota: Há também um Web Access link na janela do Team Explorer dentro do Visual Studio.A vis?o inicial do Fabrikam Fiber Web team fornece uma vis?o geral de alto nível da atual intera??o (Sprint 3) incluindo team workload versos capacidade, manejo de tarefas ao longo do tempo, e Team Favorites, que oferece uma configura??o variada para consulta de work item, build definition, e controle de vers?o. Além disso, há links para criar rapidamente novos work items e bugs, carregar o backlog, task board, solicita??o de feedback, e assim por diante.Figura SEQ Figure \* ARABIC 2Tela inicial do Fabrikam Fiber Web teamNota: Team Favorites pode ser adicionado ou removido de dentro do team web access portal. Por exemplo, navegue até a guia Build para atribuir?build definition para um team favorite. Além disso,?consultas aos itens de trabalho do team favorite pode ser modificado de dentro do Visual o você pode ver abaixo da se??o Members, existem?vários membros listados neste time. Time (team) é um novo conceito introduzido ao Team Foundation Server 2012 para facilmente gerenciar atribuir, e controlar o trabalho. O Time é responsável por tratar todo o trabalho de engenharia associada à presen?a WEB do site do Fabrikam Fiber.Selecione a lista de items no topo do portal, do lado direito e perceba que existe um projeto e um time listado. Precione a tecla ESC para manter o atual time selecionado.Figura 3 Sele??o do TimeNota: Cada time pode ter diferentes Team Favorites listados, diferentes work capacity, e até diferentes work items. O fator determinante de onde o work item irá aparecer é administrado pelo campo Area.Navegue até o Backlog e clique no link View Backlog abaixo da se??o Activities.sFigura 4Navega??o até o BacklogO product backlog contém work items que ainda n?o foram atribuídos e submetidos à intera??o. Estes itens de product backlog representam user stories que ser?o eventualmente ser?o transformados em tarefas menores para o time trabalhar.Figura 5Vis?o do product backlogNota: Você deve notar que o intera??o atual do lado esquerdo da tela é a Sprint 3. O Team Foundation Server usa a data atual para determinar a intera??o atual. Para fins deste laboratório a máquina virtual que você está usando foi desenvolvida para usar a data de 16 de maio de 2012. Esta data é ajustada cada vez que você dá boot na máquina virtual.Se sua maquina virtual já foi executada, ela pode n?o estar na data de 16 de maio de 2012. Ent?o, você deve manualmente mudar a data da sua maquina virtual às 8:00 a.m. em 16 de maio de 2012. No entanto, se você tiver feito modifica??es nos work items ou no source control antes de iniciar este hands-on-lab, é recomendado que você restaure a maquina virtual para o seu estado original antes de continuar o laboratório.Imagine que o VP da Fabrikam Fiber solicitou que uma nova user story seja implementada para o portal do usuário. Esta nova user story permitirá que os clientes vejam possíveis falhas de servi?o. Na se??o Contents do Product Backlog, selecione a ultima linha e ent?o crie um novo item de Product Backlog com o seguinte título: “Customer should see weather-related outages on portal.”Figura 6Adicionando uma nova user story ao product backlogNota: Novos work items s?o geralmente inseridos acima o local selecionado. Com exce??o se você selecionar o último work item, ele ficará depois do local selecionado.Selecione o bot?o Add para adicionar uma nova user story para o backlogFigura 7Adicionando um novo user story ao product backlogOs work items no product backlog s?o ordenados baseados na prioridade, no topo ficam aqueles com maior prioridade. Nosso novo work item tem a prioridade mais alta, ent?o mova-o para o topo da lista arrastando e soltando no lugar.Figura 8Aumentando a prioridade da nova user storyVamos editar o novo user story atribuindo-a a um recurso e colocar uma estimativa inicial do tempo esperado para a funcionalidade. Dê um duplo clique no novo user story.Figura 9Editando uma nova user storyAtribua o novo item para Brian Keller (o product owner do Fabrikam Fiber Web Team), defina o estado para Aproved, defina um esfor?o inicial de ‘8’ no campo Effort, e ent?o clique no bot?o Save and Close.Figura 10Atribuindo o novo user story e estimando um esfor?oNota: Cada time pode escolher um valor de esfor?o que achar melhor, usando a uni?o dos story points, horas, dias, ou número de refrigerantes necessários. O ponto é que esta medida é um valor relativo em rela??o a outros work items. O trabalho será divido em horas mais tarde.Nota: Uma abordagem de planejamento bastante utilizada que ajuda a eliminar o pensamento em grupo e considerar todas as entradas da equipe é conhecida como plannig poker. Você pode ler mais sobre em a nova user story a intera??o atual, Sprint 3, arrastando e soltando como mostra a figura abaixo.Figura SEQ Figure \* ARABIC 11Atribuindo o novo user story a atual intera??oNota: Se você é um purista Scrum, provavelmente você está surpreso com o fato de que acabamos de adicionar o trabalho para uma intera??o em pleno v?o. Enquanto isto é algo que você nunca deve fazer no mundo real, este é um atalho tomado para fins deste laboratório para simplificar o workflow e ainda mostrar a você todas as características da nova interface do gerenciamento de projeto.Dê uma olhada no Interation Path para a nova user story para certificar-se que ela está atribuída a Sprint 3 como esperado. Esta user story irá permanecer no product backlog até que ela seja submetida ao time.Figura SEQ Figure \* ARABIC 12Atribuindo o novo user story a intera??o atualO visualizador de product backlog também fornece um gráfico de velocidade que mostra a quantidade de trabalho que o time tenha realizado em cada Sprint, com a atual sprint caindo ainda mais para diferenciar entre trabalho em andamento e trabalho concluído. Clique no pequeno gráfico no canto direito superior para aumentar o tamanho.Figura SEQ Figure \* ARABIC 13Local do gráfico de velocidadeDurante a Sprint 1, o time completou 35 story points no valor de esfor?o. A Sprint 2 foi levemente mais produtiva com 42 story points concluídos. A intera??o atual representada pela Sprint 3 mostra que nós completamos até agora 18 story points, com 23 restantes. Lembre-se que esses story points s?o medidas relativas de esfor?o que foi acordada com o time.Figura SEQ Figure \* ARABIC 14Gráfico de velocidade mostrando o progresso em dire??o as user stories concluídas.Pressione a tecla Escape para fechar o gráfico de velocidade.O Product Backlog também inclui uma ferramenta simples de forecasting que você pode deixar ligado para ter uma ideia aproximada do que pode ser realizado em intera??es futuras. Selecione o link do forecast para ligá-lo.Figura 15Alternando a ferramenta de forecast para “on”Note que o forecasting está atualmente sendo calculado com uma velocidade de 10, o que significa que cada intera??o futura vai assumir cerca de 10 story points no valor do effort. Como você pode ver, o Sprint 4 foi configurada para incluir 11 story points. Backlog items que n?o tem Effort atribuídos ser?o assumidos como 0, portanto, recomenda-se que esse valor seja definido antes de usar a ferramenta de forecast.Figura 16Resultado do forecasting com velocidade 10Nota: A user story que nós adicionamos e atribuímos na Sprint 3 é o primeiro item da lista do backlog, e ele n?o faz parte da Sprint 4 mesmo que inicialmente pare?a que sim. A Sprint 4 possui uma linha abaixo dela e inclui as linhas dois e trêsComo podemos ver no velocity chart, n?o deverá ser agressivo demais para este time de estrelas, ent?o clique no valor “10” e mude o para 35 e pressione Enter.Figura 17Alterando o valor da velocidade do forecastAgora que nós temos a velocidade do forecast num valor mais realístico, podemos ter uma ideia do que o time pode realizar ao longo das intera??es restantes. Figura 18Alterando o valor da velocidade do forecastO visualizador de product backlog também agrupa as intera??es anteriores, e futuras intera??es pelas suas datas de atribui??es. Selecione o link Sprint 3 para que possamos dividir o trabalho e atribuir para os membros apropriados do time.Figura 19Navegando até o backlog atualNo backlog para a Sprint 3, feche os dois nós das user stories que têm o estado de ‘Done’ clicando nos tri?ngulos pequenos ao lado direito de seus respectivos títulos.Figura 20Fechando os nós das user stories concluídasAntes de dividirmos a nova user story, vamos dar uma rápida olhada nesta visualiza??o de backlog. De inicio, ela mostra todas as user stories e suas tarefas associadas que est?o atribuídas à intera??o selecionada, independentemente do estado.Figura 21Visualiza??o do backlog da intera??o atualEm resumo, você pode ver o que roda na intera??o desde 7 a 18 de maio, com três dias de trabalho restantes. ? direita da varia??o da data, existe um pequeno gráfico mostrando o burn down do trabalho restante.Figura 22Gráfico burn downClique no gráfico burn down para vê-lo. O gráfico mostra o trabalho restante sobre o curso da Sprint. A atual linha de tendência faz parecer que o time n?o é capaz de terminar o trabalho associado a tempo, mas lembre-se que nós ainda esperamos alguns trabalhos serem completados antes do final do dia atual (nada foi gravado até agora).Figura SEQ Figure \* ARABIC 23Gráfico de burn down ampliadoPressione a tecla Escape para fechar o gráfico burn down.Localize a barra Work geral que mostra o qu?o próximo estamos da capacidade da intera??o atual baseada no total do trabalho restante para as tarefas nesta intera??o e, também, na capacidade do time. Parece que agora estamos bem, mas nós ainda temos que dividir a nova user story em tarefas para o time.Figura 24Trabalho restante com respeito à capacidade geral do timeSelecione o link Capacity para olhar os detalhes da capacidade do time.Figura 25Local do link CapacityA vis?o de capacidade nos permite especificar o número de horas por dia que cada membro do time irá trabalhar neste projeto, bem folgas por membro da equipe, e as folgas gerais da equipe. Essas configura??es de capacidade aplicam-se a atual intera??o. Você pode opcionalmente usar a coluna activity para descrever as disciplinas em que cada membro é especializado. Quando as tarefas s?o divididas por atividade, isto pode fornecer uma outra vis?o da capacidade do seu time para determinar, por exemplo, se você tem pessoas suficientes trabalhando na documenta??o para atender as demandas desta intera??o. Por hora, saia das configura??es de capacidade sem realizar modifica??es.Figura 26Configura??es da capacidade dos timesRetorne à vis?o Contents para o atual product backlogFigura 27Localiza??o da guia dos ContentsImagine que em reuni?o o time se compromete com as user stories e as divide em tarefas. Dê um duplo clique no novo work item e mude o seu State de Approved para Committed, e clique em Save and Close. Uma vez que o time se compromete com o trabalho, ele irá desaparecer do product backlog.Figura 28Comprometendo-se com uma nova user storySelecione o bot?o azul com o símbolo ‘+’ a direita da user story para adicionar uma nova tarefa. Ela se tornará uma tarefa filha da user story e será usada para ajudar a descrever os detalhes de implementa??o necessários para concluir a user story.Figura 29Local do bot?o usado para criar novas tarefasPara a nova tarefa, digite “Consume OData feed for weather alerts” no para o título, atribua a tarefa para Cameron Skinner, e no campo Remaining Work o valor de 5 horas. Clique no bot?o Save and Close.Figura 30Criando uma nova tarefaSelecione o bot?o azul com o símbolo ‘+’ a direita do novo work item para adicionar outra nova tarefa.Para a nova tareva, digite “Create UI for alerts” no título, atribua a tarefa para Annie Herruman, e determine 3 horas para o campo Remaining Work. Clique em Save and Close.Figura 31Criando uma nova tarefaObserve que as novas tarefas foram adicionadas como filhas da user story e que algumas das barras de esfor?o de trabalho se tornaram vermelhas, indicando que nós temos muito trabalho atribuído para o time baseado na capacidade. Cameron está especialmente sobrecarregada como indicado pelo gráfico de capacidade individual.Figura 32Product backlog para a intera??o atual está acima da capacidadeParece que a ultima user story na nossa sprint é bem grande, e n?o foi iniciada ainda, ent?o ela é uma boa candidata a um reagendamento para uma intera??o futura em que o time possa realizar a atual carga de tarefas. Arraste e solte a ultima user story, chamada “Technician can edit customer contact details on Windows Phone” para a Sprint 4 no lado esquerdo da janela.Figura 33Arrastando e soltando as user stories entre as intera??esDê uma olhada novamente na barra Work geral para ter certeza que agora está verde. Isto significa que nós estamos bem com a capacidade atual da equipe. Só n?o conte ao VP, ou ele pode achar outros requisitos de maior prioridade para trabalharmos!Figura 34Trabalho restante para a intera??o atual sobre a capacidadeExercício 2: Task boardNeste exercício, você aprenderá como usar o taskboard para ver o status do trabalho para a intera??o atual e mover as tarefas entre os estados. Os taskboards s?o uma ótima ferramenta para determinar qual trabalho precisa ser concluído antes do final da intera??o.Agora que acabamos de dividir e atribuir o trabalho aos membros, vamos dar uma olhada no taskboard que será usado na próxima reuni?o stand-up da equipe para relatar e registrar o progresso. Selecione o link board no topo da página principal.Figura 35Local do link para carregar o taskboardPor padr?o, o taskboard mostra doas as tarefas para a intera??o atual, agrupadas por item de product backlog e pelo estado atual. Arraste e solte a tarefa “Consume OData feed for weather alerts” para a coluna In Progress.Figura 36Arraste e solte tarefas no taskboard para movê-las entre os estadosNota: O recurso de touch está ativado no taskboard. Ele n?o funcionará dentro desta maquina virtual, mas você pode querer pedir ao seu chefe agora aquele monitor touch-screen que você tanto quer para a sua equipe.Dê um duplo clique na tarefa “Consume OData feed for weather alerts” e mude o campo Remaining Work para 1 para simular o trabalho de Peter na tarefa para 4 horas durante o dia, e clique em Save and Close quando terminar.Figura SEQ Figure \* ARABIC 37Alterando o trabalho restante para uma tarefaArraste e solte a tarefa “Create UI for alerts” para a coluna In Progress e mude o campo Remaining Work para 1. As duas novas tarefas de maior prioridade est?o agora em progresso com 2 horas estimadas de trabalho para concluir.Figura SEQ Figure \* ARABIC 38Tarefas do task board atualizadasFeche os nós das user stories em que as tarefas est?o concluídas clicando nos tri?ngulos ao lado esquerdo dos títulos.Figura 39Fechando os nós das user stories que já foram concluídasArraste e solte a tarefa para Julia chamada “Review new feature with technician early adopters” para a coluna Done para registrar que o trabalho foi concluído. Observe que o trabalho restante foi automaticamente reduzido a 0 quando você fez isso.Figura SEQ Figure \* ARABIC 40Finalizando uma tarefa com o task board.Observe que o gráfico burn down no canto superior direito foi atualizado imediatamente depois que você fez essas mudan?as. Clique no gráfico burn down e note que existe menos de 20 horas para que o esfor?o restante se complete concluindo a intera??o.Figura SEQ Figure \* ARABIC 41Gráfico do Burn DownFeche o gráfico burn down.Observe que cada linha representando um work item mostra um acúmulo de horas restantes, que é um somatório do trabalho restante de todas as tarefas filhas. Além disso, cada coluna representa o status que possui um acúmulo de trabalho restante, oferecendo uma boa ideia do quanto de trabalho o time está trabalhando ativamente no momento.Figura 42Taskboard mostrando o acúmulo de horasO taskboard também tem um piv? de membros de time. Selecione o link Team Members próximo ao topo do taskboard.Figura 43Local do link Team Members para agrupar as tarefas por membro de timeEsta vis?o torna fácil ver qual membro da equipe está trabalhando atualmente e quanto esfor?o falta para cada um para o restante da intera??o atual.Figura 44Agrupando tarefas por membro de equipe no taskboard ................
................

In order to avoid copyright disputes, this page is only a partial summary.

Google Online Preview   Download