Nelson Correia

.NET Thinking Machine

My Links

News

Search



Blog Stats

Archives

Post Categories

.NET

Links

Login
    u:
    p:
    Remember Me:
     

Wednesday, December 12, 2007 #

eScrum: bugs

Recentemente comecei a utilizar Scrum no trabalho e, como usamos o Visual Studio Team System, optou-se por utilizar o eScrum, uma ferramenta web-based, que integra com o VSTS, permitindo uma gestão uniforme dos work items, enquanto se utiliza Scrum, tirando partido das vantagens tanto da metodologia (cof cof, framework, desculpem :), como da ferramenta de desenvolvimento.

Não vou aqui falar de Scrum, para isso já existem muitas coisas publicadas. Já em relação ao eScrum não posso dizer o mesmo.
Assim, à medida que for utilizando a ferramenta e a for descobrindo, publico o que achar que vale a pena.

Uma coisa que não me pareceu intuitiva à primeira vista (apesar de estar na documentação, podia estar mais explícito), foi a associação de bugs a "tarefas" (ou sprint backlog items). No VSTS, quando encontramos um bug, que não pretendemos resolver de imediato, podemos criar um work item do tipo Bug. Mas como é que associamos este bug, criado no VSTS, a um item criado no eScrum?

Na definição de produto, existe uma secção intitulada "Product Bug Settings", com o campo "Query". Neste campo pode-se colocar uma query do TFS, que devolva os bugs existentes no projecto. Para obter essa query, basta no VSTS, em Work Items, ver a query "All Bugs" e depois guardá-la num ficheiro .wiq. Este ficheiro contém a query que pretendemos. Basta copiá-la para o campo "Query" do eScrum, substituindo as variáveis (identificadas com @) pelo valor pretendido. Por exemplo, onde está @Project, coloca-se o nome do projecto do qual queremos obter os bugs.

Já temos os bugs associados ao nosso produto do projecto Scrum. O passo seguinte é associá-los à tarefa que irá resolver o bug. Na definição do sprint, quando se cria uma tarefa (task), temos um botão "Bugs", que nos dá acesso aos bugs existentes. É só adicioná-los à task e assim que a demos por concluída, o bug fica automaticamente marcado como resolvido (pelo menos assim o espero... a ver vamos, no final do sprint :).

EDIT: A Sónia Moreira acabou de colocar um post com um bom resumo sobre esta metodologia (ups.. framework). Leiam! :)

posted @ 7:39 AM | Feedback (0)