Velocidad - Revision history

Mberne: /* Recursos */

2026-05-12T15:12:05Z

Recursos

← Older revision		Revision as of 17:12, 12 May 2026
Line 36:		Line 36:
	== Recursos ==		== Recursos ==
	<div class="bok-recurso">		<div class="bok-recurso">
	📄 [https://www.scrummanager.com/files/scrum_master.pdf ~~Manual~~ Scrum Master v4.0] — Apartado: medición y estimación ágil<span class="detalle">Descarga gratuita · Scrum Manager</span>		📄 [https://www.scrummanager.com/files/scrum_master.pdf '''Scrum Master v.4.0'''] — Apartado: medición y estimación ágil<span class="detalle">Descarga gratuita · Scrum Manager</span>
	</div>		</div>
	<div class="bok-recurso">		<div class="bok-recurso">
	🎙️ [https://open.spotify.com/episode/5qa41nYkK9JSmKVg0E5qt0 Podcast Ep. 10: Estimar o no estimar]<span class="detalle">Scrum Manager Podcast · Spotify</span>		🎙️ [https://open.spotify.com/episode/5qa41nYkK9JSmKVg0E5qt0 '''Podcast Ep. 10: Estimar o no estimar''']<span class="detalle">Scrum Manager Podcast · Spotify</span>
	</div>		</div>

	== Véase también ==		== Véase también ==
	<div class="bok-tags">		<div class="bok-tags">

Mberne: /* Velocidad con herramientas de IA */

2026-05-12T15:11:46Z

Velocidad con herramientas de IA

← Older revision		Revision as of 17:11, 12 May 2026
Line 29:		Line 29:
	== Velocidad con herramientas de IA ==		== Velocidad con herramientas de IA ==
	La incorporación de herramientas de asistencia de código (GitHub Copilot, Cursor y similares) puede alterar significativamente la velocidad histórica de un equipo. Si el equipo empieza a usar IA y su velocidad media aumenta, las proyecciones basadas en el histórico anterior dejarán de ser válidas.		La incorporación de herramientas de asistencia de código (GitHub Copilot, Cursor y similares) puede alterar significativamente la velocidad histórica de un equipo. Si el equipo empieza a usar IA y su velocidad media aumenta, las proyecciones basadas en el histórico anterior dejarán de ser válidas.

	<div class="bok-aviso">		<div class="bok-aviso">
	Cuando el equipo incorpora herramientas de IA, conviene resetear la línea de base de velocidad tras algunos sprints de adaptación, en lugar de promediarla con el histórico anterior. De lo contrario, las proyecciones del propietario del producto serán incorrectas en cualquier dirección.		Cuando el equipo incorpora herramientas de IA, conviene resetear la línea de base de velocidad tras algunos sprints de adaptación, en lugar de promediarla con el histórico anterior. De lo contrario, las proyecciones del propietario del producto serán incorrectas en cualquier dirección.
	</div>		</div>

	== Recursos ==		== Recursos ==
	<div class="bok-recurso">		<div class="bok-recurso">

Mberne: /* Limitaciones de la velocidad como métrica */

2026-05-12T15:11:36Z

Limitaciones de la velocidad como métrica

← Older revision		Revision as of 17:11, 12 May 2026
Line 21:		Line 21:
	== Limitaciones de la velocidad como métrica ==		== Limitaciones de la velocidad como métrica ==
	La velocidad es una herramienta útil cuando se usa bien, pero ha recibido críticas justificadas cuando se mal usa:		La velocidad es una herramienta útil cuando se usa bien, pero ha recibido críticas justificadas cuando se mal usa:
			* Los puntos de historia son '''relativos al equipo''' que los estima. Comparar velocidades entre equipos distintos no tiene sentido: un equipo que estimó una historia en 5 puntos y otro que la estimó en 3 pueden haber invertido el mismo esfuerzo real.
			* Cuando la velocidad se usa para '''comparar o evaluar equipos''', genera incentivos para inflar las estimaciones. Los equipos pueden empezar a subir los puntos de las historias para "mantener su velocidad", lo que degrada la utilidad de la métrica.
			* La velocidad mide '''cantidad de trabajo entregado''', no calidad del producto ni valor para el cliente.

	~~Los puntos~~ de ~~historia son '''relativos al equipo''' que los estima. Comparar velocidades entre equipos distintos no tiene sentido: un equipo que estimó una historia en 5 puntos y otro~~ que la ~~estimó en 3 pueden haber invertido el mismo esfuerzo real.~~		Por estas razones, el manual Scrum Master v4.0 de Scrum Manager advierte que la práctica de medir velocidad con puntos de historia merece consideración, y señala alternativas como tallas de camiseta, Ricitos de Oro o [[NoEstimates]].
	~~Cuando la~~ velocidad ~~se usa para '''comparar o evaluar equipos''', genera incentivos para inflar las estimaciones. Los equipos pueden empezar a subir los~~ puntos de ~~las historias para "mantener su velocidad"~~, ~~lo que degrada la utilidad~~ de ~~la métrica.~~
	~~La velocidad mide '''cantidad~~ de ~~trabajo entregado''', no calidad del producto ni valor para el cliente~~.

	Por estas razones, el manual Scrum Master v4.0 de Scrum Manager advierte que la práctica de medir velocidad con puntos de historia merece consideración, y señala alternativas como tallas de camiseta, Ricitos de Oro o [[NoEstimates]].
	== Velocidad con herramientas de IA ==		== Velocidad con herramientas de IA ==
	La incorporación de herramientas de asistencia de código (GitHub Copilot, Cursor y similares) puede alterar significativamente la velocidad histórica de un equipo. Si el equipo empieza a usar IA y su velocidad media aumenta, las proyecciones basadas en el histórico anterior dejarán de ser válidas.		La incorporación de herramientas de asistencia de código (GitHub Copilot, Cursor y similares) puede alterar significativamente la velocidad histórica de un equipo. Si el equipo empieza a usar IA y su velocidad media aumenta, las proyecciones basadas en el histórico anterior dejarán de ser válidas.

Mberne: /* Velocidad y tiempo ideal */

2026-05-12T15:11:23Z

Velocidad y tiempo ideal

← Older revision		Revision as of 17:11, 12 May 2026
Line 13:		Line 13:

	== Velocidad y tiempo ideal ==		== Velocidad y tiempo ideal ==
	Al planificar un sprint conviene distinguir entre '''tiempo real''' y '''tiempo ideal'''. '''El tiempo real''' es la jornada laboral efectiva: para un equipo de cuatro personas con jornada de ocho horas, el tiempo real en una semana es 160 horas. '''El tiempo ideal''' es el tiempo de trabajo en condiciones de concentración plena, sin interrupciones ni reuniones.		Al planificar un sprint conviene distinguir entre '''tiempo real''' y '''tiempo ideal'''.
			* '''El tiempo real''' es la jornada laboral efectiva: para un equipo de cuatro personas con jornada de ocho horas, el tiempo real en una semana es 160 horas.
			* '''El tiempo ideal''' es el tiempo de trabajo en condiciones de concentración plena, sin interrupciones ni reuniones.

	El tiempo ideal es siempre menor que el real. Una tarea que lleva "dos horas ideales" puede ocupar media jornada real. Manejar esta diferencia ayuda a comprometerse con sprints realistas en lugar de aspiracionales.		El tiempo ideal es siempre menor que el real. Una tarea que lleva "dos horas ideales" puede ocupar media jornada real. Manejar esta diferencia ayuda a comprometerse con sprints realistas en lugar de aspiracionales.

Mberne: /* Velocidad y tiempo ideal */

2026-05-12T15:11:09Z

Velocidad y tiempo ideal

← Older revision		Revision as of 17:11, 12 May 2026
Line 13:		Line 13:

	== Velocidad y tiempo ideal ==		== Velocidad y tiempo ideal ==
	Al planificar un sprint conviene distinguir entre '''tiempo real''' y '''tiempo ideal'''. El tiempo real es la jornada laboral efectiva: para un equipo de cuatro personas con jornada de ocho horas, el tiempo real en una semana es 160 horas. El tiempo ideal es el tiempo de trabajo en condiciones de concentración plena, sin interrupciones ni reuniones.		Al planificar un sprint conviene distinguir entre '''tiempo real''' y '''tiempo ideal'''. '''El tiempo real''' es la jornada laboral efectiva: para un equipo de cuatro personas con jornada de ocho horas, el tiempo real en una semana es 160 horas. '''El tiempo ideal''' es el tiempo de trabajo en condiciones de concentración plena, sin interrupciones ni reuniones.

	El tiempo ideal es siempre menor que el real. Una tarea que lleva "dos horas ideales" puede ocupar media jornada real. Manejar esta diferencia ayuda a comprometerse con sprints realistas en lugar de aspiracionales.		El tiempo ideal es siempre menor que el real. Una tarea que lleva "dos horas ideales" puede ocupar media jornada real. Manejar esta diferencia ayuda a comprometerse con sprints realistas en lugar de aspiracionales.

	== Limitaciones de la velocidad como métrica ==		== Limitaciones de la velocidad como métrica ==
	La velocidad es una herramienta útil cuando se usa bien, pero ha recibido críticas justificadas cuando se mal usa:		La velocidad es una herramienta útil cuando se usa bien, pero ha recibido críticas justificadas cuando se mal usa:

Mberne: /* Velocidad media y planificación */

2026-05-12T15:10:49Z

Velocidad media y planificación

← Older revision		Revision as of 17:10, 12 May 2026
Line 9:		Line 9:
	== Velocidad media y planificación ==		== Velocidad media y planificación ==
	Después de varios sprints, el equipo tiene un histórico de velocidades que puede usarse como referencia de planificación. La velocidad media de los últimos sprints es la mejor estimación de cuánto trabajo puede asumir el equipo en el próximo sprint.		Después de varios sprints, el equipo tiene un histórico de velocidades que puede usarse como referencia de planificación. La velocidad media de los últimos sprints es la mejor estimación de cuánto trabajo puede asumir el equipo en el próximo sprint.

	El [[Gráfico de producto\|gráfico de producto]] (burn up chart) usa la velocidad histórica para proyectar cuándo se completarán las versiones del producto: con una velocidad pesimista, una realista y una optimista, el propietario del producto puede comunicar un rango de fechas de entrega en lugar de una fecha única, lo cual es más honesto con la incertidumbre real del proyecto.		El [[Gráfico de producto\|gráfico de producto]] (burn up chart) usa la velocidad histórica para proyectar cuándo se completarán las versiones del producto: con una velocidad pesimista, una realista y una optimista, el propietario del producto puede comunicar un rango de fechas de entrega en lugar de una fecha única, lo cual es más honesto con la incertidumbre real del proyecto.

	== Velocidad y tiempo ideal ==		== Velocidad y tiempo ideal ==
	Al planificar un sprint conviene distinguir entre '''tiempo real''' y '''tiempo ideal'''. El tiempo real es la jornada laboral efectiva: para un equipo de cuatro personas con jornada de ocho horas, el tiempo real en una semana es 160 horas. El tiempo ideal es el tiempo de trabajo en condiciones de concentración plena, sin interrupciones ni reuniones.		Al planificar un sprint conviene distinguir entre '''tiempo real''' y '''tiempo ideal'''. El tiempo real es la jornada laboral efectiva: para un equipo de cuatro personas con jornada de ocho horas, el tiempo real en una semana es 160 horas. El tiempo ideal es el tiempo de trabajo en condiciones de concentración plena, sin interrupciones ni reuniones.

Mberne: /* Velocidad en Scrum técnico */

2026-05-12T15:10:41Z

Velocidad en Scrum técnico

← Older revision		Revision as of 17:10, 12 May 2026
Line 4:		Line 4:
	== Velocidad en Scrum técnico ==		== Velocidad en Scrum técnico ==
	En Scrum estándar, la velocidad es la cantidad de trabajo que el equipo completa en un sprint. Una velocidad de 80 puntos indica que el equipo completa 80 puntos de historia por sprint. Se calcula sumando los puntos de todas las historias completadas —aquellas que han cumplido la [[Definición de hecho\|definición de hecho]]— al finalizar la iteración.		En Scrum estándar, la velocidad es la cantidad de trabajo que el equipo completa en un sprint. Una velocidad de 80 puntos indica que el equipo completa 80 puntos de historia por sprint. Se calcula sumando los puntos de todas las historias completadas —aquellas que han cumplido la [[Definición de hecho\|definición de hecho]]— al finalizar la iteración.

	Las historias parcialmente completadas al final del sprint '''no cuentan''' para la velocidad: en Scrum solo se mide el trabajo terminado, no el trabajo en curso. Esta regla evita la ilusión de progreso que crea el trabajo a medias.		Las historias parcialmente completadas al final del sprint '''no cuentan''' para la velocidad: en Scrum solo se mide el trabajo terminado, no el trabajo en curso. Esta regla evita la ilusión de progreso que crea el trabajo a medias.

	== Velocidad media y planificación ==		== Velocidad media y planificación ==
	Después de varios sprints, el equipo tiene un histórico de velocidades que puede usarse como referencia de planificación. La velocidad media de los últimos sprints es la mejor estimación de cuánto trabajo puede asumir el equipo en el próximo sprint.		Después de varios sprints, el equipo tiene un histórico de velocidades que puede usarse como referencia de planificación. La velocidad media de los últimos sprints es la mejor estimación de cuánto trabajo puede asumir el equipo en el próximo sprint.

Mberne at 15:10, 12 May 2026

2026-05-12T15:10:34Z

← Older revision		Revision as of 17:10, 12 May 2026
Line 1:		Line 1:
	{{Meta-bok\|min=4}}		{{Meta-bok\|min=4}}
	~~<div class="bok-def">~~
	En gestión ágil de proyectos, la '''velocidad''' es la cantidad de trabajo realizada por un equipo en una unidad de tiempo. En Scrum técnico se mide como la cantidad de [[Punto de historia\|puntos de historia]] completados en un [[sprint]], y sirve como referencia para planificar iteraciones futuras y proyectar cuándo se completará el trabajo pendiente.		En gestión ágil de proyectos, la '''velocidad''' es la cantidad de trabajo realizada por un equipo en una unidad de tiempo. En Scrum técnico se mide como la cantidad de [[Punto de historia\|puntos de historia]] completados en un [[sprint]], y sirve como referencia para planificar iteraciones futuras y proyectar cuándo se completará el trabajo pendiente.
	~~</div>~~
	== Velocidad en Scrum técnico ==		== Velocidad en Scrum técnico ==
	En Scrum estándar, la velocidad es la cantidad de trabajo que el equipo completa en un sprint. Una velocidad de 80 puntos indica que el equipo completa 80 puntos de historia por sprint. Se calcula sumando los puntos de todas las historias completadas —aquellas que han cumplido la [[Definición de hecho\|definición de hecho]]— al finalizar la iteración.		En Scrum estándar, la velocidad es la cantidad de trabajo que el equipo completa en un sprint. Una velocidad de 80 puntos indica que el equipo completa 80 puntos de historia por sprint. Se calcula sumando los puntos de todas las historias completadas —aquellas que han cumplido la [[Definición de hecho\|definición de hecho]]— al finalizar la iteración.

Mberne at 15:10, 12 May 2026

2026-05-12T15:10:26Z

@@ Line 1: / Line 1: @@
-Con carácter general, en el contexto de gestión ágil de proyectos, el término '''velocidad''' se define como la cantidad de trabajo realizada en una unidad de tiempo.
+{{Meta-bok|min=4}}
-En scrum técnico se refiere a la cantidad de trabajo, puntos de función, puntos de historia... realizada en un ''sprint''.
+Los puntos de historia son '''relativos al equipo''' que los estima. Comparar velocidades entre equipos distintos no tiene sentido: un equipo que estimó una historia en 5 puntos y otro que la estimó en 3 pueden haber invertido el mismo esfuerzo real.
-==Véase también==
+Por estas razones, el manual Scrum Master v4.0 de Scrum Manager advierte que la práctica de medir velocidad con puntos de historia merece consideración, y señala alternativas como tallas de camiseta, Ricitos de Oro o [[NoEstimates]].
-*[[Velocidad, trabajo y tiempo]].
+== Velocidad con herramientas de IA ==
-*[[Punto de función]].
+La incorporación de herramientas de asistencia de código (GitHub Copilot, Cursor y similares) puede alterar significativamente la velocidad histórica de un equipo. Si el equipo empieza a usar IA y su velocidad media aumenta, las proyecciones basadas en el histórico anterior dejarán de ser válidas.
-*[[Punto de historia]].
+<div class="bok-aviso">
-*[[Sprint]].
+Cuando el equipo incorpora herramientas de IA, conviene resetear la línea de base de velocidad tras algunos sprints de adaptación, en lugar de promediarla con el histórico anterior. De lo contrario, las proyecciones del propietario del producto serán incorrectas en cualquier dirección.
 [[Category:Glosario de términos]]
 [[Category:Scrum]]

Mberne at 14:21, 11 May 2026

2026-05-11T14:21:55Z

← Older revision		Revision as of 16:21, 11 May 2026
Line 10:		Line 10:

	[[Category:Glosario de términos]]		[[Category:Glosario de términos]]
	[[Category:~~Standard scrum~~]]		[[Category:Scrum]]