Estimaciones vía Planning Poker

Transcripción

1 Estimaciones vía Planning Poker Guilherme Siqueira Simões 20/02/2018 FATTO CONSULTORIA Y SISTEMAS 1

2 2 ORIENTACIONES INICIALES De preferencia al uso de una conexión de banda ancha Este evento no tendrá video (webcam), solamente la presentación y audio Si es necesario, ajuste el idioma de la sala en la barra de herramientas superior Tendrá una duración de ~45 min. de presentación y ~15 min. finales para preguntas Puedes enviar tus preguntas por el chat durante la presentación Para aquellos que poseen certificación PMP, el webinar otorga un crédito de 1 PDU La grabación y material serán publicados posteriormente en nuestra página web y redes sociales:

3 3 FATTO Consultoría y Sistemas Misión: Ayudar a nuestros clientes en la planeación y evaluación de desempeño de procesos de TI para aumentar el éxito de su negocio. Consultoría y Entrenamiento en Medición, Estimación y Requerimientos de Software: Puntos de Función (IFPUG, NESMA, COSMIC) Estimaciones de proyectos de software Ingeniería de Requerimientos Medición y auditoría en medición de software Análisis de productividad en proyectos de software

4 4 Cursos FATTO Estimación de Proyectos de Software con COCOMOII 16 horas Ingeniería de Requerimientos de Software 24 horas Taller de Requerimientos Sesiones de 8 ~ 40 horas Preparación para el Examen CCFL (COSMIC) 40 horas (EAD y presencial) Medición y Estimación de Software con el Método COSMIC 16 horas (presencial) Taller de Medición de Puntos de Función Sesiones de 8 ~ 40 horas Estimaciones de Software: Fundamentos y Técnicas 24 horas (EAD y presencial) Capacitación en FPA: Medición y Estimación de Software 16 horas (EAD y presencial) Workshop FPA: Metodología y Prácticas de Medición 16 horas (presencial) Preparación para el Examen CFPS (IFPUG) 96 horas (EAD y presencial)

5 Agenda El rol de las estimaciones Un poco de SCRUM Puntos de Historia y días ideales El Planning Poker Conclusión 5

6 6 El rol de las estimaciones Hay varios métodos de estimación, el propósito de la estimación define que método es más adecuado. Ex.: Visión Operativa Equipo Ej.: Planificación, seguimiento y control del proyecto Visión Táctica y Estratégica Mediana y alta administración, PMO Ej.: Seguimiento y control de programas y portafolios, análisis de factibilidad Tamaño, esfuerzo, plazo, costo Micro (partes) o Macro estimación (todo el proyecto)

7 El SCRUM Es un proceso de desarrollo interactivo e incremental (o creciente) para la gestión y el desarrollo de proyectos de software Equipos pequeños: 3-9 personas Ciclos de entrega cortos Dueño del Equipo de Producto Desarrollo SCRUM Master 7

8 Historia de Usuario Es una especificación de requisito escrita en una o dos frases en lenguaje común del usuario, acompañadas de las discusiones con él y las pruebas de validación. Formato: Como (rol) quiero (algo) para poder (beneficio) Ej.: Como alumno quiero reservar un libro para poder estudiar Es el ítem más utilizado en la Lista de Producto

9 Micro Estimaciones La dinámica del SCRUM se caracteriza por micro estimaciones De los Sprints De las Historias de Usuario Estimaciones Botton-up Los métodos más populares de estimación en equipos ágiles son los Puntos de Historia (Story Points) y los días ideales Ambos métodos entregan resultados con significado solo para el propio equipo. Son medidas subjetivas. No se puede comparar los puntos de historia o días ideales medidos por un equipo con los de otros equipos.

10 Puntos de Historia (Story Points) Es una evaluación de manera relativa de las historias de usuario en cuanto a: complejidad, esfuerzo, duración y riesgo Se selecciona una historia de usuario para asignarle un valor nominal que servirá de referencia para catalogar al resto de las historias de usuario Basada en la experiencia del equipo y analogía con otras historias

11 Día Ideal (o tiempo ideal) Unidad que representa que tanto se tarda para completar una tarea (o historia) si esto fuera el único trabajo que hacer, sin ninguna interrupción y considerando que todos los recursos necesarios están disponibles de manera inmediata. Es una unidad distinta de tiempo transcurrido. En la vida real un desarrollador dedica parte de su tiempo también a otras actividades. Estimar el tiempo ideal en lugar del tiempo a transcurrir permite separar la estimación de esfuerzo de la estimación de plazo, lo que simplifica el análisis

12 Velocidad Significa la suma de los puntos de historia o días ideales asignados a cada historia completada durante la iteración Si la velocidad del equipo es conocida y todas las historias del product backlog fueron estimadas, se puede dividir ambos para descubrir cuantas iteraciones son necesarias para entregar el producto. Ej.: Product Backlog = 100 SP Velocidad equipo = 10 SP/iteración Duración iteración = 2 semanas Entonces Cantidad estimada de iteraciones = 10 Plazo estimado = 20 semanas

13 Planning Poker Es un método de estimación que es una variación del método Delphi, que estima el esfuerzo exigido para concluir tareas (no proyectos) Es un método de consenso, que involucra a todos los miembros del equipo, típicamente usado para atribuir story points o días ideales como unidades para las historias del usuario en el inicio de un proyecto Scrum

14 Planning Poker Cada participante tiene un maso de cartas basado en una secuencia Fibonacci modificada con algunas cartas adicionales Cartas numéricas representan unidades con base en secuencia Fibonacci modificada 0 0½ 0 0 0½ ½ ½ ½ La secuencia exponencial permite representar la mayor incertidumbre en mayores objetos El punto de interrogación, representa un valor desconocido????? El símbolo de infinito representa una tarea sin fin. Está más para un épico. Algo, encima de los limites aceptables para una estimación directa La carta de pausa indica que se desea un receso

15 La sesión Planning Poker La sesión de Planning Poker puede demorar entre 1 y 3 horas, dependiendo de la cantidad de participantes y de historias a estimarse Hay varios momentos a lo largo del proyecto donde son necesarias las sesiones Al inicio del proyecto, para estimar las historias del producto backlog Al planificar cada nueva iteración, si nuevas historias son identificadas

16 La sesión Planning Poker El moderador de la sesión, normalmente el dueño del producto, lee cada historia a ser estimada y aclara las dudas de los miembros de la sesión, tomando el cuidado que las preguntas no entren en minucias de la historia, la sesión debe ser ágil Después que todas las dudas de la historia son aclaradas, cada miembro selecciona en privado una carta para la historia Entonces el moderador solicita que los participantes muestren simultáneamente su carta seleccionada

17 La sesión Planning Poker Es común tener desviaciones altas en las estimaciones de la primera ronda, lo que representa una oportunidad rica de discusión El responsable por la estimación más alta y más baja explican sus puntos de vista para que los otros puedan comprender su razonamiento. Esto permite al grupo discutir algunos minutos más sobre la historia Se inicia una nueva ronda de estimación, donde cada miembro selecciona su carta para la historia. En la mayoría de los casos hay convergencia entre las estimaciones en esta segunda ronda

18 Conclusión El Poker Planning es una técnica operativa y que utiliza métricas de representatividad limitada del grupo No puede ser usada para evaluar el desempeño o benchmarking Relevante, útil, y más importante, debe ser divertida. El método, reduce los puntos débiles de la evaluación de un único experto Promueve una discusión más amplia Mejora la evaluación de riesgo Además, para decisiones de más alto nivel, su uso es poco asertivo y muy trabajoso

19 19 ENCUESTA!

20 20 PRÓXIMOS EVENTOS WEBINARS: La Guía de Práctica Ágil (del PMI y Agile Alliance) Fecha: 20 de marzo de 2018 Inscripción: CURSO SUGERIDO: Estimaciones de Software: Fundamentos y Técnicas

21 PREGUNTAS? Muchas gracias por la atención! GUILHERME SIQUEIRA SIMÕES Linkedin: Skype: guilherme.s.simoes 21