Introduccin

a Pivotal Tracker1
Qu es Pivotal Tracker?

Tracker es una herramienta de planificacin de proyectos sencilla y basada en

historias que permite a los equipos colaborar y reaccionan instantneamente a los
cambios del mundo real. Se basa en mtodos giles de desarrollo de software,
pero se puede utilizar en distintos tipos de proyectos. Tracker libera de trabajo
para poder centrarse en hacer las cosas, sin empantanarse, manteniendo los planes
en sincrona con la realidad. Pivotal Tracker promueve y encarna un proceso de
desarrollo gil de software prctico.

El cuadro de mandos (Dashboard)

La primera vez que se inicia sesin en Tracker, se muestra el cuadro de mandos.

Esta pgina muestra una visin general de los proyectos y reas de trabajo
utilizados ms recientemente, as como accesos rpidos para un crear otros nuevos
o ajustar su configuracin.

Se muestran todos los proyectos en los que se est involucrado en una lista. Al
hacer clic en cualquiera de los iconos (como Settings, Members, o Reports) la
aplicacin nos lleva a la pgina correspondiente a cada uno de ellos. Al pasar el
ratn sobre Volatility y Velocity (se muestra ms adelante) o sobre las barras del

1 Traduccin de: http://www.pivotaltracker.com/help/gettingstarted

grfico de actividad bajo ellos, se nos muestra informacin sobre ellos. Al hacer
clic sobre el nombre del proyecto accedemos a las historias de ese proyecto.

En lugar de comenzar en el Dashboard, tambin se puede optar por iniciar la
plataforma abriendo el ltimo proyecto que visitamos, pulsando bajo el nombre de
usuario en nuestro perfil en la parte superior derecha de Pivotal Tracker.

La pgina del proyecto

La mayor parte del tiempo en Tracker se utiliza la pgina del proyecto, trabajando
con historias. Se puede cambiar entre proyectos utilizando el desplegable Projects
and Workspaces de la parte superior izquierda de la pgina (Hay ms
informacin sobre las reas de trabajo o Workspaces ms adelante). Dentro de un
proyecto, se trabaja con historias en distintos paneles. La primera vez que abra un
proyecto, ver dos paneles abiertos: el panel combinado Current/Backlog y el
Icebox.

La parte superior del panel muestra la iteracin que est actualmente en marcha.
Si hay ms historias en el panel de las que se pueden completar en la iteracin
actual, la iteracin mostrar una barra que indica el comienzo del Backlog. El
Backlog muestra las siguientes iteraciones del proyecto. Cada iteracin contiene
historias que suman hasta un total de puntos equivalente a la velocidad del equipo.
Por lo tanto, el conjunto de historias contenidas entre la primera y la segunda
barra de iteracin corresponde a las historias que sern realizadas en la iteracin
actual. Este panel se puede separar en cualquier momento en dos paneles
separados, Current y Backlog, sin ms que hacer clic sobre el icono link que se
encuentra en la parte inferior.

Las barras de iteracin tienen opciones para expandir y contraer una iteracin,
sobrescribir la duracin de la iteracin y establecer la team strength. Colocando el
ratn sobre la fecha de la iteracin se nuestra una ayuda con el intervalo de fechas
completo de la iteracin.

Se pueden abrir otros paneles haciendo clic sobre sus nombres en la barra lateral a
la izquierda o utilizando atajos de teclado (escribiendo ?, o seleccionando
Keyboard Shortcuts en el men Help & Updates):
My Work muestra las historias que poseemos (en
las que estamos trabajando) y aquellas que hemos
indicado que estn listas para ser aceptadas.
Icebox contienen historias que an tienen que
priorizarse. Las historias pueden estar aqu
indefinidamente. Para priorizar una historia basta
con arrastrarla al panel Current o Backlog en la
posicin adecuada.
Done muestra las iteraciones terminadas que
contienen historias ya aceptadas, en el orden en que
fueron aceptadas.
Epics son conjuntos de historias que corresponden
a temas generales del sistema o grandes
caractersticas.
Labels consiste en una lista de etiquetas del
proyecto sobre las que podemos hacer clic. Situando
el ratn encima podemos ver las opciones.
Saved Searches muestra una lista de las bsquedas
guardadas, a las que podemos acceder haciendo clic
en el icono del corazn en la parte inferior del panel
de bsquedas. Si se pulsa de nuevo sobre el corazn
se elimina la bsqueda guardada.
Charts permite realizar grficos: burn-down de la
entrega, velocidad por iteracin, burn-up de la
iteracin actual y de desglose por tipo de historia.
Project History identifica las actualizaciones
realizadas a las historias.

Se puede controlar el ancho fijo de los paneles con los controles y la barra
deslizante en la parte inferior de la barra lateral. Haz clic sobre Fixed para
seleccionar el modo automtico y que los paneles abiertos se ajusten de forma
automtica al navegador.

Otras opciones de la barra lateral incluyen:

Contraer y expandir
automticamente la barra lateral
haciendo clic en el icono de arriba a
la izquierda:

Ajustar la densidad de historias

(cambia la cantidad y el tipo de
informacin que se muestra en las
historias contradas):

Elegir un color para el proyecto,

que se muestra en el Dashboard y
ayuda a diferenciar los paneles en el
Workspace.

Acceder a las preferencias del

proyecto.

Nota: Slo pueden editar las preferencias, aadir o eliminar miembros o
configurar integraciones los propietarios de proyectos, los administradores de
cuentas o los propietarios de cuentas.

Se pueden arrastrar y soltar paneles para cambiar el orden utilizando la cabecera
del panel. Esta ordenacin se recuerda para cada proyecto. Esto conforma la vista
personal de Tracker, que no se puede compartir, y que no afecta a nadie ms.

El pie del panel tiene opciones especficas para ese panel. Situando el ratn sobre
cada icono se muestra una descripcin de lo que hace:

Creacin de Historias
Una historia representa una tarea concreta. Para crear una historia en Tracker,
hacemos clic sobre el botn Add Story en la parte superior de la pgina del
proyecto, o pulsamos la tecla a.



Esto abre una ventana para escribir los detalles de una nueva historia en el Icebox.

La nica informacin que es obligatorio guardar de una nueva historia es su ttulo
todo lo dems es opcional y se puede completar despus. El ttulo de la historia
es una frase con una breve descripcin de un requisito concreto e independiente,
como Un usuario puede solicitar el restablecimiento de su contrasea. Para la
elaboracin de la historia se puede introducir ms informacin el campo
Description.

El usuario que crea una historia se convierte en solicitante, pero se puede asignar
a cualquier miembro del proyecto. Idealmente, el solicitante ser alguien que
habla por el cliente del proyecto (o es el propio cliente), y que puede tomar
decisiones sobre los requerimientos de la historia y los criterios de aceptacin.

El propietario es la persona responsable de implementar la historia (normalmente
un desarrollador). No es necesario identificar al propietario al crear la historia
Tracker permite que cualquiera pueda iniciar una historia. En un proyecto tpico,

los miembros del equipo inician historias de la iteracin actual (o de la parte

superior del Backlog) cuando terminan su trabajo en otra historia.

Se puede elegir un tamao de estimacin en puntos (point estimate) haciendo clic
sobre uno de los botones en el campo de puntos. Una estimacin en puntos de
historia es una medida relativa de complejidad y riesgo. Las historias nuevas
comienzan sin estimacin, y se pueden dejar as hasta ms adelante. De hecho, las
historias suelen estimar pocas iteraciones antes de iniciarse, puesto que es
entonces cuando se conoce con ms detalle en qu consisten.

El campo etiqueta permite aadir etiquetas a las historias, que pueden identificar
temas compuestos por varias historias que describen caractersticas ms grandes,
o indicar simplemente algo especial sobre la historia (por ejemplo que necesita
diseo). Se puede elegir una etiqueta ya existente o escribir en el campo Labels
para crear una nueva etiqueta, o podemos hacer clic en el botn de la flecha hacia
abajo del campo para ver y seleccionara etiquetas existentes.

Se puede volver atrs y cambiar cualquier detalle de una historia ms adelante.

Tipos de historias
Existen cuatro tipos de historias en Tracker: Features, Chores, Bugs y Releases.

Features son historias que aportan valor de negocio al cliente (como
Aadir un campo de Instrucciones Especiales a la pgina de pago o
"Aadir un nuevo mtodo addToInventory a la API"). Las historias tipo
Feature se estiman en puntos.
Chores son historias necesarios pero que no aportan un valor directo al

cliente (como "Firmar para tener acceso al servicio de geolocalizacin).
Bugs representan comportamiento incorrecto que puede estar

relacionado con las Features (como "La ventana de Login es de un color
incorrecto o "El precio no puede ser negativo").
Releases son hitos que permiten al equipo seguir la pista del progreso
hacia objetivos concretos (como demos para las partes interesadas o el
inversor, lanzamientos de software, etc.). Es posible especificar fechas
objetivo para las releases. Todas las historias de un hito deben estar por
encima del marcador de hito.

Para ayudar a tener una visin general, se pueden definir Epics para describir,
discutir y visualizar el progreso de caractersticas grandes o temas que son
mayores que las historias individuales (esto se trata ms adelante).

Estimacin
Las historias se estiman en puntos (points), que es una medida relativa y
especfica del equipo que representa el esfuerzo que se necesita para completar
una determinada historia. Cuando se empieza con Tracker, ayuda asociar un punto
con algo concreto (como cunto trabajo se puede hacer en un da ideal, o una
caracterstica pequea tpica). Con el tiempo, los puntos se hacen ms intuitivos
(se explica ms adelante).

Cuando se estima una historia, se elige un valor de una de las escalas incluidas en
Tracker. Se puede elegir entre tres escalas por defecto (potencias de 2, lineal y
Fibonacci) o crear su propia escala seleccionando Custom en Project Settings.
Esto permite fomentar la coherencia en la granularidad de historias. En general, la
mayora de las historias deben ser pequea (de 1 2 puntos). Historias con
estimaciones mayores pueden ocultar complejidad desconocida y se deberan
descomponer ms.

La forma ms fcil de estimar historias es hacer clic en uno de los botones de
estimacin de la historia:

Slo aparecen estos botones en las historias sin estimar; una vez que una historia
est estimada, estos botones son sustituidos por un botn Start. Para cambiar la
estimacin de una historia la expandimos (para mostrar sus detalles) y cambiamos
el valor en el men desplegable de estimacin.

Comentar historias

Tracker facilita la discusin sobre una historia mediante los comentarios

(comments). Los comentarios son ideas relacionadas con una historia, y slo los
puede editar o eliminar su autor o el propietario del proyecto. Pueden incluir
adjuntos, como diseo de maquetas, capturas de pantalla o cualquier cosa que
ayude en el trabajo de una historia. Cualquier miembro del equipo puede aadir
comentarios, y todos los autores de comentarios pueden optar por recibir
notificaciones por correo electrnico o notificaciones dentro de la aplicacin.

Seguimiento de historias

Para asegurarnos de recibir notificaciones de una historia concreta, debemos

marcar la casilla de verificacin Follow this story en la vista expandida de una
historia o Epic. A partir de ese momento, se reciben las notificaciones de todos los
comentarios relacionados con las historias o Epics marcados, a no ser que se
desactiven en la pgina Notifications Settings. Para que alguien ms siga la historia,
se debe utilizar @mention con su nombre de usuario en un comentario de la
historia.

Previsualizacin de historias e informacin

Se puede ver cuando se crea una historia (o se solicita) en la vista previa de las
historias. Tambin se puede ver al expandir la historia si se pulsa en la seccin
Last updated.



Tambin se puede ver una vista previa de otras historias o Epics (incluyendo
enlaces a ellas en la vista expandida de la historia) al pasar el ratn sobre ellas.

Cuando se pasa el ratn sobre una historia contrada, se muestra una vista previa
de la misma.

Para ver las fechas exactas en la historia del proyecto o en un panel de historia del
proyecto, basta con pasar el ratn sobre los objetos para ver el nmero de minutos
o el nmero aproximado de horas que hace que se realiz una accin.

Priorizacin
Las nuevas historias comienzan su vida en la lista Icebox. Se pueden reorganizar
las historias del Icebox arrastrndolas hacia arriba y hacia abajo, pero el orden de
las historias dentro del Icebox slo tiene fines de organizacin.

El Backlog contiene historias priorizados. Las historias de la parte superior son las
ms importantes y se iniciarn antes. Para priorizar una historia, arrstrela desde
el panel Icebox hacia el Backlog o la iteracin actual. Tambin existen zonas de
arrastre en la parte inferior de cada panel. A veces las historias se mueven
directamente a la lista Current cuando se arrastran al Backlog; esto se debe a que
el nmero de puntos que caben en la iteracin actual viene determinado por la
velocidad del proyecto.

Las historias iniciadas se colocan en grupo en la parte superior del panel Current,
pero se puede cambiar la prioridad de las historias no comenzadas en cualquier
momento arrastrndolas a cualquier lugar de los paneles Current o Backlog.
Tambin se puede volver a poner una historia no comenzada en el Icebox.

Flujo de trabajo de las historias

A continuacin se resume cmo avanzan las historias de un estado a otro en el
flujo de trabajo ms sencillo de Tracker:

1.
2.
3.
4.
5.
6.

El cliente / Project Owner prioriza las historias del Backlog.
El equipo delibera colectivamente y realiza una estimacin de cada historia.
Los desarrolladores comienzan la siguiente historia de Current o Backlog.
Los desarrolladores testean el cdigo para finalizar la historia.
El equipo desarrolla cdigo para la nueva funcionalidad y lo coloca en la
demo o entorno de prueba y entrega la historia.
El cliente / Project Owner acepta o rechaza la historia (vuelta atrs).

10


Profundizando en el paso 3, al principio de un da tpico un desarrollador elige una
historia no comenzada de la iteracin actual y hace clic sobre su botn Start
(convirtindose as en su propietario).

Cuando se completa una historia, el desarrollador har clic en el botn Finish.
Aparece entonces el botn Deliver; cuando el producto est listo para las pruebas
de aceptacin y evaluacin, un miembro del equipo pulsa el botn Deliver. Esto
indicar al solicitante de la historia (visualmente en Tracker y a travs de las
notificaciones) que ahora pueden proporcionar retroalimentacin sobre la historia
aceptndola o rechazndola.

Si el solicitante de la historia (o alguien ms que representa al cliente) acepta la
historia, la historia pasa a color verde y se mueve a la parte superior de la iteracin
actual. Al final de la iteracin, las historias aceptadas se mueven al panel Done.

Si se rechaza la historia, se cambia su estado a Rejected, y aparece el botn
Restart. Esto indica al dueo de la historia que se necesita ms trabajo. Cuando se
rechaza una historia comprimida, Tracker solicita a quien la rechaza una
motivacin, que posteriormente aparece como comentario en la historia. Si se
rechaza una historia expandida, no hay ningn indicador, pero debe aadirse un
comentario. El/los propietario/s de la historia reciben una notificacin.

Los elementos que retrasen el flujo de trabajo se pueden resaltar utilizando
etiquetas como Bloqueado, necesita diseo o necesita discusin. Se pueden
utilizar las etiquetas (como "segn diseo") si desea aceptar una historia en la que
no se va a trabajar y se quiere indicar la razn de no hacerlo. Tambin se pueden
etiquetar todas las historias planeadas para una entrega especfica para ayudar a
aclarar lo que est ocurriendo en el proyecto.

Puntos y velocidad (Points + Velocity)

Un punto es una unidad relativa y especfica del equipo que indica el esfuerzo
necesario para implementar una funcionalidad. Tracker permite estimar las
historias Feature utilizando una escala fija configurada para cada proyecto.
Actualmente, Tracker soporta tres escalas de puntos por defecto: lineal (como
0/1/2/3), potencias de 2 (como 0/1/2/4/8) y Fibonacci (como 0/1/2/3/5/8).

Tambin se puede crear una escala personalizada. Slo hay que estimar las
historias tipo Feature, porque son las nicas que aportan valor de negocio. Bugs y
Chores son parte del trabajo de ingeniera y no suelen estimarse (se puede
habilitar para ciertos proyectos, pero no se recomienda). Para utilizar nuestro
propio conjunto de valores en un proyecto, debemos ir a Project Settings,
seleccionar Custom en el men desplegable Point Scale e introducir una lista de
nmeros, separados por comas.

11

Cuando se utiliza una escala personalizada, los valores de la estimacin aparecern

como nmeros, en lugar de las barras que aparecen al utilizar una de las escalas de
predeterminadas. Las historias sin estimar mostrarn los cinco primeros valores,
sobre los que se puede hacer clic para seleccionarlos. Si la escala tiene ms valores,
se pueden elegir haciendo clic en el botn "+" a la derecha.

Velocity (velocidad) es una medida de productividad. Es la media de puntos de
historia de historias tipo Feature aceptadas en las ltimas iteraciones (entre 1 y
4). Tracker calcula automticamente la velocidad y la utiliza para predecir el
nmero de iteraciones necesarias para completar el Backlog.

Es posible sobrescribir la velocidad calculada en nuestra vista del proyecto y
experimentar con escenarios hipotticos. Haga clic en el enlace Velocity para
especificar un valor especulativo y ver cul sera el impacto en el Backlog o en
futuras entregas. Ningn otro usuario puede ver el cambio cuando cambiamos la
velocidad. Podemos hacer clic en Revert para volver al valor real. Las velocidades
sobrescritas no se almacenan, por lo que la velocidad vuelve al valor calculado
cuando vuelve a abrir el proyecto.

Al principio de un proyecto, Tracker utilizar un valor inicial por defecto para la
velocidad, en funcin del valor especificado en Project Settings. Tambin se utiliza
este valor por defecto de la velocidad despus de varias iteraciones con 0 puntos
aceptados.

Volatilidad
La Volatility es una medida de cmo de constante es la velocidad en el proyecto.
Mientras que la velocidad muestra lo que se har, basada en el ritmo reciente de
trabajo completado, la volatilidad muestra la fiabilidad de este dato. Una baja
volatilidad indica que las estimaciones son exactas y que podemos estar seguros de
lo que se har en cada iteracin.

Se puede ver informacin de los ltimos proyectos visitados en el Dashboard,
incluyendo su volatilidad actual. Es un porcentaje calculado a partir del nmero de
iteraciones recientes establecido en Velocity Strategy de los Setting del proyecto
por un propietario de proyecto. Si se pasa el ratn sobre la volatilidad, se muestra
qu nmero de iteraciones se utilizaron para calcular la volatilidad y la velocidad.

Plazos de las entregas

Tracker permite supervisar el progreso respecto a una fecha fija de entrega
utilizando los release deadlines. Para especificar una fecha lmite, debemos
expandir la historia correspondiente al hito de entrega e introducir una fecha en el
campo Deadline. Tracker mostrar esta fecha lmite como una lnea gruesa en el
Backlog, al final de la iteracin en la que cae la fecha. Como el alcance de una
entrega particular (el nmero de puntos sobre el marcador entrega) y la velocidad
del proyecto cambian, la entrega se mover en consecuencia, pero el marcador de
fecha lmite se mantendr fijado a una iteracin particular. Si el marcador de
entrega se mueve ms all de la fecha lmite, se pondr de color rojo. Esto es una
forma muy til de detectar el retraso, pudiendo entonces experimentar con
distintos escenarios alternativos.

12

Para eliminar una fecha lmite de una entrega, debemos expandir la entrega y
hacer clic sobre el enlace Clear.

Epics, para tener una vista panormica del proyecto

Los Epics permiten al equipo planificar, discutir y monitorizar el progreso de
funcionalidades ms grandes (temas) a un nivel superior que las historias
individuales.

Los Epics son similares a las historias, pero tienen su propio panel, y se pueden
ordenar de forma independiente de las historias en el Backlog para hacer que las
prioridades generales del proyecto sean obvias para todo el equipo.

Tambin se pueden utilizar Epics para el diseo de colaboraciones en
funcionalidades grandes, y hacer ms sencillo a los desarrolladores encontrar
activos (como maquetas) para una funcionalidad que abarca muchas historias.

Las Epics estn ligadas a las historias mediante unas etiquetas especiales
denominadas linked label. Se aplica esta etiqueta a una historia para hacerla parte
de una Epic. Las etiquetas ligadas a Epics son de color prpura, en lugar del verde
habitual.

Podemos mostrar el panel de Epics haciendo clic en un Epic en la barra lateral o
escribiendo Shift-E. El botn + en la parte superior del panel de Epic sirve para
crear una nueva Epic. Tambin se puede convertir una etiqueta que ya exista en un
Epic en el panel Labels.

Las Epics nos permiten ver dnde nos encontramos respecto a las grandes
funcionalidades de un vistazo. Segn priorizamos y trabajamos sobre las historias
asociadas con una Epic (mediante la linked label), aparecer una barra de
progreso multicolor en la Epic, que nos permite ver cmo de grande es la Epic
respecto a otras Epics, y tambin ver fcilmente que parte de la Epic ha sido
aceptada, est en progreso, priorizada o en el panel Icebox. Se puede pasar el
cursor sobre la barra de progreso con el ratn para ver un desglose ms detallado,
as como una fecha de terminacin estimada, que corresponder con el ltimo da
de la iteracin en que aparece la ltima historia de la Epic, en el Backlog. Haciendo
clic en la barra de progreso, o sobre el botn con una flecha pequea a la derecha,
se muestran todas las historias de la Epic.

13

Arrastrar y soltar historias dentro de lista de historias de una Epic permite

repriorizar unas respecto a otras. Arrastrando una historia desde el Icebox o el
Backlog al panel de la lista de historias de una Epic se mover esa historia a esa
posicin y se asociar la historia con la Epic. Arrastrar y soltar historias sobre la
propia Epic, en el panel Epic, slo asocia las historias con esa Epic, sin moverlas a
una nueva posicin.

Bsqueda de historias
Se puede utilizar el campo Search en la parte superior de la pgina de proyecto
para encontrar historias. Tracker buscar ttulos, descripciones, tareas y
comentarios, y mostrar las historias que cuadren con la bsqueda.

El botn Reveal se puede utilizar para resaltar la historia en su contexto (como en
el Backlog o en el Icebox).

Trabajo con mltiples historias

Se pueden seleccionar una serie de historias y realizar algunas tareas comunes,
como trasladarlas el Icebox, al Backlog o borrarlas.

Las historias se seleccionan haciendo clic en el pequeo cuadro de seleccin
cuadrado a la derecha de los ttulos de las historias contradas, y entonces se
utilizan las opciones que aparecen en la parte superior izquierda de la pgina del
proyecto para realizar una accin. Otras acciones incluyen la aplicacin de
etiquetas, mover las historias a otro proyecto, la clonacin de historias y su
exportacin.

Se puede seleccionar un rango de historias utilizando Mays + clic o
seleccionando la opcin Select All en el men de la parte inferior derecha de los
paneles. Historias no se deseleccionan despus de realizar una accin sobre ellas,
por lo que debemos tener el cuidado de deseleccionarlas usando Deselect All o
haciendo clic sobre ellas otra vez una vez que haya completado la accin deseada.

14

Trabajo con mltiples proyectos

Los Workspaces permiten ver Backlogs uno al lado de otro, arrastrar y soltar
historias entre proyectos, buscar a travs de todos los proyectos del Workspace y
ver todas las historias de My Work para ellos.

Se pueden crear, administrar y ver Workspaces desde el Dashboard. Entonces,

con unos pocos clics, se puede aadir el conjunto de proyectos que queremos ver
en un Workspace.

15