How many hours is 3 story points?

There's no fixed answer, and that's the point. Story points measure relative effort, not duration — 3 points is 'a bit bigger than our reference story,' which takes different teams different amounts of time. Convert at the team level through velocity, never per story.

Is 1 story point equal to 1 day?

No. A story point isn't a unit of time at all. If your team has settled into '1 point = 1 day,' you're estimating in days with a Fibonacci coat of paint — and you've lost the relative-effort signal points exist to give you.

Why use story points instead of hours?

Because the team can agree 'this is bigger than that' without agreeing 'this will take me four hours.' Hidden votes plus relative sizing dodge the anchoring and seniority bias hour estimates invite — and velocity still gives you a date when you need one.

Can you convert story points to hours?

Only at the team level, and only after the fact: points completed per sprint (velocity) maps points to calendar time for that specific team. A standing per-story 'X points = Y hours' table is the failure mode — retire it.

Do story points include weekends?

No — because points don't include time at all. A 5 is 'bigger than the reference story,' not a number of days. Weekends, holidays and four-day weeks show up in velocity (points per sprint), which is calendar-based, not in the points themselves.

Puntos de historia frente a horas

Si puede convertir puntos en horas, está calculando el número de horas.

Los puntos de historia y las horas no son unidades diferentes de lo mismo. Las horas miden la duración: el tiempo que le llevará realizar algo. Los puntos miden el esfuerzo relativo: la magnitud de la tarea en comparación con la historia de referencia que todos han entregado ya. Son ejes diferentes. En el momento en que escribe «1 punto = 4 horas» en la wiki, ha reconvertido toda conversación sobre estimaciones en una discusión sobre la duración, y ha descartado la propiedad de esfuerzo relativo que esta técnica pretende ofrecerle.

Dos artículos con el mismo tamaño en puntos pueden requerir un tiempo diferente. La línea de conversión da a entender que no es así.

La razón por la que los equipos recurren a la conversión es real: alguien ajeno al equipo necesita una fecha, y los puntos no tienen unidades. La solución no es una tabla de conversión, sino velocity. Velocity ya asigna los puntos al tiempo a nivel de equipo: puntos por sprint × número de sprints le proporciona una fecha que respeta el ritmo de entrega real del equipo, no uno ficticio.

¿Por qué existen los puntos?

Un equipo que realiza estimaciones en horas, en realidad está haciendo dos estimaciones: la que cree el ingeniero sénior y la que anota el ingeniero junior tras redondear al alza para parecer responsable. Los votos ocultos, junto con el esfuerzo relativo, permiten eludir ambas. Los puntos permiten al equipo ponerse de acuerdo en que «esto es más grande que lo que lanzamos», sin tener que acordar que «esto me llevará cuatro horas»; y el desacuerdo que surge al revelar la información es donde sale a la luz el alcance oculto.

Cómo se reconoce lo que es bueno

Un equipo que utiliza bien los puntos no habla de horas durante la sesión. Habla de la historia de referencia, del trabajo comparable que ya ha entregado y de las incógnitas. La cifra resultante es un indicador del esfuerzo relativo que el equipo —y solo el equipo— puede convertir en una fecha mediante su propia velocidad.

«Pero, ¿cuánto tiempo llevará?»

Esta es la necesidad legítima que se esconde tras cada solicitud de convertir puntos en tiempo, y merece una respuesta concreta: un intervalo de fechas basado en la velocidad. Si su equipo ha promediado 30 puntos por sprint de dos semanas, una parte del backlog de 60 puntos equivale aproximadamente a dos sprints, y usted lo comunica como «aproximadamente un mes, dependiendo de lo que consigamos». Esa es una fecha que ya tiene incorporadas las variables del equipo: las reuniones que realmente celebran, la rotación de guardias, los días festivos. Una conversión de puntos a horas le proporciona una fecha sin esas variables, lo cual es, con mayor certeza, erróneo.

Por lo tanto, realice un seguimiento de la velocidad, haga una proyección a partir de ella y vuelva a calcularla cada pocos sprints. Esa es la forma más honesta de convertir los puntos de inflexión en tiempo, y no requiere ninguna tabla de conversión. El tiempo de ciclo es, de nuevo, un tema aparte: una historia de 3 puntos puede permanecer en revisión durante una semana, lo cual es un problema de flujo, no de estimación.

¿Los puntos de historia incluyen los fines de semana?

No, porque los puntos no tienen en cuenta el tiempo en absoluto. Un 5 no equivale a 40 horas; significa «esto es más grande que la historia de referencia». El hecho de que el equipo trabaje los fines de semana, se tome los viernes libres o tenga semanas de cuatro días no influye en la estimación, ya que esta no es una medida del tiempo natural.

Donde los fines de semana sí influyen es en la velocidad. La velocidad se mide en puntos por sprint, y la duración del sprint se calcula en tiempo de calendario; por lo tanto, un equipo que tenga un día festivo a mitad de un sprint registrará una velocidad menor en ese sprint, ya que dispondrá de menos horas de trabajo para dedicar el mismo esfuerzo. Ahí es precisamente donde deben tenerse en cuenta los fines de semana: en el plano del calendario, no en el de los puntos. Los puntos no tienen fines de semana. La velocidad, sí.

Elimine la tabla de conversión. En su lugar, realice la proyección a partir de la velocidad.

Preguntas frecuentes

¿A cuántas horas equivalen 3 puntos de historia?

No hay una respuesta fija, y ahí radica precisamente la cuestión. Los puntos de historia miden el esfuerzo relativo, no la duración: 3 puntos equivalen a «algo más grande que nuestra historia de referencia», lo cual supone un tiempo diferente para cada equipo. Realice la conversión a nivel de equipo mediante la velocidad, nunca por historia.

¿Equivale un punto de historia a un día?

No. Un «story point» no es en absoluto una unidad de tiempo. Si su equipo ha adoptado la regla de «1 punto = 1 día», está realizando estimaciones en días con un simple «caparazón» de Fibonacci — y ha perdido la información sobre el esfuerzo relativo que los puntos están destinados a proporcionarle.

¿Por qué utilizar «story points» en lugar de horas?

Porque el equipo puede ponerse de acuerdo en que «esto es más importante que aquello» sin tener que acordar que «esto me llevará cuatro horas». Los votos ocultos, junto con la valoración relativa del tamaño, evitan los sesgos de anclaje y de antigüedad que suelen conllevar las estimaciones en horas, y la velocidad sigue proporcionándole una fecha cuando la necesita.

¿Se pueden convertir los puntos de historia en horas?

Solo a nivel de equipo, y únicamente a posteriori: los puntos completados por sprint (velocidad) se corresponden con el tiempo de calendario de ese equipo concreto. Una tabla fija por historia del tipo «X puntos = Y horas» es una fuente de errores; elimínela.

¿Los puntos de historia incluyen los fines de semana?

No, porque los puntos no tienen en cuenta el tiempo en absoluto. Un 5 significa que el trabajo es «mayor que la historia de referencia», no un número de días. Los fines de semana, los días festivos y las semanas de cuatro días se reflejan en la velocidad (puntos por sprint), que se basa en el calendario, y no en los puntos en sí mismos.

Lecturas relacionadas

¿Qué son los puntos de historia? — el esfuerzo relativo, no el tiempo, explicado desde el principio.
Velocity — la única forma fiable de convertir puntos en una fecha.
Planificación de la velocidad y la capacidad — utilizar esa previsión para dimensionar un sprint realista.
Guía de estimación ágil — el conjunto completo de recursos sobre estimación.
Planning Poker gratuito para equipos ágiles — realice estimaciones en puntos, de forma conjunta y en tiempo real.