1

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

2

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.

3

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.

4

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:

5

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:

6

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,

7

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).

8

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.

9

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.

10

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. El cliente / Project Owner prioriza las historias del Backlog. 2. El equipo delibera colectivamente y realiza una estimacin de cada historia. 3. Los desarrolladores comienzan la siguiente historia de Current o Backlog. 4. Los desarrolladores testean el cdigo para finalizar la historia. 5. El equipo desarrolla cdigo para la nueva funcionalidad y lo coloca en la demo o entorno de prueba y entrega la historia. 6. El cliente / Project Owner acepta o rechaza la historia (vuelta atrs).

11

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.

12

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.

13

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.

14

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.

15

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.