Planeación Ágil Juan Carlos Olivares Rojas MSN: juancarlosolivares@hotmail.com jcolivar@itmorelia.edu.mx http://antares.itmorelia.edu.mx/~jcolivar/ @jcolivares Social Network: Facebook, LinkedIn. Hi5
Planeación
• Generalmente se hacen planeaciones de las iteraciones (planeación general) para posteriormente hacer planeaciones de los entregables. • PMI es muy robusto. Difícil para proyectos ágiles o muy cambiantes • Los clientes participan en la planeación de las iteraciones
Planeación
• La planeación ágil sólo se logra a través de la estimación ágil. • La estimación agil, al tradicional es todo un arte.
igual
que
la
• Generalmente se utilizan métricas como puntos de historia, que expresan la complejidad de una historia de usuario (requerimiento) a realizar.
Planeación
• Las métricas de estimación tradicionales como el esfuerzo, costo son muy subjetivas. • En general los Puntos de historia están definidos por el tamaño del equipo de trabajo como la velocidad del mismo, lo que hace que esta métrica sea variable para cada equipo de trabajo y más objetiva.
Planeación
• Para tener estimaciones más confiables necesita tener estadísticos. Por eso importancia de administrar el cambio realizar seguimiento a cada planeación cada iteración.
se la y de
• Técnicas de Estimación como Poker Planning manejan el concepto de “Story Points” aunque eso puede ser subjetivo.
Planeación
• Es recomendable tener una planeación diaria. Generalmente esta planeación es a nivel de equipo de trabajo, aunque existen metodologías como PSP encargadas de la planeación diaria personal. • En general se maneja un diagrama gráfico de planeación híbrido utilizando metodologías como Kanban. En el caso de Scrum se llama Scrunban.
Planeaciรณn
โ ข El Scrunban es un tablero grande con divisiones, generalmente tres (pueden ser mรกs) donde se colocan las actividades que se estรกn realizando, en este caso historias de usuario. Pueden ser en el siguiente formato:
Planeaciรณn
โ ข Ejemplo de Scrunban
Seguimiento
• El seguimiento se realiza a través de ir desplazando las tarjetas alrededor del tablero hasta que desaparecen. • Generalmente el tablero debe contener las categorías: To Do(Por hacer), Doing (Trabajando) y Done (realizado). Una tarjeta en Done no ha terminado (es decir, no se quita del tablero) hasta que no se prueba que la funcionalidad sirve.
Seguimiento
• El avance del proyecto se mide a través de una gráfica denominada Burnchart (de quemado) en la cual se muestra el avance del proyecto en orden descendente.
Seguimiento
• La recomendación en este tipo de diagrama es que se maneje una diagonal, si se está por arriba de la diagonal se indica que el proyecto va retrasado. Si se está por abajo se llevan más actividades realizadas y falta tiempo, si es mucha la holgura debera de agregarse más funcionalidades a la iteración.
多Preguntas?