Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Estimación de tareas (de software)

Estimación de tareas (de software)

Talk I gave to the two teams I was tech lead of for improve our task estimations techniques.

More Decks by Jose Flavio Quispe Irrazábal

Other Decks in Technology

Transcript

  1. Story Points = Tiempos exactos Errores comunes al estimar Horas

    o días exactos no deben ser equivalentes a puntos Elimina el beneficio de la relatividad Falsa sensación de precisión
  2. Puntuación alto para un solo ticket Errores comunes al estimar

    ¿No se estimó bien? ¿Mejor un spike? ¿Dividir el ticket?
  3. Ajustar puntaje basándose en a quién se le asigna el

    ticket Errores comunes al estimar El esfuerzo es del equipo No hay garantías que todo el equipo participe en el sprint
  4. Puntuar por disciplina Errores comunes al estimar La estimación es

    por equipo (DEVs + QAs) Puntuar como un todo Sumar puntajes por disciplina puede resultar confuso a largo plazo
  5. Rango de puntaje muy amplio Errores comunes al estimar Ley

    de rendimientos decrecientes ¿Qué diferencia a un ticket de 8 puntos a uno de 13 o a uno de 21? Ambigüedad
  6. Rango sugerido (DEV + QA) Puntaje Descripción Guía de tiempo

    (días) 1 No requiere mucho esfuerzo ni tiempo. Cambios puntuales. [Un par de horas ; 2] 2 Mediano esfuerzo: UI + datos, refactor, actualización de pantallas, agregar algunas vistas. [2 ; 3] 3 Mediano-alto esfuerzo: varios cambios o mejoras, quizá hay un research puntual, refactor de varias clases, puede requerir un smoke test a un módulo particular. [3 ; 5] 5 Alto esfuerzo: hacer un research, un solo cambio pero muy complejo, varios cambios pequeños que pueden romper cosas, nuevas adiciones complicadas [4 ; 9] 8+ Mucho esfuerzo: se podría hacer split del ticket en otros de menor puntaje (que cumplan con lo anterior). ...