en algún lugar entre 0 y 1000 … realmente depende de las tareas y de qué tan bien se entiendan de antemano (planificación de sprint … a menudo con tareas de programación, esta es la primera vez que implementa esta característica, por lo general, hay muchas cosas que usted descuida tenga en cuenta que también todo se alinea mucho mejor en su cabeza, como los legos … y luego la realidad interfiere y toma 4 veces más de lo que inicialmente pensó … mejorará a medida que avanza). recuerde que los puntos en un sprint son “esfuerzo estimado”, lamentablemente esto no se traduce muy bien en “tiempo estimado”, o incluso realmente “dificultad” … este número siempre es un número personal … una mejor medida es: ¿el ingeniero se mantiene ocupado con los puntos? ¿asignado? ¿son regularmente incapaces de completar casi todos los puntos para un sprint dado? recuerde que nadie corre igual y nadie analiza la dificultad de un problema de la misma manera (es por eso que el póker de puntos se usa a menudo con todo el equipo estimando los puntos de esfuerzo) también tenga en cuenta que los puntos vienen en muchas series (aquí usualmente use la secuencia de fibinocos … de modo que una tarea que sea 13 requiera mucho más esfuerzo que una tarea que sea 8, y una tarea que sea 21 requiera mucho más esfuerzo que un 13.
el video a continuación proporciona una visión general bastante buena de la estimación de puntos usando este sistema (otros sistemas pueden usar cosas como tamaños de camisetas (S, M, L, XL) o escalas logrítmicas o incluso solo 1–10 rangos lineales).
- ¿Cómo son tratados los ingenieros de software en Netflix?
- ¿Cuáles son las ventajas de ser un oficial de IAS que un ingeniero de software en Google o Facebook?
- ¿Debo obtener un doctorado en economía o convertirme en ingeniero de software si quiero tener el máximo impacto y cambiar el mundo?
- ¿Qué hace exactamente un ingeniero de software cuando trabaja en un banco?
- ¿Por qué la mayoría de los ingenieros indios recurren al software independientemente de su tema?