Gestión de proyectos ágiles

Pivotal tracker y Taiga

Repaso

• Proyecto software
• Participantes
• Historias de usuario
• Product backlog

Software de gestión de proyectos agiles. Se enfoca en el equipo y la colaboración.Tiene como centro o núcleo un backlog de trabajo.

https://www.pivotaltracker.com/

Terminología:

Características

• Prioridades claras para todos los miembros del equipo. (Más arriba, más prioritario)
• El sistema ayuda a guiar las iteraciones aprendiendo de la performance del equipo.
• Particiona sprints en pedacitos mejor administrables.
• Transparencia. Todos pueden ver el avance del proyecto, las causas de retrasos y que es lo que viene despues
• Las historias definen el proyecto. La especificacion de requerimientos se realiza a traves de las historias de usuario.

Historias de usuario

Tipos

1. Features: nueva funcionalidad del producto.
2. Releases: conjunto de features, bugs y chores. Versión funcional del software.
3. Bugs: problema o fallo en el sistema.
4. Chores: no está directamente relacionado con la entrega de una funcionalidad o corrección de errores (Ejemplo: configurar un servidor).

Ciclo de Vida

Paneles

• Current: historias de usuario de la iteración en curso.
• Backlog: historias de usuario de todas las iteraciones que ya fueron priorizadas y estimadas.
• Icebox: historias de usuario que no fueron aun priorizadas.
• Done: refleja historias de usuarios que ya fueron enviadas a los usuarios (deliver y luego accepted).

Por lo tanto...

Una historia de usuario es creada y estimada en el Icebox.

Luego se mueve al Backlog, donde es priorizada.

Las que se van construyendo se encontraran en el panel de Current y cuando estas son implementadas se mueven al panel de Done.

Planeamiento

• Primero se estima (puntos), luego se prioriza
• Permite marcar historias como bloqueantes.
• Planning automatico. Mantiene el equipo trabajando a su ritmo. Permite no tener expectativas irreales.
• El backlog está dividido en sprints. Cada sprint tiene un número determinado de puntos.
• La velocidad se va ajustando más a la realidad a través de los sprints. El trabajo pasado da una mejor perspectiva sobre el trabajo futuro.

Procedimiento

1. Llegan los requerimientos
2. Desglosamos los requerimientos y creamos las historias de usuario correspondientes
3. Equipo de desarrollo estima las historias de usuario
4. El producto owner prioriza las historias de usuario
5. Se atacan historias de usuario siguiendo prioridades
6. Se entregan historias
7. El product owner rechaza o acepta las historias (se charla con el equipo de desarrollo)

A tener en cuenta:

• Los usuarios van primero
• Las historias deben tener un objetivo
• Las historias no son requerimientos, son herramientas de colaboración
• Simples y concisas
• Empezá con epics
• Detallá la epic con historias más pequeñas
• Agregá criterios de aceptación

Template

Como tipo de usuario, quiero algún objetivo porque alguna razón

Ejemplo

Como cliente del banco quiero retirar efectivo de mi caja de ahorro porque necesito hacer compras.

Criterios de aceptación

Especifica cuándo una historia está terminada

Dado que una condición
Cuando una acción
Entonces una postcondición

Ejemplo

Extracción de dinero desde un cajero automático

Escenario: Eric quiere extraer dinero de su caja de ahorro en pesos usando un cajero automático, pero no tiene saldo

Dado que Eric tiene una tarjeta de débito válida
Y su saldo es de $10
Cuando inserta su tarjeta
Y extrae $45
Entonces se muestra el error "Sin saldo"
Y su saldo es de $10

Estadísticas

• Permite ver la salud del equipo. Velocidad, numero de historias aceptadas, promedio de historias rechazadas, tiempo de vida promedio de una historia de usuario en horas
• Las estadisticas permiten ver cuellos de botellas e ir eliminandolos
• REST API. Integracion con herramientas propias o crear herramientas customizables con la data de pivotal tracker

Workspaces

• Multiples espacios de trabajo. Pensado para trabajar en varios proyectos al mismo tiempo. Se puede tener distintas responsabilidades en cada uno.
• Espacio de trabajo especial My work donde aparecen las historias de usuario que tengo asignadas

Colaboración

• Integraciones: Notificaciones, menciones, seguir historias, motor de busqueda
• Compartir archivos, como mockups, diagramas, etc. Puede ser desde google drive
• Etiquetar historias. Organizar y monitorear.
• TODO list. Checklist de tareas

Trazabilidad

Mantiene la historia del proyecto, se puede ver todo lo que paso. Se pueden mapear las historias con los cambios en el codigo fuente

Integraciones:

• Slack
• Zendesk
• GitHub
• JIRA
• Zapier
• Trello
• Gmail (crear historias desde email)
• Twitter

Software de gestion colaborativo. El equipo participa activamente de la gestion del proyecto. Se utilizan templates de Scrum o Kanban

https://www.taiga.io/es

Algunas funcionalidades

• Crear, estimar y priorizar historias de usuario
• Manejo de historias en iteraciones
• Desglose de historias de usuario en tareas
• Asignación de tareas
• Configuración de roles del proyecto

CASO PRÁCTICO