PROGRAMA FORMATIVO DE POSTGRADO COMPETENCIAS PARA LA INCORPORACIÓN LABORAL Y PROFESIONAL

Transcripción

1 PROGRAMA FORMATIVO DE POSTGRADO COMPETENCIAS PARA LA INCORPORACIÓN LABORAL Y PROFESIONAL Metodología de Trabajo Ágil y Eficiente: El método Scrum aplicado a la TEMA 6. SCRUM: RETROSPECTIVAS SÉ ÁGIL EN TU TRABAJO: USA SCRUM Y DESTACA Prof. Manuel G. Fraga Castro manuelfragacastro@gmail.com 1

2 Índice de contenido 7 Scrum: Planificación, pila del producto y estimación Citas Objetivos de la planificación Planificación en Scrum Historias de usuario Priorización Estimación Velocidad Planificación del producto Planificación de Sprint Reuniones de estimación

3 7 Scrum: Planificación, pila del producto y estimación. 7.1 Citas Un buen plan ejecutado contundentemente hoy, es mejor que un plan perfecto ejecutado dentro de un mes (o lo óptimo es enemigo de lo mejor) George Patton. Cuando preparo una batalla, encuentro que los planes son inútiles, pero la planificación es indispensable (o plan your work, and work your plan) Dwight Eisenhower 7.2 Objetivos de la planificación. La planificación nos permite definir las actividades que es necesario acometer. Incluye procesos, enfoques, herramientas y métodos. Los recursos influyen en la planificación Hay que tener en cuenta las dependencias. Durante la planificación se realiza la asignación de responsabilidades. 7.3 Planificación en Scrum Las herramientas que se utilizan en Scrum para planificar ya las conocéis, se trata de la Pila de Producto y de Sprint: Tareas priorizadas Tareas específicas Tareas cuantificables Tareas alcanzables Tareas razonables Tareas con tiempo definido Tareas independientes Tareas negociables 3

4 Tareas que aportan valor Tareas estimables Tareas pequeñas Tareas comprobables Se detallan y definen exhaustivamente las tareas prioritarias (primeras en realizarse) Debemos de diferenciar correctamente entre las características del producto entre: obligatorias, recomendables, posibles y deseables. Hay que tener en cuenta la historia de usuario (que quiere el cliente y porqué). Granularidad elevada (descomposición en tareas pequeñas). Además de las planificaciones de Pila de Producto (la más general) y Pila de Sprint (la más específica) podemos definir la Pila de Venta (Pila de Comercialización o Release) que es en la que definimos las características o tareas que deben de completarse para sacar una versión o modelo del producto a la venta. Este caso es como el del caso ipod: debemos de añadir las siguientes mejora para la siguiente versión que se venderá del producto. 7.4 Historias de usuario Una historia de usuario es un pequeño texto en el que describimos algo que haría un usuario con nuestro producto. Se trata de una buena forma de enumerar las características a alcanzar. Una historia debería de contener un método de prueba y un objetivo de la característica. (Ej: El comprador del libro podrá borrar anotaciones hechas a lápiz sin que quede marca ya que deseamos que el libro tenga una vida útil muy larga, se probará con varios tipos de lápices, incluidos de colores y con varios tipos de gomas de borrar, comprobando que no quedan marcas) 4

5 Se enuncian de la forma: como (rol), me gustaría (funcionalidad) para (valor). Las historias deben de caber en una ficha o post it Ejemplo: Catálogo de requisitos clásico: El producto debe tener motor de gasolina El producto debe de tener 4 ruedas El producto debe constar de asiento para el conductor El producto debe de contar con una carrocería metálica El producto debe de tener volante El producto debe circular por terreno campestre Historias de usuario: Como responsable de jardinería, quiero poder cortar el césped de forma rápida y fácil Como responsable de jardinería, quisiera que esta tarea fuera lo más cómoda posible Como veis las formas anteriores son modelos de especificar el producto que se quiere conseguir, sin embargo parece que la segunda, al informar de quién nos hace la petición y porqué nos la hace, ofrece información adicional. Con él catálogo podríamos realizar un producto que dista de lo que el cliente quiere: 5

6 7.5 Priorización Sucede que partiendo de las historias de usuario rellenamos post its que definirán las tareas que más tarde conformarán la Pila de Sprint. Pero una vez terminado lo único que tendremos es un montón de trabajo por realizar sin orden alguno, nos toca ahora decir que haremos primero, por ser más importante y prioritario. Esta tarea es sencilla para una persona sola, pero cuando se trata de un equipo que se tiene que poner de acuerdo puede resultar complejo. Existen formas de priorizar las tareas entre todos, las fundamentales : Consenso: se trata de ir enunciando las tareas e irlas jerarquizando entre todos. Votación: Cada uno vota por un número reducido de tareas que considera más importantes. Ganarán las tareas que más votos reciban, Iremos repitiendo el proceso hasta haber ordenado todas las tareas a repartir: o cualquier otra cantidad o moneda. Se trata de una especie de puja, en la que cada todos los miembros del equipo disponen de la misma cantidad y pueden ir dando dinero como consideren a las tareas que más importante le parezca a cada una, las que más dinero hayan recaudado serán las más importantes; al igual que en caso anterior se repite hasta que todas estén priorizadas. 7.6 Estimación Desde le comienzo de este curso hemos venido diciendo que en Scrum toda tarea debe de estar estimada en tiempo. Pero que es eso de la estimación realmente? Una estimación es un cálculo que hacemos a priori de cuanto vamos a tardar en hacer una tarea. Pero cómo se hace eso? Pues bien, antes de responder a esta pregunta quizás nos debiéramos de plantear otra QUÉ ES EL TIEMPO? No se trata de una pregunta metafísica ni científica, tratamos de decir que es el tiempo para Scrum. Si decimos que tardaremos en hacer una tarea 6 horas, por un lado querrá decir que si empezamos a las 8 de la mañana la habremos terminado a las 2 del mediodía, pero por otro lado quiere decir 6

7 que terminaré a las si me dedico exclusivamente a ello, no se me interrumpe con otras solicitudes, no tengo que ir a reuniones, no se cambian los requisitos en ese tiempo... (por eso decíamos que hace falta respaldo de la gerencia de la empresa). Además debemos de tener en cuenta que nadie es 100% de potencia el 100% del tiempo, para Scrum se suele aceptar que el rendimiento medio ronda entre el 60% y el 80% del tiempo Por qué? Por que necesitamos ir al servicio, llamar a un familiar, beber cuando tenemos sed... somos humanos. Con lo cual es probable que esa tarea que yo pensaba que iba a hacer en 6 horas quizás me lleve 7. Pero de dónde sacamos esto? hay alguna guía o tabla de conversiones? La verdad es que no, cada uno se debe de conocer a sí mismo y el equipo debe de trabajar unido para conocerse mejor paulatinamente. Lo que si que es fundamental en la estimación, y que ya vimos anteriormente es DESCOMPONER LAS TAREAS GRANDES, de modo que no haya tareas que duren más de 2 jornadas. Eso nos permite tener la sensación de premura y no ir relegando la tarea para una realización posterior. 7.7 Velocidad La velocidad es la cantidad de trabajo que el equipo es capaz de completar en un sprint. Es un punto clave para completar la planificación. Es necesaria una retrospectiva para evaluar la velocidad del equipo. Debemos de contemplar en la velocidad aspectos como vacaciones, dedicación... Paulatinamente, la estimación y la realidad convergen. Si la duración del sprint es variable es más complicado estimar la velocidad. Al final se puede interpretar como una cifra que mide el rendimiento de un equipo. 7

8 7.8 Planificación del producto. Debe durar alrededor de unas 4 horas. Nos dotará de visión a largo plazo Roadmap Es una planificación estratégica: total de sprints A mayor cercanía mayor detalle Antes tareas que se realizarán en sprints lejanos solo trataremos los conceptos, no los detalles (ya llegaremos ahí y ya habrá tiempo de profundizar, centrémonos en lo que vamos a hacer en 10 días, no en 10 meses) Se utilizan métodos de recopilación: entrevistas, Brainstormings. La forma de medir es por funcionalidad terminada. No hace falta que esta planificación esté al 100% completa para comenzar el proyecto. 7.9 Planificación de Sprint. Su duración debe ser entorno a 4 horas. El equipo selecciona cuanta tarta puede comer (que cantidad de trabajo pueden realizar) en un Sprint. Descomponer cada historia en tareas (1 16 horas idealmente) Preparar el tablón Scrum para ese Sprint Definir que significa terminado para cada una de las tareas (incluir pruebas, documentación, archivo de facturas...) Es el momento de resolver las dudas con el dueño del producto Reuniones de estimación. Durarán idealmente entre 1 y 2 horas Se realizará en la planificación del sprint y adicionalmente tantas como sea necesario / deseable / posible para estimar cada una de las tareas rigurosamente. Se revisarán las tareas realizadas, pendientes, recursos.. 8

9 Este documento tiene licencia Creative Commons. Puede usarlo y distribuirlo libremente siempre y cuando: Cite la fuente y al autor, y si es posible contacte con él. Si realiza modificaciones de la obra deberá de aplicarle el mismo tipo de licencia No puede cobrar en concepto de derechos de autor, ya que la presente obra y sus derivadas han sido donadas al dominio público para su difusión y divulgación. La elaboración del presente documento se ha basado en la obra de Ángel Medinilla de la empresa Proyectalis al cual se ha solicitado y ha concedido su consentimiento expreso. 9