Visão Geral sobre o Pivotal Tracker

[Rafael Reggiani Manzo]

"Collaborative, lightweight agile project management tool, brought to
you by the experts in agile software development."

É uma ferramenta online gratuita para projetos públicos ou privados
com fins acadêmicos e paga para projetos privados. Ganhadora de
prêmios como o Jolt de 2009, é interessante para uma série de
situações: desde times que não podem se reunir fisicamente até times
experientes que simplesmente querem liberar espaço em suas lousas para
outras coisas.

Seu ponto forte é agregar vários elementos de um ambiente informativo
como o kanban, gráficos burn-up e burn-down e ainda ser capaz de
trazer novidades como epics.

Logo quando se cria um projeto é fácil ver sua grande inspiração que é
a estrutura de um kanban: icebox é como uma lista de idéias futuras;
backlog é o todo de todas as iterações programadas, current é um misto
das estórias prontas, sendo feitas e previstas para a iteração atual.

Esta mistura não fica confusa! Cada estória tem um ciclo de vida que
vai desde ser estimada, passar por ser começada por alguém, ela então
é terminada, entregue e, por fim, pode ser rejeitada ou aceita
contando pontos para a iteração atual.

Seus desenvolvedores ainda perceberam que muitos times gostam de
categorizar suas estórias em três tipos: funcionalidades; bugs; e
"chores" (um tipo de pequenas tarefas que não agragam valor direto a
aplicação, mas são importantes para os desenvolvedores). Além destes
três tipos, ainda é possível criar releases com datas e acompanhar o
quão próximo do seu objetivo você está.

A melhor forma de entender todas estas coisas que mencionei e tudo
mais é usando em www.pivotaltracker.com. Mas ainda posso acrescentar a
possibilidade de criar tags para estorias, adicionar comentários e
anexos nestas, integrar ao github para mensagens de commit sejam
mostradas junto da estória e tem uma ferramenta de busca de estórias
bem legal (então chega de cartões perdidos =D).

Eu já trabalho com ela há quase 3 anos e não tenho do que reclamar.
Vale a pena dar uma chance e quaisquer dúvidas, como sempre, estou à
disposição.

Abraços,

Manzo.

[Paulo Meirelles]

Acho que vale a pena dentro da disciplina usar essas ferramentas, mas gosto muito da frase "pessoas são mais importantes do que ferramentas". O Kanban físico resolve muita coisa, além de ter o lado psicológico de "pegar e ver" as tarefas, mas realmente tem alguns problemas, como a perda de cartões e a desorganização do histórico ao longo do tempo.

Nos meus projetos, eu uso o redmine em paralelo ao Kanban, mas ainda nem sempre a equipe está animada de usá-lo. Como os projetos em que procuro trabalhar são projeto de software livre é importante que as tarefas estejam públicas e abertas para outras pessoas colaborarem. Neste contexto, minha experiência com o Noosfero vem me mostrando que o foswiki atende perfeitamente, o que funcionaria muito bem no contexto interno de uma empresa, pois na prática estamos falando de uma plataforma wiki customizada para gerenciamento de projetos. Exemplo do foswiki: http://noosfero.org/Development/FeatureItem

Por fim, eu evito de usar (nos projetos de longo prazo) ferramentas do tipo do github ou pivotaltracker, uma vez que na hora que ele mudarem o modelo de negócios deles podem complicar para os usuários. Um exemplo desse tipo de situação ocorreu faz um tempo (recente) com uma plataforma de rede social chamada Ning (http://br.ning.com/). Tinha essa mesma política para "coisas públicas" etc etc. Depois, até para manter a infra-estrutura, tiveram que cobrar uma mensalidade dos usuários. Dessa forma, para quem pensar em projetos de longo prazo, devem observar essas coisas.

abraços!
--
Paulo Meirelles
CCSL-IME/USP
http://ccsl.ime.usp.br