Pivotal Tracker es una herramienta de gestión de proyectos basada en metodologías ágiles.

De las diferentes herramientas que he tenido la oportunidad de probar esta es la que mas me ha gustado por su interfaz basada en columnas que te ayudan a diferenciar la prioridad de las tareas.
- Current: es la columna donde van las historias (tareas) que se tienen que cumplir para el sprint actual del proyecto.
- Backlog: Aquí van las tareas que tenemos planificadas para sprints futuros. Lo bueno es que esta gestión la hace de forma automática al definir el esfuerzo por sprint del equipo y el esfuerzo requerido por las tareas. Normalmente solo tenemos que centrarnos en la columna de current (a no ser que el proyecto vaya viento en popa
- Icebox: En esta columna van las historias que no tenemos planificadas. O sea tareas o funcionalidad que indican sugerencias o requerimientos pero que aún no han pasado a la lista de desarrollo.
- Done: La lista más bonita de todas
Aquí se irá guardando un histórico con todas las tareas que el equipo ya ha cumplido.
A parte de estas columnas principales también nos podemos personalizar el espacio de trabajo y mostrar columnas sólo con nuestras tareas o las del resultado de una búsqueda o etiqueta.

Otra característica interesante es que tenemos diferentes tipos de historias para dejar más claro aún que describe cada una, a parte de los campos normales (título, descripción, comentarios o subtareas)
- Feature: Estas historias representan requisitos de la aplicación y requieren una estimación de esfuerzo.
- Bug: Los bugs representan aquellas tareas en las que tenemos que arreglar algún error en la funcionalidad de la aplicación.
- Chore: Estas historias representan tareas que no aportan valor a la aplicación ni tampoco son errores. Yo los traduzco como “chorradas”, aunque significa otra cosa
- Release: Representan una meta en nuestro proyecto. El fin de un sprint o la entrega de la aplicación al cliente o a producción. Ayudan al calcula de las tareas que se quedan en current.
Cada historia pasa por un proceso desde que esta Not Yet Started hasta que esta Accepted. Las historias se pueden asignar a una persona o dejarlas libres para que cualquiera pueda aceptara y trabajar en ella. Una vez terminada la historia debe ser aceptada por el creador de la misma.
Si usas o queréis usar metodologías ágiles os recomiendo mucho este servicio que es de los mejores que he probado a un precio razonable (Gratuito para proyectos de software libre, individuos o instituciones académicas).